Rokunet

YÖNETİLEN BULUT HİZMETLERİ

ERP ve muhasebe uygulamalarınız için bulut sunucu yaklaşımı

Logo, Mikro ve Netsis iş yüklerinizi kullanıcı, uygulama, veritabanı ve uzak erişim ihtiyaçlarına göre Rokunet Cloud altyapısında planlayın.

ERP iş yükü için doğru başlangıç noktası

ERP yazılımı tek başına sunucu ihtiyacını tarif etmez. Kullanıcı sayısı kadar eşzamanlı bağlantılar, veritabanının büyüklüğü, rapor alışkanlıkları, entegrasyonlar, yazıcılar ve uzaktan çalışma biçimi de değerlendirilmelidir. Rokunet, bu bileşenleri birlikte ele alarak uygulamanız için uygun bir bulut çalışma alanı planlar.

Bu yaklaşım Logo, Mikro ve Netsis gibi uygulamaları şirket içindeki tek bir bilgisayara veya kontrolsüz uzak masaüstü düzenine bağımlı olmaktan çıkarıp yönetilen bir altyapıda işletmeyi hedefler. Kullanılan sürüm, modüller ve yazılım lisansları her projede ayrıca doğrulanır; uyumluluk veya performans sonucu varsayılmaz.

Değerlendirdiğimiz başlıklar

  • Uygulama sürümü, modüller, veri tabanı ve üretici/iş ortağı gereksinimleri
  • Toplam kullanıcı ve aynı anda çalışan kullanıcı sayısı
  • Raporlama, dönem sonu işlemleri, entegrasyonlar ve dosya aktarımı
  • Ofis dışı erişim, uzak masaüstü, yazıcı ve çevre birimi gereksinimleri
  • Mevcut yedeklerin durumu, saklama beklentisi ve geri dönüş ihtiyacı
  • Yazılım, Windows Server, SQL Server ve uzak masaüstü lisanslarının kapsamı
Rokunet Cloud Manager sanal sunucu oluşturma ekranı
Sanal sunucu kaynaklarını ve kurulum adımlarını Rokunet Cloud Manager üzerinden takip edin.

Geçişi kontrollü ilerletin

1. Mevcut yapıyı tanıma

Mevcut sunucu, veritabanı, yazılım sürümü, kullanıcı erişimi ve bağımlılıkları birlikte çıkarırız. Geçiş öncesinde hangi verinin, uygulama bileşeninin ve bağlantının taşınacağını belirleriz.

2. Hedefi planlama

Kaynakları, erişim yöntemini, güvenlik sınırlarını ve yedek yaklaşımını iş yüküne göre netleştiririz. Lisans ve uygulama desteği gerektiren konular ilgili yazılım sağlayıcısı veya iş ortağıyla teyit edilir.

3. Taşıma ve kontrol

Taşıma adımlarını, test edilecek kullanıcı senaryolarını ve geçiş anındaki sorumlulukları belirleriz. Kullanıcı erişimi ve temel uygulama akışları kontrol edilmeden canlı kullanım planını tamamlanmış saymayız.

4. Günlük işletim

Rokunet Cloud Manager üzerinden altyapı görünürlüğü sağlanır. Rokunet AI-Agent teknik durumu gözlemlemeye yardımcı olur; uzmanlarımız gerekli değerlendirme ve müdahaleleri hizmet kapsamına göre yürütür.

Altyapı ve uygulama sorumluluğunu ayırın

Bulut sunucusunun işletimi ile ERP yazılımının lisansı, iş kuralları ve uygulama desteği farklı sorumluluklardır. Rokunet ile yazılım sağlayıcınızın veya ERP iş ortağınızın görevlerini başlangıçta belirleyin. Böylece uygulama güncellemesi, kullanıcı yetkisi, veritabanı bakımı ve altyapı arızası gibi konuların hangi ekip tarafından ele alınacağı anlaşılır olur.

Yedekleme kapsamı, saklama süresi, geri yükleme beklentisi, bakım penceresi ve destek akışı teklifte ve geçiş planında netleştirilmelidir. Bu sayfada sabit kullanıcı kapasitesi, fiyat, yanıt süresi veya hizmet seviyesi taahhüdü verilmez; gereksinimlerinize göre çalışma kapsamı hazırlanır.

İlgili hizmetler

ERP geçişinizi birlikte değerlendirin →

İş yükünüzü birlikte planlayalım

Mevcut sistemlerinizi, erişim ihtiyaçlarınızı ve operasyon kapsamınızı paylaşın. Uzman ekibimiz ilk değerlendirme için sizinle iletişime geçsin.

Görüşme planla →

Teklif öncesi hangi bilgileri hazırlamalısınız?

İlk görüşmeyi verimli kılmak için uygulama ürün ve sürümünü, yaklaşık kullanıcı ve eşzamanlı oturum sayısını, mevcut sunucu/SQL yapısını ve kritik iş saatlerini paylaşın. Kesin kaynak boyutları bu bilgiler ve ölçümler görülmeden belirlenmemelidir. Kullanıcı sayısı tek başına CPU, bellek veya disk ihtiyacını açıklamaz; rapor yoğunluğu, veri büyümesi, eklentiler ve aynı ortamda çalışan başka uygulamalar da önem taşır.

Taşınacak verinin büyüklüğü, bağlantı şekli ve mevcut yedekler geçiş yöntemini etkiler. Kullanıcıların nereden bağlandığı, ofis dışı erişim ve yazıcı beklentisi de son kullanıcı deneyimini belirler. Bu konuları geçişten önce listelemek, test senaryosunu gerçek iş akışına yaklaştırır.

Yedek ve geri dönüş kararları

Yedek planında hangi sistemlerin ve verilerin kapsama girdiği, kopyaların nerede tutulduğu, saklama süresi, başarısız yedek bildirimi ve geri yükleme sorumlusunun kim olduğu açıklığa kavuşmalıdır. İkinci kopyanın varlığı tek başına geri yüklemenin başarılı olacağını kanıtlamaz; geri yükleme yöntemi ve test beklentisi de konuşulmalıdır. Saklama süresi veya RPO/RTO hedefi burada sabitlenmez; bunlar hizmet teklifinde ve sözleşmede belirlenmelidir.

Sık sorulan sorular

Her ERP sürümü Rokunet Cloud’da çalışır mı? Sürüm, lisans, veritabanı ve üretici gereksinimleri doğrulanmadan uyumluluk sözü verilemez. Keşifte ilgili sağlayıcıyla teyit edilir.

Geçişte uygulama desteğini kim verir? Altyapı ve sunucu işletimini Rokunet üstlenebilir; uygulama lisansı, parametrizasyon ve iş akışı müşterinin ERP iş ortağıyla kararlaştırılır.

Fiyat ve kaynak kapasitesi neden sayfada yok? Ortamlar farklıdır. Kullanıcı, veri, entegrasyon ve destek kapsamı incelenerek kapsamlı teklif hazırlanır.

Farklı bileşenleri tek geçiş planında birleştirin

ERP altyapısı genellikle sunucu ve veritabanından daha fazla bileşene sahiptir. Kullanıcı bilgisayarlarındaki istemciler, paylaşımlı klasörler, yazıcı kuyrukları, rapor eklentileri, banka bağlantıları ve e-belge servisleri birlikte çalışabilir. Envanter sırasında bu bağımlılıkları uygulama sahibi ve günlük kullanıcılarla doğrulayın. Eski bir bağlantı veya kişisel kullanıcı ayarı da geçişin başarılı olmasını etkileyebilir.

Kaynak planı için mevcut ortamdan ölçüm alınabiliyorsa bu ölçümler tercih edilmelidir. Geçmiş telemetri yoksa kullanıcı ve işlem profili belirlenir; başlangıç kapsamı gözlem sonuçlarına göre yeniden değerlendirilir. Bir sunucunun “daha büyük” olması tek başına daha iyi sonuç garantilemez; darboğaz uygulama, veritabanı, depolama, ağ ya da istemci tarafında olabilir.

Bu nedenle geçiş sonrası ilk dönem için teknik kontroller ve kullanıcı geri bildirimi birlikte ele alınır. Kaynak gözlemi, yedek durumu ve erişim şikâyetleri ayrı kayıtlarda tutulur. Kapsamda olmayan bir uygulama veya üçüncü taraf hizmeti sorun çıkarırsa ilgili sağlayıcıyla koordinasyon süreci başlatılır.