Bu, bağımsız bir oluşturucu için örnek bir planlama senaryosudur, bir müşteri hikayesi veya ölçülmüş bir kapasite sonucu değildir. Uygulama, küçük bir kulüp için ekipman ödünç kayıtlarını tutar: kimliği doğrulanmış bir üye mevcut öğeleri görebilir, bir ödünç kaydı oluşturabilir ve iade edebilir. Bir kayıt, gösterişli bir dağıtım diyagramından daha önemlidir, bu nedenle ilk tasarım başarısız yazmaları ve kayıp verileri araştırmayı kolaylaştırmalıdır.
Minimum yararlı mimariyi seçin
Genel HTTPS uç noktası için bir API süreci, bir veritabanı ve bir ters proxy kullanın. Veritabanını yalnızca amaçlanan yerel veya özel yol üzerinden erişilebilir tutun. Uygulamaya, ihtiyaç duyduğu dosyalara erişimi olan kendi işletim sistemi kimliğini verin. Dağıtım dosyalarını kalıcı verilerden ayrı tutun, böylece bir sürüm veritabanını veya yüklemeleri değiştirmez.
Bir örneği paylaşmak, ilk dağıtım için yapılandırma ve araştırmayı yönetilebilir kılar. Ayrıca bileşenleri aynı yeniden başlatma, disk ve hata sınırına bağlar. Bu ödünleşimi bilinçli olarak kabul edin. Uygulama bağımsız kurtarma gerektiriyorsa veya veritabanı sürekli olarak API ile rekabet ediyorsa, her şeyi aynı anda artırmadan önce bunları ayırmayı düşünün.
Yoğun an için bütçe ayırın
Yalnızca boşta bir süreç için boyutlandırma yapmayın. Aşağıdaki çalışma sayfası, hesaplamayı göstermek için uydurma planlama payları kullanır. Bunlar bu uygulamanın ölçümleri, kıyaslamaları veya minimum gereksinimleri değildir. Bunları, temsili bir dağıtım dahil olmak üzere çalışma zamanınızdan ve veritabanınızdan gelen gözlemlerle değiştirin.
| Örneği paylaşan iş yükleri | Planlama payı | Neyin gözlemleneceği |
|---|---|---|
| İşletim sistemi ve proxy | 300 MiB | Normal arka plan etkinliği ve günlük kaydı |
| API süreci | 350 MiB | Yalnızca başlangıç değil, temsili istekler |
| Veritabanı | 400 MiB | Bağlantılar, sorgular ve bakım işleri |
| Dağıtım payı | 450 MiB | Çakışan herhangi bir süreç veya derleme adımı |
| Birleşik planlama zarfı | 1,500 MiB | Gerçek kullanılabilir bellekle karşılaştırın |
Bu Başlangıç planı oluşturun şu anda 2 vCPU, 2 GB RAM ve 50 GB SSD belirtir. Bu rakamlar, bu çalışma sayfası için onu araştırılacak bir yapılandırma yapar, yığının sığdığının kanıtı değildir. Katalog GB ve bir aracın MiB okumaları farklı birimlerdir; gerçek sistem toplamlarını inceleyin. Linux'ün kullanılabilir bellek tahmini ilgili geri kazanılabilir belleği hesaba katar, bu nedenle tek başına düşük boş bellek bir boyutlandırma kararı değildir. Bkz. MemAvailable için çekirdek açıklaması ve ölçüm kılavuzu.
CPU ve disk ayrı kararlar gerektirir. vCPU eklemeden önce istek sürelerini ve veritabanı beklemelerini kaydedin. Diski işletim sistemi, saklanan sürümler, veritabanı büyümesi, günlükler ve geçici kurtarma işleri için bütçeleyin. Bir yükleme özelliği, küçük bir yapılandırılmış kayıttan farklı bir depolama sorunu yaratır; ona bir boyut sınırı ve bir saklama kararı verin.
Peşin maliyeti bilin
Aşağıdaki örnek, varsayılan kaynaklarıyla ve ek yinelenen seçenek olmadan Build'i kullanır. Aylık ara toplamı $14.00 USD'dir. Değerler mevcut yapılandırıcı kataloğundan oluşturulur, böylece fiyat tablosu ödeme akışını takip eder.
| Hizmet süresi | Kaydetmeden önce | Kaydedildi | Tek seferde öde |
|---|---|---|---|
| 1 ay | $14.00 | $0.00 (0%) | $14.00 USD |
| 3 ay | $42.00 | $0.00 (0%) | $42.00 USD |
| 6 ay | $84.00 | $23.52 (28%) | $60.48 USD |
| 12 ay | $168.00 | $84.00 (50%) | $84.00 USD |
Altı aylık veya yıllık bir dönem, bu kataloğun peşin toplamını aynı ay sayısı için indirimsiz aylık ara toplamı ödemeye kıyasla düşürür. Kaynak eklemez, yenileme fiyatı belirlemez veya test edilmemiş bir mimariyi uygun hale getirmez. Taahhüt edebileceğiniz bir dönem seçin, inceleyin hizmet ve faturalama ayrıntıları, ve bir alan adı, harici hizmetler ve ağ ücretleri için ayrıca bütçe ayırın.
Tek bir tam isteği doğrulayın
Uygulamayı amaçlanan kullanıcılarına açmadan önce, sunucu erişimini ve kurtarma erişimini doğrulayın, desteklenen bir çalışma zamanı kurun ve dağıttığınız sürümü kaydedin. Bir hizmet tanımı, çalıştırılabilir dosyayı, çalışma dizinini ve çalışma zamanı kullanıcısını tanımlamalıdır. Systemd'nin Restart= ayarı belirtilen hata davranışını kontrol eder; bir yeniden başlatma döngüsü yine de teşhis gerektirir. Bkz. hizmet kılavuzu ve dağıtım kılavuzu.
Önce yerel olarak test edin, ardından başka bir bağlantıdan gerçek HTTPS adı üzerinden deneyin. Caddy'de otomatik sertifika yönetimi geçerli ad yapılandırmasına ve çalışan bir doğrulama yöntemine bağlıdır; yaygın HTTP ve TLS-ALPN sorgulamaları sırasıyla erişilebilir gelen 80 ve 443 bağlantı noktalarına ihtiyaç duyar. Bakınız Caddy HTTPS ön koşulları. Yerel bir başarı, DNS veya proxy sorununu dışlayamaz; bunu istek yolu kılavuzu açıklar.
Uygulama kontrolünü belirgin hale getirin: tek kullanımlık bir ekipman öğesi oluşturun, ödünç verin, ikinci bir isteğin saklanan sonucu gördüğünü doğrulayın, ardından iade edin. Yetkilendirmeyi ve basit bir sağlık uç noktasını kontrol edin. Testten önce beklenen yanıtları kaydedin ve sorun giderme için paylaşılan günlüklerde kimlik bilgilerini ve üye verilerini bulundurmayın.
Küçük bir kurtarmayı kanıtlayın
Veritabanını motor ve kurtarma hedefine uygun bir yöntemle yedekleyin. PostgreSQL mantıksal, dosya sistemi ve sürekli arşivleme yaklaşımlarını ayrı ayrı belgeler; doğru seçim nasıl kurtarmanız gerektiğine bağlıdır. Bakınız yedekleme genel bakışı. Öğe fotoğrafları yükleniyorsa bu dosyaları ve veritabanı kayıtlarıyla ilişkilerini dahil edin.
Ayrı bir test veritabanına ve dizine geri yükleme alıştırması yapın. Bilinen bir öğeyi ve karşılık gelen dosyasını bulun, ardından uygulamanın her ikisini de okuyabildiğini kontrol edin. Seçilen yedeklemeyi, veri zaman damgasını, gereken adımları ve gerçek sonucu yazın. İlk geri yükleme kılavuzu bu alıştırmayı geliştirir. İsteğe bağlı bir katalog yedekleme seçimi, bu uygulama düzeyinde kurtarmanın çalıştığını kanıtlamaz.
Sonraki kararı kanıtlara dayanarak verin
Ölçülen davranışı ve kurtarma gereksinimleri uyduğu sürece basit tasarımda kalın. Daha büyük bir planın yanıt olduğunu varsaymadan önce durmuş bir uygulamayı veya kaynak uyarılarını inceleyin. Sunucu için Malezya, Romanya veya İsviçre'yi seçin, ardından kaynak tahsisini, yedekleme konumunu ve hizmet kapsamını doğrulayın. Bu senaryo hiçbir tesis, istek kapasitesi veya teslim süresi taahhüt etmez.
Yapılandır'ı ayarlayın ve her seçeneği gözden geçirin. Bağlantı başlangıç planını açar; devam etmeden önce seçili dönemi ve kaydedilmiş seçimleri kontrol edin. Ödeme bilgilerinin alınması ekipman ödünç verme uygulamasını kurmaz.
Kullanılan belgeler
Bu sayfa için birincil referanslar. Kendi ortamınızda kurulu sürüme ilişkin belgeleri kontrol edin.