Uygulama katmanını ayırın
Web istekleriyle zaman alan arka plan işlerini ayrı değerlendirmek, bir işlem türündeki yoğunluğun nedenini daha kolay anlamanıza yardımcı olur. Ayrı süreçlerin hata ve tekrar davranışını uygulamanızda tanımlayın.
ÇÖZÜMLER / SAAS
SaaS ürününüzün web katmanını, arka plan işlerini ve verisini ayrı ihtiyaçlar olarak ele alın. FibaCloud bulut ürünleriyle çalışacak yapıyı; müşteri izolasyonu, kapasite ve işletim sorumluluklarını birlikte düşünerek tasarlayın. Başlangıç kararları, büyüme dönemindeki değişiklikleri de hesaba katsın.
01 / Genel bakış
SaaS altyapısında yalnız sunucu boyutu seçmek yeterli değildir. Bir müşterinin yoğun işlemi diğer müşterilerin deneyimini etkileyebilir; ortak kullanılan veriye erişim sınırları da uygulama tasarımının parçasıdır. İstekleri, işleri ve veriyi hangi katmanın yönettiğini görünür kılan bir yapı kurun.
Hesaplama kaynaklarını uygulamanın davranışına göre seçin; dosya saklama, veritabanı ve geri yükleme ihtiyaçlarını ayrıca değerlendirin. Örnek mimari, kendi yazılımınızın kurulumu ve işletimi için bir başlangıçtır. Hazır bir SaaS uygulaması veya otomatik müşteri yönetimi hizmeti anlamına gelmez.
Web istekleriyle zaman alan arka plan işlerini ayrı değerlendirmek, bir işlem türündeki yoğunluğun nedenini daha kolay anlamanıza yardımcı olur. Ayrı süreçlerin hata ve tekrar davranışını uygulamanızda tanımlayın.
Kimlik doğrulama, yetkilendirme ve müşteri verisine erişim birlikte tasarlanır. Ayrı sunucu kullanmak tek başına uygulama içindeki erişim hatalarını ortadan kaldırmaz.
Canlı veri, dosyalar ve yedekler farklı gereksinimler taşır. Saklama, silme ve geri yükleme kararlarını ürününüzün müşteri sözleşmeleriyle birlikte ele alın.
02 / Mimari
Örnek mimari: müşteri istekleri, uygulama işlemleri ve veri ayrı sorumluluklar olarak gösterilir. Bileşenlerin kurulumu ve ürün kapsamı seçtiğiniz yapılandırmaya bağlıdır.
Seçim rehberi03 / Seçim rehberi
| Seçim ölçütü | Nasıl karar verilir? | Neden önemli? |
|---|---|---|
| Müşteri izolasyonu | Paylaşılan ve müşteriye ayrılmış bileşenleri belirleyin; her veri erişiminde müşteri bağlamını kontrol edin. | Mimari tercih, uygulama yetkilendirmesinin yerini almaz. |
| Kapasite ihtiyacı | Temsilî müşteri verisi ve gerçek iş akışlarıyla CPU, bellek ve sorgu davranışını ölçün. | En yoğun müşteri, ortalama kullanımın gizlediği sınırları gösterebilir. |
| İş sürekliliği | Kabul edilebilir veri kaybı ve geri dönüş süresini iş hedefi olarak tanımlayın. | Yedek sıklığı kadar geri yükleme adımlarını da planlamanız gerekir. |
| Maliyet dağılımı | Hesaplama, depolama, transfer ve ek hizmetleri kullanım senaryolarına göre değerlendirin. | Büyüyen müşteri sayısı her maliyet kalemini aynı oranda artırmaz. |
04 / Kullanım alanları
İstek süresi, eşzamanlı kullanım ve veritabanı bağlantılarını birlikte izleyin. Yavaşlamanın hesaplama, sorgu veya dış servis kaynaklı olduğunu ayırmadan kaynak artırmayın.
Rapor, e-posta ve veri aktarımı gibi işleri kullanıcı isteğinden ayırmayı değerlendirin. Kuyruk gecikmesi, tekrar deneme ve aynı işin iki kez çalışması için uygulama davranışı belirleyin.
Müşteri yüklemelerini uygulama sürümünden bağımsız düşünün. Dosya erişim yetkileri, saklama süresi ve geri dönüş ihtiyacı, depolama seçiminin temelidir.
05 / Planlamadan işletime
Uygulama bileşenlerini, müşteri veri sınırlarını ve dış servisleri listeleyin. Her bileşenin sahibi ve arıza durumunda izlenecek yol belli olsun.
Geliştirme ve canlı ortamı ayırın. İlk kaynak seçimini tahminle başlatıp gerçek uygulama ölçümleriyle doğrulayın; hazır test sonuçlarını kendi ürününüze mal etmeyin.
Uygulama sürümüyle veri değişikliklerini birlikte değerlendirin. Geri dönüş planının eski sürüm ve yeni veri yapısıyla uyumlu olduğunu kontrol edin.
Yanıt süreleri, başarısız işler, kapasite ve müşteri kaynaklı yoğunluğu takip edin. Büyütme kararını yalnız toplam trafik sayısına bağlamayın.
Hayır. Uygulamanız ve ekibiniz için daha basit bir sunucu düzeni yeterli olabilir. Kubernetes tercihini dağıtım, işletim becerisi ve uygulama gereksinimleriyle birlikte değerlendirin.
Her SaaS için aynı çözüm yoktur. Paylaşılan veya ayrı kaynak kararı; izolasyon, maliyet, kullanım yoğunluğu ve sözleşme gereksinimlerine bağlıdır. Her iki modelde de uygulama yetkilendirmesi gerekir.
Yedeğin kapsamı ve uygulama tutarlılığı önemlidir. Veritabanı, dosya ve dış servis bağımlılıklarını birlikte inceleyin; beklediğiniz müşteri verisini gerçekten geri yükleyebildiğinizi test edin.
İstek işleme için hesaplama ihtiyacını, veri için depolama biçimini belirleyin. Shared CPU, Dedicated CPU ve depolama seçeneklerini iş yüküne göre karşılaştırın; güncel yapılandırma ve fiyatları ilgili ürünlerde inceleyin.
Ürün seçimini kurulum, yapılandırma ve işletim bilgisiyle buluşturun.
Bu kaynaklar sayfada ele alınan teknik kavramları açıklar. Kullanılabilir yapılandırmalar ve hizmet kapsamı FibaCloud ürün ve sipariş bilgilerinde tanımlanır.
FIBACLOUD / SaaS
Uygulamanızı, beklenen kullanımınızı ve işletim ihtiyaçlarınızı paylaşın. Kaynak seçimlerini birlikte netleştirelim.