Bulut Servisi SDK'larında Özet Fabrika Desenlerini Kullanımı için En İyi Uygulamalar

Özet Fabrika modeli, yazılım mühendisliğindeki en güvenilir yaratıcı tasarım modellerinden biri olarak kalır ve bulut hizmeti SDK'larının geliştirilmesinde doğal bir ev bulur. Bulut bilişim ortamları giderek daha fazla çok yüksek hale gelir ve çok hizmet, ilgili nesnelerdeki aileleri oluşturma yeteneği - bu makalede, hesap örnekleri veya kimlik doğrulama eller - belirli bir bulut satıcısı için kodunuzu gerekli hale getirmeden.Bu model, temel iş mantığından gelen yaratıcı mantıkla tartışır ve çoklu bulut platformlarını en iyi şekilde değiştirme yeteneği verir.

Modern uygulamaların yükselen karmaşıklığı – AWS, Azure ve Google Cloud'un tüm ailelerini aynı anda veya zamanla yönetme konusunda işbirliği yapar - sanal makineler, depolama kovaları ve ağ yapılandırmaları gibi bir tasarım yaklaşımı talep eder.Görüntü gibi desenler tek kullanımlık yaratımı ele alır, sonra da mimarisinizi geliştirecek en iyi uygulamaları çözer.

Cloud Contexts'taki Özet Fabrika Desenini Anlamak

Anada, Abstract Factory modeli, beton sınıflarını belirtmeden ilgili veya bağımlı nesneler oluşturmak için bir arayüz sunar. bulut SDK'sında, bu genellikle doğru sağlayıcıya özel nesnelere geri dönmek için yöntemler tanımlayan tek bir soyut fabrika anlamına gelir.0)Templely,0|,0|,0|screformalar ve her beton fabrikaya - biri GCP için - bu yöntemlerin doğru sağlayıcısına geri dönmesi için.

Bu ayrılık önemlidir, çünkü bulut sağlayıcıları API'lerinde önemli ölçüde farklılık gösterir, doğrulama mekanizmaları, fiyatlandırma modelleri ve özellik setleri. Örneğin, AWS EC2 örnekleri güvenlik grupları kullanırken, Azure Sanal Makineler ağ güvenlik grupları kullanır (NSG) Her ikiniz de aynı ama aynı ama yangın duvarı kurallarına hizmet eder. Abstract Factory modellerini ortak bir arayüz arkasında saklar, uygulama mantığının sağlayıcı-agnostic kalmasını sağlar.

Önemli bir nuance, Abstract Factory modelinin birden çok ilgili ürün ailesi olduğunda en kullanışlı olmasıdır.Eğer sadece bir tür nesneye ihtiyacınız varsa (örneğin, bir bulut depolama müşterisi), basit bir Fabrika yöntemi yeterli olabilir. Ancak uygulamanız birlikte hesaplama, depolama ve ağla etkileşim kurduğunuzda -ve bu bileşenler aynı sağlayıcıya sıkı bir şekilde çiftleşir - Abstract Factory, tek bir fabrika tarafından yaratılan objelerin birbirleriyle uyumlu olmasını sağlar.

Uygulama için En İyi Uygulamalar

Özet Fabrika modelini bulut SDK'larında etkili bir şekilde uygulayın, sadece arayüz tanımlarını sarmaktan daha fazlasını gerektirir. Aşağıda, her biri somut örnekler ve gerçek dünya SDK gelişiminde temel oluşturan sebepler vardır.

1. Clear, Sağlayıcı-Agnostic Interfaces

Özet ürünler uygulamanızın domaini açısından tasarlanmalıdır, bulut sağlayıcının API'si değil. sızdıran sağlayıcıya özgü kavramlar "IAM rolleri" veya "VPC akranlama" gibi arayüz isimleri yerine domaini kullanılmalıdır: 03. Örneğin: [[Gerçeğiniz: 03.Bölümler temel davranışları yakalamalıdır: oluşturmak, okumak, güncellemek ve belki de hesap kaynakları için başlangıç / duraklama.

  • [FONT:0) ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇
  • [FONT:0) ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇
  • [FONT:0) ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇

Her arayüzü aynı soyutlama seviyesinde ayrı bir paket veya modülde yaşamak, geliştiricilerin okuma sağlayıcı kodu olmadan sözleşmeyi anlamasını kolaylaştırmak için kolay hale getirmek.Seksleri istikrarlı tutmak - yayınlanan, bir yöntem imzasını değiştirmek tüm beton fabrikalarını kıracaktır.Evretim gerekliyse sürüm veya deprecation belirteçleri kullanın.

2. İnce Adaptasyonlar Olarak Beton Faktörleri Uygulanır

Her beton fabrika (örneğin, aİLMİŞT: 16) Uygulamanın AWS SDK'larını kapatıp, sağlayıcıya özel SDK sınıflarına gerçek çalışmayı ertelemesi gerekir. Bu, fabrikayı iş mantığıyla geri çevirmeyi önler. Örneğin, anİLETİŞİME:16, uygulama, AWS SDK'nın dünkü aramalarını bitirebilir ve ürünlerinize ait olan sorumluluğun bir şekilde çevrilmesi gerekir.

Başka bir önemli detay, beton fabrikalarının devletsiz ve thread güvenli olması gerektiğidir. Genellikle başvuruda bir kez ve yeniden yapılandırılırlar.Eğer yapılandırmaya ihtiyacınız varsa (bölge veya kimliklere gibi), altta yatan SDK müşterileri yapılandıran bir fabrika yöntemiyle geçer. Örneğin:

  • [[Düzg:) İç AWS SDK müşterileri oluşturur.
  • [FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=

Fabrikaları montaja odaklandığınızda, test etmek kolay hale getirirsiniz - alaylı bir SDK müşterileri ile bir fabrikayı anında yapabilirsiniz ( onları enjekte ettiniz).

3. Fabrika Kararları için Bağlanma Enjeksiyonunu Kullanın

Uygulama bileşenleriniz asla doğrudan beton fabrikasını anlık olarak doldurmamalıdır. Bunun yerine, iş zamanında uygun fabrikayı sağlamak için bağımlılık enjeksiyonu (DI) kullanın. Bu bir DI konteyner (Spring, Guice, Dagger) veya bir kompozisyon kökünde el kablolama yoluyla yapılabilir. DI konteyneri yapılandırma veya çevre değişkenlerine dayanan bir beton uygulama için bir arayüze bağlanır.

[FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=)

Bu yaklaşım, müşteriyi fabrika oluşturma mantığından ayırır; aynı zamanda fabrikaların enjeksiyonu yoluyla fabrikaları değiştirmenize olanak sağlar (örneğin, 03: 5 ) ve testlerinizi basitleştirir - bir fabrikaya enjekte edebilirsiniz.Bir fabrikaya enjekte ettiğinizde, aynı zamanda fabrikaların enjeksiyonu sırasındaki soyut ürün arayüzlerini de ödüllendirebilirsiniz.

4. Sağlayıcı-Specific Sub-Factories ile Extenabilite için tasarım

Bulut sağlayıcıları hızla gelişiyor – AWS, Lambda, SQS ve SNS gibi yeni hizmetler yayınlar; Azure, Azure işlevleri ve Servis Bus; GCP, Bulut Fonksiyonlar ve Pub/Sub. Your Abstract Factory must be extensible without break existing code. One kanıtlanmış teknik is to define the abstract Factory as an arabirimleri kullanarak uzatılabilir bir arayüz olarak tanımlamak için. Örneğin, bu işlem, depolama, ve ağ içeren bir temel güvenlik sağlar, sonra mesajlaşma ve sunucusuz beton uygulamaları oluşturabilir.

Başka bir yaklaşım, Özet Fabrika desenini, opsiyonel hizmetler için Prototip veya Builder kalıbı ile birlikte kullanmaktır. Örneğin, bir sağlayıcının belirli bir hizmeti yoktur (örneğin, AWS’nin yönetilen bir mesajı vardır, ancak daha küçük bir sağlayıcı olmayabilir), fabrika iyi tanımlanmış bir kabus atabilir veya geri dönemez bir nesne döndürür.

Ayrıca, müşterilerin yeni ürün ailelerini dinamik olarak kaydetmesine izin verir. Örneğin, fabrikada bir kayıt modeli oluşturabilirsiniz: bir ürün kayıtlı değilse zaman hataları çalıştırmaya yol açabilirsiniz.

5. Encapsulate Sağlayıcı-Specific Build and Lifecycle

Bulut SDKları API anahtarları, bölge, zamanouts, yeniden deneme politikaları ve giriş gerektirir. Abstract Factory bu yapılandırmayı ele geçirip, altta yatan SDK müşterilerinin yaşam döngüsünü yönetmelidir. Örneğin, beton fabrikanız, bir AWSDÜŞTER'i oluşturmak ve önbellekli API müşterileri için bir referans tutabilir.It can also handle sağlayıcıya özel kimlik doğrulama (örneğin, AWS kimlikleri vs. Azure yönetilen kimlik).

Bu encapsulation sızıntıyı uygulamanın geri kalanına engeller. İş mantığı sadece alan nesnelerle ilgilenir; asla 444D:35'e dokunmaz veya fabrika tüm sağlayıcı bütünleme noktaları için tek bir gerçek kaynağı haline gelir, denetimler ve güvenlik yorumları daha kolay hale getirir.

6. Tekton veya Scoped Object olarak Implement Factory

Çünkü beton fabrikaları pahalı kaynakları yönetiyor (HTTP bağlantıları, credential önbellekleri, iplik havuzları), belirli bir bağlamda (application veya istek) bir hesap / kesintiye uğrayabilir veya aynı anda farklı bulut hesaplarla veya bölgelerde etkileşime girebilirsiniz.

DI konteynerleri kullanırken, fabrikayı tekton veya prototip olarak uygun olarak yapılandırın. Herhangi bir seansa özel veya bölgeye özgü fabrikanın artık kaynak sızıntılarından kaçınmak için gerekli olmadığı durumlarda yok edilmesi gerekir.Birçok modern bulut SDKs (örneğin AWS SDK v2) zaten kendi HTTP müşteri havuzlarını yönetiyor, ancak kontrollü bir şekilde fabrikaları kapatmak akıllıca.

7. Fabrika Katmanı'nda Endişeler Tutmak

Logging, metrikler, yeniden tarihler ve devre kesiciler genellikle tüm ürün yaratımları ve operasyonları boyunca tutarlıdır. Bu, onları fabrikada veya yaratılan bir dekorasyonda merkezi bir şekilde uygular. Örneğin, gerçek fabrikayı dekore eden ve her ürünü her ürünü oturum açmanız için yapılandırabilirsiniz.

Benzer şekilde, tedarikçi özel istisnalarının hata kullanımı ve dönüşümü (örneğin, 03.03.2012) merkezileştirilebilir. Fabrika, sağlayıcı istisnalarını yakalayan ve bunları ortak bir şekilde çeviren ürün uygulamaları iade edebilir.

Cloud SDK'larda Özet Fabrika Desenlerini Kullanımının Faydaları

Bu modeli SDK mimarisinizde benimsemenin avantajları açık esnekliğin ötesine geçer. Her fayda doğrudan gelişim hızı, operasyonel istikrar ve takım ölçeklenebilirliği etkiler.

  • [[Düzücü Agnosticism:[Dönetici: 0,4|) Uygulama kodunız asla bir sağlayıcıya özgü bir sınıf ithal etmez. Bu, AWS'nin fabrika uygulama ve yapılandırmasını değiştirmek için bir konu haline getirir - işletme katmanında değişken sıfır kod değişiklikleri.Bu, özellikle de kutudan birden fazla bulutu desteklemesi gereken SaaS ürünleri için değerlidir.
  • [FONT:0]Consistent Object Family: Aynı fabrikadan nesnelerin bir araya getirdiği garantiler entegrasyon böcekleri ortadan kaldırır. Örneğin, ağ sağlayan aynı fabrika tarafından yaratılan bir hesap örneği, sanal ağ aynı bölgede ve hesapta var olmasını sağlar.
  • [FONT:0)Enhanced Testability:) Tüm iş mantığını, sahte nesnelere geri dönen bir makine sağlayarak test edebilirsiniz. Her birim test için gerçek bulut uç noktalarına karşı daha fazla çalışan entegrasyon testleri yok.Bu dramatik hızlar CI boru hatları ve test başarısız senaryoları kolayca test edebilirsiniz.
  • [FONT:0]Sigeded Onboarding:[Dönetici:[Dönetici:0) Yeni ekip üyeleri sadece katkıda bulunmak için soyut arayüzleri ve tek bir fabrika kalıbını anlamalılar. Her bulut sağlayıcının SDK quirks hakkında derin bilgiye ihtiyaç duymazlar.
  • [FONT:0)Reformasyonların Ayrılması: [Dönetici: 1) Fabrika ve ürün sınıfları bulut altyapısı ve iş mantığı arasında açık bir sınır oluşturur. Bu, alan odaklı tasarım ilkeleri ile uyumludur ve mülkiyet tayin etmeyi kolaylaştırır - Bulut mühendisleri fabrika modüllerine odaklanabilir, uygulama geliştiricileri iş katmanına odaklanır.
  • [FONT:0) Multi-Cloud için erişilebilirlik:) Eğer kuruluş yeni bir bulut sağlayıcısı benimsemeye karar verirse, sadece yeni bir beton fabrikalarını uygulamanız gerekir.Mevcut müşteriler açık / kapalı Prensiplerin doğrudan bir sonucudur.

Bu avantajlar teorik değildir. Birçok işletme SDK'ları gibi değildir:0.Google Cloud Java Müşterisi) ve [[Dönetici:2)AWS SDK for Java v2) fabrika kalıpları (yapımlarla birlikte) kolay geçişlere veya farklı kimlik doğrulama sağlayıcılarına izin vermek.

Gerçek-World Implementation Örnek

Beton örneği ile yürüyelim: Sanal makineleri ve diskot depolamayı AWS ve Azure'da yönetmemiz gereken bir karma bulut uygulaması. soyut bir fabrika arayüzü tanımlayacağız:

(Allah’a) yemin ederim.

Ardından, AWS SDK v2. TheurFLT:46'ı kullanarak "Ücretsiz" ve Azure SDK'larımızdan ürün arabirimleri geri döndürür ([DÜŞÜNÜŞÜNÜŞÜNÜŞÜNÜŞÜNÜŞÜNÜŞÜNÜŞÜNÜŞÜNÜŞÜNÜŞÜNÜŞÜNÜŞÜNÜŞÜNÜŞÜNÜŞÜNÜŞÜNÜŞÜNÜŞÜNÜŞÜNÜŞÜNÜŞÜNÜŞÜNÜŞÜNÜŞÜNÜŞÜNÜŞÜNÜŞÜNÜŞÜNÜŞÜNÜŞÜNÜŞÜNÜŞÜNÜŞÜNÜŞÜNÜŞÜNÜŞÜNÜŞÜNÜŞÜNÜŞÜNÜŞÜNÜŞÜNÜŞÜNÜŞÜNÜŞÜNÜŞÜNÜŞÜNÜŞÜNÜŞÜNÜŞÜNÜŞÜNÜŞÜNÜŞÜNÜŞÜNÜŞÜNÜŞÜNÜŞÜNÜŞÜNÜŞÜNÜŞÜNÜŞÜNÜŞÜNÜŞÜNÜŞÜNÜŞÜNÜŞÜNÜŞÜNÜŞÜNÜŞÜNÜŞÜNÜŞÜNÜŞÜNÜŞÜNÜŞÜN

Şimdi uygulamanızın dağıtım yöneticisini hayal edin:

[Üye: 34)

Daha sonra GCP desteği ekseniz, sadece GCP desteği yazıyorsunuz – dağıtım yöneticisi kodu değişmeden kalır. Bu, desenin gücüdür.

Potansiyel Pitfalls ve Them'dan Nasıl Kaçırmak

Hiçbir model dezavantajları olmadan değildir. Bulut SDK'larında Özet Fabrika ile ortak tuzakları anlamak onlardan kaçınmanıza yardımcı olacaktır.

  • [FONT:0)Over-Abstraction:[Dönetici:[Dönetici:0)Et:[Dönetici:0)Et:[Dönlendirme:[Dönlendirme:[Dönlendirme:[Dönetmelik:[Dönetmelik:Dönetmelik:Dönetmelik:) Bu tür durumlarda, sağlayıcıya özel kontrole ihtiyacınız olan opsiyonlara veya yapılandırma nesnelerine sözleşmeden bağlı olarak ihtiyacınız olabilir.
  • [FONT:0) Interface Pollution:[Dönetici:[Dönetici: 0,3) Bu, her beton uygulamanıza bir bakım yükü oluşturur. Bunun yerine, grupla ilgili ürünler ayrı alt faktörlere (örneğin, [[DüzD:40) ve ana fabrikaya geri döner.
  • [FONTNT:0)Complex Yapılandırma: [Dönetici fabrikaları yapılandırın, her biri farklı kimlikler, bölgeler veya referanslar gerektirdiğinde, her beton fabrika için bir inşaatçı modeli kullanın. Ayrıca, overrides'e izin verirken, birleştirilmiş bir yapılandırma DTO'yu göz önünde bulundurmak için.
  • [FONT:0)Performance Overhead:[Dönetici:[Dönetici: 0,4][/FONT=0) Her bir fabrika yöntemine çağrılabilir veya yeni ürün örnekleri oluşturabilir.Eğer yaratım pahalıysa (örneğin, bir ağ bağlantısı açın), fabrikadaki kalibrasyon veya havuz ürün örneklerini düşünün.
  • [FONT:0) Mocks olmadan Test:[Dönetici:[Dönetici] Her beton fabrika ve ürün için entegrasyon testlerine ihtiyacınız var. Bir alay fabrikası, iş mantığınızın doğru yöntemleri aradığını doğrulayabilir, ancak gerçek bulut sağlayıcının SDK davranışında böcekleri yakalayamaz.

Bu pitorasyonları ihlal ederek, Özet Fabrikanızı aşırı karmaşık hale gelmeden sağlam olarak tasarlayabilirsiniz.

Sonuç Sonuç Sonuç Sonuç Sonuç Sonuç Sonuç Sonuç

Özet Fabrika modeli, bulut platformlarının hızlı evrimine dayanacak bir mimari oluşturmak için kanıtlanmış bir çözümdür.Spektif sağlayıcı-agnostic arabirimleri tanımlamak, ince beton fabrikaları uygulamak ve arayüzleri kullanmak için, uygulamanızı istediğiniz bir mimari oluşturabilirsiniz.

Bulut hizmetlerinin ailelerini tanımlamak için bugün kullanın.Bu aileler için soyut arayüzleri tanımlayın. Sonra birincil bulut sağlayıcınız için beton fabrikaları uygulayın.Ek sağlayıcılar için destek ek olarak, desen kendi başına birçok kez öder. Aşağıdaki referanslar, dört ve uygulamanız tarafından modern SDK tasarımıyla tanımlandığı gibi daha fazla okuma sağlar.

[FONT=0)Dönemli Referanslar: [Dönemli: [Dönemli: 1)

  • [FONT:0) Tasarım Desenleri: Reusable Object-Oriented Software[Dönetici: 1)
  • [FONT:0)Martin Fowler: Özet Fabrika
  • [FONT=0)AWS Java için bir SDK - Credentials ve Bölge[Döneticiler ve Bölge[Döneticiler ve Bölgeler)[Döneticiler ve fabrika kullanımı için örnekler)

Bu en iyi uygulamaları gerçek dünya testi ile birleştirerek, bugün sadece sağlam olmayan bulut SDKları inşa edebilirsiniz, aynı zamanda yarının çoklu bulut gerçeklerine de hazır olabilirsiniz.