Bozulma Önleyici Katman deseni

Aynı semantiği paylaşmayen farklı alt sistemler arasında bir cephe veya bağdaştırıcı katmanı uygulayın. Bu katman, bir alt sistemin yaptığı istekleri diğer alt sisteme çevirir. Dış alt sistemlerdeki bağımlılıkların bir uygulamanın tasarımını sınırlamadığından emin olmak için bu düzeni kullanın. Eric Evans bu deseni ilk olarak Domain-Driven Design: Tackling Complexity in the Heart of Software bölümünde tanımladı.

Bağlam ve sorun

Uygulamaların çoğu bazı veriler veya işlevler için diğer sistemlere güvenir. Örneğin, eski bir uygulamayı modern bir sisteme geçirdiğinizde, uygulama mevcut eski kaynakları kullanmaya devam edebilir. Yeni özelliklerin eski sistemi çağırabilmesi gerekir. Bu özellik, daha büyük bir uygulamanın farklı özelliklerini zaman içinde modern bir sisteme taşıdığınız aşamalı geçişler için özellikle önemlidir.

Bu eski sistemlerin genellikle birleştirilmiş veri şemaları veya eski API'ler gibi kalite sorunları vardır. Eski sistemlerin kullandığı özellikler ve teknolojiler, daha modern sistemlerden büyük ölçüde farklılık gösterebilir. Eski sistemle birlikte çalışabilmek için yeni uygulamanın eski altyapıyı, protokolleri, veri modellerini, API'leri veya modern bir uygulamaya koymadığınız diğer özellikleri desteklemesi gerekebilir.

Yeni ve eski sistemler arasında erişimi sürdürürken, yeni sistemi eski sistemin API'lerinden veya diğer semantiklerden en az bazılarına uymaya zorlarsınız. Bu eski özelliklerde kalite sorunları olduğunda bu destek, aksi takdirde temiz tasarlanmış modern bir uygulama olabilecek özellikleri bozar.

Geliştirme ekibinizin denetlemediği tüm dış sistemlerde de benzer sorunlar ortaya çıkabilir.

Çözüm

Aralarına bir bozulma önleyici katman yerleştirerek farklı alt sistemleri yalıtın. Bu katman, iki sistem arasındaki iletişimi çevirir. Bu yaklaşımı kullanarak, diğerinin tasarım ve teknolojik yaklaşımından ödün vermeden bir sistemi değişmeden tutabilirsiniz.

Diyagramda iki alt sistem arasındaki çeviri sınırı işlevi gören merkezi bir bozulma önleme katmanı bileşeni gösterilmektedir. Sol tarafta, A alt sistemi etiketli noktalı bir sınır içinde, üç mikro hizmet çift yönlü oklar aracılığıyla üç veri deposuna bağlanır. Oklar, A alt sistemindeki mikro hizmetlerin her birinden bozulma önleyici katmana yönelir. Bozulma önleyici katmandan her bir mikro hizmete doğru geri yönelen üç ok vardır. Bu oklar, A alt sistemi ile bozulma önleme katmanı arasındaki çift yönlü iletişimi temsil eder. Sağ tarafta, noktalı bir sınır içinde çift yönlü bir ok, B alt sistemini ve veri depolarını bağlar. Oklar B alt sisteminden ve veri deposundan bozulmayı önleme katmanına işaret eder. Bozulma önleme katmanından B alt sistemine ve veri deposuna iki ok işaret eder. Genel yapı, bozulma önleme katmanının, diğerinin iç yapısını anlamak için her iki alt sisteme de gerek kalmadan ilgili veri modellerini ve anlamlarını çevirerek A alt sisteminin mikro hizmetleri ile B alt sisteminin bileşenleri arasındaki tüm iletişime nasıl aracılık ettiği gösterilmektedir.

Bu mimariye ait bir Visio dosyasını indirin.

Diyagramda iki alt sistemi olan bir uygulama gösterilir. Alt Sistem A, bozulmayı önleme katmanı aracılığıyla B alt sistemini çağırır. A alt sistemi ile bozulma önleme katmanı arasındaki iletişim her zaman A alt sisteminin veri modelini ve mimarisini kullanır. B alt sistemine yapılan bozulma önleme katmanı çağrıları bu alt sistemin veri modeline veya yöntemlerine uygundur. Bozulma önleme katmanı, iki sistem arasında çevirmek için gereken tüm mantığı içerir. Katmanı uygulama içinde bir bileşen olarak veya bağımsız bir hizmet olarak uygulayabilirsiniz.

Sorunlar ve dikkat edilmesi gerekenler

Bu düzenin nasıl uygulaneceğine karar velarken aşağıdaki noktaları göz önünde bulundurun:

• Bozulma önleme katmanı, iki sistem arasındaki çağrılara gecikme süresi ekler.

• Bozulma önleme katmanı, yönetmeniz ve korumanız gereken ek bir hizmet ekler.

• Bozulma önleme katmanını nasıl ölçeklendirmeyi planladığınızı düşünün.

• Birden fazla bozulma önleme katmanına ihtiyacınız olup olmadığını göz önünde bulundurun. Örneğin, işlevleri farklı teknolojiler veya diller kullanan birden çok hizmette ayrıştırmak isteyebilirsiniz.

• Bozulma önleme katmanını diğer uygulama veya hizmetlerinizle ilgili olarak nasıl yönetmeyi planladığınızı ve bunu izleme, sürüm ve yapılandırma süreçlerinizle nasıl tümleştirileceğini düşünün.

• İşlem ve veri tutarlılığını koruduğunuz ve izlediğiniz emin olun.

• Bozulma önleme katmanının farklı alt sistemler arasındaki tüm iletişimi mi yoksa yalnızca bir özellik alt kümesini mi işlemesi gerektiğini düşünün.

• Bozulma önleme katmanı bir uygulama geçiş stratejisinin parçasıysa, bunun kalıcı olup olmadığını veya tüm eski işlevleri geçirdikten sonra devre dışı bırakmayı planlayıp planlamayabileceğinizi göz önünde bulundurun.

• Önceki diyagramda bu deseni göstermek için ayrı alt sistemler kullanılır, ancak bunu monolitik mimarideki eski kod tümleştirmesi gibi diğer hizmet mimarilerine de uygulayabilirsiniz.

• Bozulma önleyici katman, farklı güven düzeylerine sahip olabilecek sistemlere aracılık ettiğinden, bu sınırda giriş doğrulama ve temizlemeyi zorunlu kılmayı göz önünde bulundurun.

• Çeviri hatalarını tanılamak için, korelasyon kimlikleri ve yapılandırılmış günlükleme dahil gözlemlenebilirliği planlayın.

Bu desen ne zaman kullanılır?

Bu düzeni aşağıdaki durumlarda kullanın:

• Geçişi birden çok aşamada gerçekleşecek şekilde planlıyorsunuz, ancak yeni ve eski sistemler arasında tümleştirmeyi sürdürmeniz gerekiyor.

• İki veya daha fazla alt sistemin farklı semantiği vardır, ancak iletişim kurmaları gerekir.

Bu düzen aşağıdaki durumlarda uygun olmayabilir:

• Yeni ve eski sistemlerin anlamlı anlamsal farklılıkları yoktur. Bu senaryoda bozulma önleme katmanını çeviri mantığına odaklamanız önemlidir. Katmana iş kuralları veya düzenleme yerleştirmekten kaçının.

İş yükü tasarımı

Azure Well-Architected Framework sütunlarında ele alınan hedef ve ilkelere yanıt vermek için, bir iş yükü tasarımında Yozlaşma Önleyici Katman düzeninin nasıl kullanılacağını değerlendirin. Aşağıdaki tabloda, bu desenin her bir sütunun hedeflerini nasıl desteklediği hakkında rehberlik sağlanmaktadır.

Kolon	Bu desen sütun hedeflerini nasıl destekler?
Operasyonel Mükemmellik, standartlaştırılmış süreçler ve ekip uyumu aracılığıyla iş yükü kalitesinin sunulmasına yardımcı olur.	Bu desen, yeni bileşen tasarımının, bu eski sistemlerle tümleştirildiğinde farklı veri modellerine veya iş kurallarına sahip olabilecek eski uygulamalar tarafından etkilenmemesini sağlamaya yardımcı olur. Mevcut bileşenleri desteklemeye devam ederken yeni bileşenlerdeki teknik borcu azaltabilir. - OE:04 Araçlar ve işlemler - OE:07 İzleme sistemi

Bu model bir sütun içinde dengeleri ortaya çıkartıyorsa, bunları diğer sütunların hedeflerine karşı değerlendirin.

Example

Bu desen kavramsaldır ve etki alanı odaklı tasarım yazılımı geliştirme yaklaşımından kaynaklanır. Azure API Management veya Azure İşlevleri gibi Azure hizmetler protokol işlemeye ve çeviriye yardımcı olabilir, ancak bozulma önleme katmanının temel amacı etki alanı modelini korumaktır, belirli bir ürün seçimi belirtmemektir.

Aşağıdaki örnekte API Management, dış maruz kalma ve protokol sorunlarını ele alır. Azure İşlevleri, yeni sistemle eski sistem arasındaki etki alanı eşlemesi aracılığıyla bozulma önleme katmanını uygular. Azure İzleyici ve Application Insights, iki alt sistem arasındaki çevirinin başarısını ve gecikme süresini izlemek için ihtiyacınız olan gözlemlenebilirliği sağlar.

Diyagramda Bozulma Önleyici Katman deseninin kavramsal Azure uygulamasını temsil eden dikey bir akış gösterilmektedir. En üstte, istemci uygulamaları etiketli bir dikdörtgen, kimlik doğrulama, hız sınırlama ve REST arabirimi işlevlerini listeleyen Azure API Management etiketli bir kutuya bağlanır. Başka bir ok, Azure İşlevleri, ProcessOrderFunction etiketli, iki dönüşümü açıklayan bir kutuyu gösterir: REST sipariş veri aktarım nesnesinden (DTO) etki alanı modeline ve etki alanı modelinden eski sistem DTO'suna. Bu Azure İşlevleri kutusundan, kesikli yatay bir ok sağa doğru uzanarak günlüğe kaydetme, izleme ve hata ölçümlerini listeleyen, Azure İzleyici ve Application Insights etiketli bir kutuyu işaret eder. Düz ok, Azure İşlevleri'dan Eski sipariş sistemi etiketli bir kutuya doğru aşağı doğru ilerler. Diyagramda, Azure İzleyici ve Application Insights tarafından sağlanan izleme ve tanılama ile istemci uygulamalarının API Management ve Azure İşlevleri aracılığıyla eski sipariş sistemiyle nasıl etkileşime geçtiği gösterilmektedir. Microsoft Azure logosu sol alt köşede görünür.

Bu zaman uyumlu istek yanıt modelinin ötesinde, bozulmayı önleme katmanı zaman uyumsuz, olay odaklı bir yaklaşım da kullanabilir. Katman, Azure Service Bus, Azure Event Grid veya Azure Event Hubs kullanarak modern etki alanını eski sistemin aktarım hızı kısıtlamalarından ayırarak yüksek aktarım hızına sahip veya yüksek oranda ayrılmış iş yükleri için ileti tabanlı çeviriye olanak tanır.

Sonraki Adımlar

• Dağıtılmış işlemleri yönetmeye ve Telafi İşlemi düzeni ve Saga dağıtılmış işlemler düzeni gibi veri tutarlılığını korumaya yardımcı olan bulut tasarımı desenlerini keşfedin.

• Yolsuzluk önleme katmanı tek hata noktası hâline gelebileceğinden, dayanıklılığı sağlamak için Yeniden Deneme desenini, Devre Kesici desenini, Bulkhead desenini ve Sistem Durumu Uç Noktası İzleme desenini kullanarak plan yapın.

İlgili kaynaklar

• Strangler Fig tasarım deseni
• Mesajlaşma Köprüsü düzeni