Not
Bu sayfaya erişim yetkilendirme gerektiriyor. Oturum açmayı veya dizinleri değiştirmeyi deneyebilirsiniz.
Bu sayfaya erişim yetkilendirme gerektiriyor. Dizinleri değiştirmeyi deneyebilirsiniz.
Tavsiye
Bu içerik, .NET Docs veya çevrimdışı olarak okunabilen ücretsiz indirilebilir bir PDF olarak sağlanan Kapsayıcılı .NET Uygulamaları için .NET Mikro Hizmet Mimarisi adlı e-Kitap'tan bir alıntıdır.
.NET Mikro Hizmetler Mimarisi Kapsayıcılı .NET Uygulamaları için eKitabın kapak küçük resmi
Mikro hizmetler büyük avantajlar sunar ancak aynı zamanda büyük yeni zorluklar doğurır. Mikro hizmet mimarisi desenleri, mikro hizmet tabanlı bir uygulama oluştururken temel yapı taşlarıdır.
Bu kılavuzun önceki bölümlerinde kapsayıcılar ve Docker hakkında temel kavramları öğrendiniz. Bu, kapsayıcıları kullanmaya başlamak için gerekli olan minimum bilgiydi. Kapsayıcılar mikro hizmetler için etkinleştirici ve uygun olsa da, mikro hizmet mimarisi için zorunlu değildir. Bu mimari bölümündeki birçok mimari kavramı kapsayıcı olmadan uygulanabilir. Ancak bu kılavuz, kapsayıcıların zaten tanıtılan önemi nedeniyle her ikisinin kesişimine odaklanır.
Kurumsal uygulamalar karmaşık olabilir ve genellikle tek bir hizmet tabanlı uygulama yerine birden çok hizmetlerden oluşur. Bu gibi durumlarda, mikro hizmetler ve belirli Domain-Driven Tasarım (DDD) desenleri ve kapsayıcı düzenleme kavramları gibi diğer mimari yaklaşımları anlamanız gerekir. Bu bölümde yalnızca kapsayıcılardaki mikro hizmetler değil, kapsayıcılı uygulamalar da açıklanmaktadır.
Kapsayıcı tasarımı ilkeleri
Kapsayıcı modelinde kapsayıcı görüntüsü örneği tek bir işlemi temsil eder. Kapsayıcı görüntüsünü işlem sınırı olarak tanımlayarak, işlemi ölçeklendirmek veya toplu işlem yapmak için kullanılabilecek temel öğeler oluşturabilirsiniz.
Kapsayıcı görüntüsü tasarlarken Dockerfile içinde entrypoint tanımı görürsünüz. Bu tanım, yaşam süresi kapsayıcının ömrünü kontrol eden süreci tanımlar. İşlem tamamlandığında kapsayıcı yaşam döngüsü sona erer. Kapsayıcılar, web sunucuları gibi uzun süre çalışan işlemleri temsil edebilir, ancak daha önce Azure Web İşleri olarak uygulanmış olabilecek toplu işler gibi kısa süreli işlemleri de temsil edebilir.
İşlem başarısız olursa kapsayıcı sona erer ve orkestratör devralır. Düzenleyici beş örneği çalışır durumda tutacak şekilde yapılandırıldıysa ve biri başarısız olursa, düzenleyici başarısız işlemi değiştirmek için başka bir kapsayıcı örneği oluşturur. Toplu işte, işlem parametrelerle başlatılır. İşlem tamamlandığında, iş tamamlanır. Bu kılavuz, daha sonra orkestratörleri detaylı olarak incelemektedir.
Tek bir kapsayıcıda birden çok işlemin çalışmasını istediğiniz bir senaryo bulabilirsiniz. Bu senaryo için, kapsayıcı başına yalnızca bir giriş noktası olabileceğinden, kapsayıcı içinde gerektiği kadar çok program başlatan bir betik çalıştırabilirsiniz. Örneğin, gözetmen veya benzer bir aracı kullanarak tek bir kapsayıcı içinde birden çok işlem başlatabilirsiniz. Ancak kapsayıcı başına birden çok işlemi barındıran mimariler bulsanız da bu yaklaşım çok yaygın değildir.