Görsel: Pixabay · Pixabay Lisansı
Çözdüğü sorun
Bir uygulamanın çalışması için belirli bir çalışma zamanı sürümü, belirli kütüphaneler ve belirli ayarlar gerekir. Bu ortamı her sunucuda elle kurmak hataya açıktır.
Kapsayıcı, uygulamayı çalıştığı ortamla birlikte paketler. Aynı paket geliştirme, test ve üretimde birebir aynı şekilde çalışır.
Küçük ekipler için pratik faydalar
Sunucuya yeni bir uygulama eklemek, mevcutları bozmaz. Her uygulama kendi ortamında yaşar.
Aynı sunucuda farklı sürümler yan yana çalışabilir.
Yeni bir sunucuya taşınmak, imajı çalıştırmaktan ibaret hale gelir.
Kendi ürün ailemizde her proje tek bir kapsayıcı olarak çalışıyor ve aynı sunucuda ortak veritabanı, ters vekil sunucu ve sertifika yönetimini paylaşıyorlar. Yeni bir proje eklemek, yeni bir sunucu kurmak anlamına gelmiyor.
İmaj boyutu önemlidir
Çok katmanlı derleme kullanın: derleme araçları son imaja girmemelidir.
Küçük temel imajlar tercih edin. Ancak bazı küçük imajlarda sistem kütüphaneleri eksiktir; görsel işleme ve yazı tipi gerektiren işlerde beklenmedik hatalar çıkar.
Bu tuzağı yaşadık: küçük bir temel imajda görsel dönüştürme aracının bazı biçimleri işlemediğini ancak üretimde fark ettik. Temel imaj seçimini, uygulamanın gerçekten kullandığı araçlarla test edin.
Veri kalıcılığı en kritik konu
Kapsayıcı silindiğinde içindeki dosyalar gider. Kullanıcı yüklemeleri ve veritabanı dosyaları mutlaka kalıcı birimlerde tutulmalıdır.
Kalıcılık için adlandırılmış birim kullanın. Sunucudaki bir klasöre doğrudan bağlamak, o klasör silindiğinde veriyi de siler.
Bu ayrım hayati: proje klasörünü silen bir dağıtım betiği, bağlı klasördeki tüm medya dosyalarını da siler. Bunu bir kez yaşadıktan sonra tüm projelerimizde yüklemeleri adlandırılmış birimlere taşıdık.
Ortam değişkenleri
Gizli bilgiler imaja gömülmemelidir. Veritabanı parolaları ve API anahtarları ortam değişkeni olarak dışarıdan verilmelidir.
Bu değişkenlerin bulunduğu dosya sürüm kontrolüne girmemelidir.
Dağıtım akışı
Basit bir yaklaşım: kaynak kodu sunucuya aktar, imajı orada derle, kapsayıcıyı yeniden başlat.
Daha olgun yaklaşım: imajı merkezi bir depoda derleyip sunucuda yalnız indirmek.
Hangisi olursa olsun, dağıtım betiği aynı komutla tekrar çalıştırılabilir olmalıdır; ilk kurulum ile güncelleme arasında fark olmamalıdır.
Kaynak sınırları
Kapsayıcılara bellek sınırı tanımlayın. Sınırsız bırakılan bir kapsayıcı, bellek tükettiğinde aynı sunucudaki diğer servisleri de düşürebilir.
Bunu yaşadık: yoğun bir dağıtım işlemi sırasında veritabanı sunucusu bellek yetersizliğinden kapandı. Sınır tanımlamak ve kritik servisleri otomatik yeniden başlatacak şekilde ayarlamak bu riski ortadan kaldırır.
Günlük ve hata ayıklama
Kapsayıcı günlükleri kalıcı değildir; kapsayıcı yeniden oluşturulduğunda kaybolur.
Günlükleri kapsayıcı dışına yönlendirin veya merkezi bir toplama sistemine gönderin.
Günlük dosyalarının boyutunu sınırlayın; sınırsız büyüyen günlükler sunucu diskini doldurur ve bu, en sık görülen kesinti sebeplerinden biridir.
Sağlık kontrolü tanımlayın
Kapsayıcılara sağlık kontrolü ekleyin; böylece sistem, çalışıyor görünen ama yanıt vermeyen kapsayıcıları tespit edebilir.
Sağlık kontrolü yalnız sürecin ayakta olduğunu değil, uygulamanın gerçekten yanıt verdiğini doğrulamalıdır.
Bazı hazır imajlarda sağlık tanımı bulunmaz; bunlara güvenerek yazılan bekleme döngüleri sonsuza kadar askıda kalır. Kullandığınız imajın sağlık tanımı olup olmadığını kontrol edin.
Otomatik yeniden başlatma politikası tanımlayın; kritik servisler kendiliğinden ayağa kalkmalıdır.
Sık sorulanlar
Docker küçük projeler için fazla mı?
Hayır. Tek uygulamalı projelerde bile ortam tutarlılığı ve kolay taşınabilirlik sağlar. Öğrenme eğrisi birkaç günlüktür ve karşılığını ilk sunucu değişiminde verir.
Veritabanını da kapsayıcıda çalıştırmalı mıyım?
Küçük ve orta ölçekli projelerde yaygın bir uygulamadır ve sorunsuz çalışır. Kritik olan, veri dosyalarının kalıcı bir birimde tutulması ve düzenli yedek alınmasıdır.
Kapsayıcı imajlarını nerede saklamalıyım?
Özel bir imaj deposunda. Gizli bilgi içermeyen imajlar için genel depolar da kullanılabilir. Kritik olan, hangi sürümün üretimde çalıştığını takip edebilmek ve geri dönüş için önceki sürümleri saklamaktır.
