Mimari stilleri

Mimari stili, bazı özellikleri ortak olan bir mimari ailesidir. Örneğin, N katmanı yaygın bir mimari stilidir. Son zamanlarda, mikro hizmet mimarileri daha fazla kabul görmeye başlamıştır. Mimari stillerinin belirli teknolojileri kullanması gerekmez; ama bazı teknolojiler belirli mimarilere daha uygundur. Örneğin, kapsayıcılar mikro hizmetlere doğal bir şekilde uyum gösterir.

Bulut uygulamalarında yaygın olarak bulunan bir dizi mimari stili belirledik. Her stilin makalesi şunları içerir:

• Stilin açıklaması ve mantıksal diyagramı.
• Bu stilin ne zaman seçileceğine ilişkin öneriler.
• Avantajlar, zorluklar ve en iyi deneyimler.
• Uygun Azure hizmetlerini kullanarak önerilen dağıtım.

Stillerde hızlı bir gezinti

Bu bölümde, belirlediğimiz mimari stillerinde hızlı bir gezinti yapabilir ve bunların kullanımında dikkate alınacak bazı üst düzey noktaları bulabilirsiniz. Diğer ayrıntılar için bağlantısı verilen konuları okuyun.

N katmanı

N katmanı kurumsal uygulamalara yönelik geleneksel bir mimaridir. Bağımlılıklar, uygulamayı sunu, iş mantığı ve veri erişimi gibi mantıksal işlevler gerçekleştiren katmanlara ayırarak yönetilir. Katman, yalnızca altındaki katmanlara çağrı yapabilir. Öte yandan, bu yatay katmanlama bir sınırlama getirebilir. Uygulamanın kalan bölümlerine dokunmadan bir bölümünde değişiklikler yapmak zor olabilir. Bu da sık sık güncelleştirme yapmayı güçleştirebilir ve yeni özelliklerin çabuk eklenmesini kısıtlayabilir.

N katmanı, zaten katmanlı bir mimari kullanan mevcut uygulamaların geçişi için doğal olarak uygundur. Bu nedenle, N katmanı hizmet olarak altyapı (IaaS) çözümlerinde veya IaaS ile yönetilen hizmetlerin karma kullanıldığı uygulamalarda en sık görülen mimari stilidir.

Web Kuyruğu Çalışanı

Tam bir PaaS çözümü için, Web Kuyruğu Çalışanı mimarisini göz önünde bulundurun. Bu stilde, uygulamanın HTTP isteklerini işleyen bir web ön ucu ile yoğun CPU kullanılan görevleri ve uzun süre çalışan işlemleri gerçekleştiren arka uç çalışanı vardır. Ön uç, zaman uyumsuz bir ileti kuyruğu üzerinden çalışanla iletişim kurar.

Web kuyruğu çalışanı, bazı kaynak yoğun görevleri olan görece basit etki alanlarına uygundur. N katmanında olduğu gibi, mimari kolayca anlaşılır. Yönetilen hizmetlerin kullanılması dağıtımı ve işlemleri basitleştirir. Ama karmaşık etki alanlarında, bağımlılıkları yönetmek zor olabilir. Ön uç ve çalışan kolayca bakımı ve güncelleştirmesi zor, büyük ve tek parça bileşenlere dönüşebilir. N katmanında olduğu gibi, bu da güncelleştirmelerin sıklığını azaltabilir ve yeniliklere kısıtlama getirebilir.

Mikro hizmetler

Uygulamanızın etki alanı daha karmaşıksa, Mikro hizmetler mimarisine geçmeyi göz önünde bulundurabilirsiniz. Mikro hizmetler uygulaması birçok küçük, bağımsız hizmetten oluşur. Her hizmet tek bir iş özelliği gerçekleştirir. Hizmetler arasında gevşek bir bağ vardır ve API sözleşmeleri aracılığıyla iletişim kurarlar.

Her hizmet küçük, konuya odaklanmış bir geliştirme ekibi tarafından oluşturulabilir. Tek tek hizmetlerin dağıtımında ekipler arasında fazla eşgüdüm olması gerekmez ve bu da sık sık güncelleştirme yapılabilmesini teşvik eder. Mikro hizmet mimarisini oluşturmak ve yönetmek, N katmanı veya web kuyruğu çalışanına göre daha karmaşık bir işlemdir. Olgunlaşmış bir geliştirme ve DevOps kültürü gerektirir. Ama doğru yapıldığında, bu stil daha yüksek sürüm hızı, daha hızlı yenilikler ve daha dayanıklı bir mimari getirir.

Olay denetimli mimari

Olay Denetimli Mimariler bir yayınla-abone ol (pub-sub) modeli kullanır; yapımcılar olayları yayımlar ve tüketiciler bunlara abone olur. Yapımcılar tüketicilerden bağımsızdır ve tüketiciler de birbirinden bağımsızdır.

IoT çözümleri gibi çok büyük miktarlarda veri alıp işleyen, gecikme süresi çok kısa uygulamalarda olay denetimli mimariyi kullanmayı göz önünde bulundurun. Bu stil, farklı alt sistemlerin aynı olay verileri üzerinde farklı işleme türleri gerçekleştirmesi gereken durumlarda da kullanışlıdır.

Big Data, Big Compute

Big Data ve Big Compute , belirli özel profillere uyan iş yüklerine yönelik özelleştirilmiş mimari stilleridir. Big Data, analiz ve raporlama amacıyla çok büyük bir veri kümesini öbeklere ayırır ve kümenin tamamı üzerinde paralel işlem gerçekleştirir. Yüksek performanslı bilgi işlem (HPC) olarak da adlandırılan Big Compute, çok büyük sayılardaki (binlerce) çekirdek üzerinde paralel hesaplamalar yapar. Etki alanları benzetimleri, modellemeyi ve 3-B işlemeyi içerir.

Kısıtlama olarak mimarisi stilleri

Mimari stili tasarıma, görüntülenecek öğe kümesi ve bu öğeler arasında izin verilen ilişkiler gibi kısıtlamalar getirir. Kısıtlamalar, seçenekler evrenini daraltarak mimarinin "şekline" yön verir. Mimari belirli bir stilin kısıtlamalarına uyduğunda, bazı cazip özellikler ortaya çıkar.

Örneğin, mikro hizmetlerin kısıtlamaları şunlardır:

• Bir hizmet, tek bir sorumluluğu temsil eder.
• Her hizmet diğerlerinden bağımsızdır.
• Veriler, bunların sahibi olan hizmete özeldir. Hizmetleri verileri paylaşmaz.

Bu kısıtlamalara uyulduğunda, hizmetlerin birbirinden bağımsız olarak dağıtılabildiği, hataların yalıtıldığı, sık güncelleştirmelerin mümkün olduğu ve uygulamaya yeni teknolojilerin eklenmesini kolaylaştıran bir sistem ortaya çıkar.

Bir mimari stilini seçmeden önce, o stilin temel ilkelerini ve kısıtlamalarını anladığınızdan emin olun. Aksi takdirde, yüzeysel olarak stile uyan ancak o stilin potansiyelinden tam olarak yararlanmayan bir tasarım elde edebilirsiniz. Pragmatik olmak da önemlidir. Bazı durumlarda mimari saflığa bağlı kalmakta ısrar etmek yerine bir kısıtlamayı gevşetmek daha iyi olabilir.

Aşağıdaki tabloda, her stilin bağımlılıkları nasıl yönettiği özetlenir ve her birine en iyi uyan etki alanı türleri verilir.

Mimari stili	Bağımlılık yönetimi	Etki alanı türü
N katmanı	Alt ağa göre bölünmüş yatay katmanlar	Geleneksel iş etki alanı. Güncelleştirmelerin sıklığı düşüktür.
Web kuyruğu çalışanı	Zaman uyumsuz iletilerle ayrılmış, ön ve arka uç işleri.	Bazı kaynak yoğun görevlerin gerçekleştirildiği görece basit bir etki alanı.
Mikro hizmetler	API'ler aracılığıyla birbirini çağıran, dikey (işlevsel) olarak ayrılmış hizmetler.	Karmaşık etki alanı. Sık güncelleştirmeler.
Olay odaklı mimari	Yapımcı/tüketici. Alt sistem başına bağımsız görünüm.	IoT ve gerçek zamanlı sistemler.
Big Data	Çok büyük bir veri kümesini küçük öbeklere ayırın. Yerel veri kümeleri üzerinde paralel işleme.	Toplu ve gerçek zamanlı veri analizi. ML kullanılarak tahmine dayalı analiz.
Big Compute	Verileri binlerce çekirdeğe ayırma.	Benzetim gibi bilgi işlem kullanımı yoğun etki alanları.

Güçlükleri ve avantajları göz önünde bulundurun

Kısıtlamalar güçlükler de doğurur, dolayısıyla bu stillerden herhangi birini benimserken güçlüklerle avantajların nasıl dengelendiğini anlamak önemlidir. Bu alt etki alanı ve sınırlanmış bağlam için, mimari stilinin avantajlarının güçlüklerine ağır bastığından emin olun.

İşte, mimari stilini seçerken dikkate alınması gereken bazı güçlük türleri:

• Karmaşıklık. Mimarinin karmaşıklığı etki alanınız için uygun mu? Tersine, stil etki alanınız için fazla mı basit kalıyor? Bu durumda, mimari bağımlılıkları net bir şekilde yönetmenize yardımcı olmadığından sonunda "big ball of mud" olarak adlandırılan bir çamur deryası elde etme riskiniz vardır.

• Zaman uyumsuz iletiler ve nihai tutarlılık. Zaman uyumsuz iletiler hizmetleri ayırmak, güvenilirliği (çünkü iletiler yeniden denenebilir) ve ölçeklendirilebilirliği artırmak için kullanılabilir. Ancak bu, son tutarlılığın sağlanmasına ve yinelenen ileti oluşması ihtimaline yönelik zorluklar da yaratır.

• Hizmetler arası iletişim. Uygulamayı ayrı ayrı hizmetlere ayırdığınızda, hizmetler arasındaki iletişimin kabul edilemez bir gecikmeye neden olması veya ağda tıkanıklık yaratması riski vardır (örneğin, mikro hizmetler mimarisinde).

• Yönetilebilirlik. Uygulamayı yönetmek, izlemek, güncelleştirmeleri dağıtmak, vb. ne kadar zor?

İlgili kaynaklar

• Azure uygulamaları için 10 tasarım ilkesi
• Microsoft Bulut'ta uygulama oluşturma
• Bulut uygulamalarındaki en iyi yöntemler
• Bulut Tasarımı Desenleri
• Bulut uygulamaları için performans testi ve kötü model
• Azure'da çok kiracılı çözümler tasarlama
• Azure'da görev açısından kritik iş yükü mimarisi
• Startup'lar için mimari