Bu senaryoda, turizm sektöründeki bir e-ticaret şirketinin Azure API Management kullanarak eski web uygulamasının geçişini yapıyor. Yeni kullanıcı arabirimi, Azure'da hizmet olarak platform (PaaS) uygulaması olarak barındırılır ve hem mevcut hem de yeni HTTP API'lerine bağlıdır. Bu API'ler, daha iyi performans, daha kolay tümleştirme ve gelecekte genişletilebilirlik sağlayan, daha iyi tasarlanmış bir arabirim kümesiyle birlikte gönderilir.
Mimari
Bu mimarinin Visio dosyasını indirin.
İş Akışı
- Mevcut şirket içi web uygulaması, mevcut şirket içi web hizmetlerini doğrudan tüketmeye devam eder.
- Mevcut web uygulamasından mevcut HTTP hizmetlerine yapılan çağrılar değişmeden kalır. Bu çağrılar şirket ağında dahilidir.
- Azure'dan mevcut iç hizmetlere gelen çağrılar yapılır:
- Güvenlik ekibi, GÜVENLI aktarım (HTTPS veya SSL) kullanarak API Management örneğinden gelen trafiğin şirket güvenlik duvarından mevcut şirket içi hizmetlere geçmesine izin verir.
- İşlem ekibi, hizmetlere yalnızca API Management örneğinden gelen çağrılara izin verir. Api Management örneğinin IP adresini kurumsal ağ çevresi içindeki izin verilenler listesine ekleyerek bu gereksinimi karşılar.
- HTTP hizmetleri için şirket içi istek işlem hattında yeni bir modül yapılandırılır (yalnızca dışarıdan kaynaklanan bağlantılarda işlem yapmak için). İşlem hattı, API Management'ın sağladığı bir sertifikayı doğrular.
- Yeni API:
- Yalnızca API cephesini sağlayan API Management örneği aracılığıyla ortaya çıkar. Yeni API'ye doğrudan erişilir.
- Bir Azure PaaS Web API uygulaması olarak geliştirilir ve yayımlanır.
- Yalnızca API Management sanal IP'sini kabul etmek için yapılandırılır (Azure Uygulaması Hizmeti'nin Web Apps özelliği için ayarlar aracılığıyla).
- Güvenli aktarım (HTTPS veya SSL) açık olarak Web Apps'te barındırılır.
- Microsoft Entra ID ve OAuth 2 aracılığıyla Azure Uygulaması Hizmeti tarafından sağlanan yetkilendirme etkinleştirildi.
- Yeni tarayıcı tabanlı web uygulaması hem mevcut HTTP API'sinin hem de yeni API'nin Azure API Management örneğine bağlıdır.
API Management örneği, eski HTTP hizmetlerini yeni bir API sözleşmesine eşlemek için yapılandırılır. Bu yapılandırmada, yeni Web kullanıcı arabirimi eski hizmetler/API'ler ve yeni API'ler kümesiyle tümleştirmenin farkında değildir.
Gelecekte proje ekibi, işlevselliği aşamalı olarak yeni API'lere aktaracak ve özgün hizmetleri devre dışı bırakacaktır. Ekip bu değişiklikleri API Management yapılandırmasında işleyecek ve ön uç kullanıcı arabirimini etkilenmeyecek ve yeniden geliştirme çalışmasını önleyecek.
Bileşenler
Alternatifler
Kuruluş, eski uygulamaları barındıran sanal makineler (VM'ler) dahil olmak üzere altyapısını tamamen Azure'a taşımayı planlıyorsa, API Management yine de mükemmel bir seçenektir çünkü adreslenebilir herhangi bir HTTP uç noktası için bir cephe görevi görebilir.
Kuruluş mevcut uç noktaları gizli tutmaya ve bunları genel kullanıma sunmamaya karar verseydi, kuruluşun API Management örneği bir Azure sanal ağına bağlanabilirdi:
- Dağıtılan bir Azure sanal ağına bağlı bir Azure "lift and shift" senaryosunda kuruluş, özel IP adresleri aracılığıyla arka uç hizmetini doğrudan ele alabilir.
- Şirket içi senaryoda, API Management örneği bir Azure VPN ağ geçidi ve siteden siteye IPSec VPN bağlantısı veya Azure ExpressRoute aracılığıyla iç hizmete özel olarak ulaşabilir. Bu senaryo daha sonra Azure'ın ve şirket içi ortamın karması haline gelir.
Kuruluş, API Management örneğini iç modda dağıtarak özel tutabilir. Kuruluş daha sonra bazı API'ler için genel erişimi etkinleştirmek için Azure Uygulaması lication Gateway ile dağıtımı kullanabilir, bazıları ise şirket içinde kalır. Daha fazla bilgi için bkz . API Management'ı Application Gateway ile iç sanal ağda tümleştirme.
Kuruluş API'lerini şirket içinde barındırmaya karar verebilir. Bu değişikliğin bir nedeni, kuruluşun bu projenin kapsamındaki aşağı akış veritabanı bağımlılıklarını buluta taşıyamama olabilir. Böyle bir durumda kuruluş, şirket içinde barındırılan bir ağ geçidi kullanarak API Management'ın yerel olarak avantajlarından yararlanmaya devam edebilir.
Şirket içinde barındırılan ağ geçidi, giden bir yuvada Azure'a geri bağlanan API Management ağ geçidinin kapsayıcılı dağıtımıdır. İlk önkoşul, şirket içinde barındırılan ağ geçitlerinin Azure'da üst kaynak olmadan dağıtılmayabilmesidir ve bu ek ücrete bağlıdır. İkincisi, API Management'ın Premium katmanı gereklidir.
Not
API Management'ı sanal ağa bağlama hakkında genel bilgi için bu makaleye bakın.
Senaryo ayrıntıları
Seyahat sektöründeki bir e-ticaret şirketi, eski tarayıcı tabanlı yazılım yığınını modernleştiriyor. Mevcut yığın çoğunlukla monolitik olsa da, bazı SOAP tabanlı HTTP hizmetleri yeni bir projeden alınmaktadır. Şirket, geliştirdiği bazı iç fikri mülkiyetlerden para kazanmak için ek gelir akışları oluşturmayı düşünüyor.
Projenin hedefleri arasında teknik borcu ele alma, devam eden bakımı iyileştirme ve daha az regresyon hatasıyla özellik geliştirmeyi hızlandırma yer alıyor. Proje, riskten kaçınmak için yinelemeli bir işlem kullanır ve paralel olarak gerçekleştirilen bazı adımlar vardır:
- Geliştirme ekibi, vm'lerde barındırılan ilişkisel veritabanlarından oluşan uygulamanın arka ucunu modernleştirecek.
- Şirket içi geliştirme ekibi, yeni HTTP API'leri üzerinden kullanıma sunulacak yeni iş işlevleri yazacaktır.
- Sözleşme geliştirme ekibi, Azure'da barındırılacak yeni bir tarayıcı tabanlı kullanıcı arabirimi oluşturacak.
Yeni uygulama özellikleri aşamalı olarak teslim edilecek. Bu özellikler, artık şirketin e-ticaret işini destekleyen mevcut tarayıcı tabanlı istemci/sunucu kullanıcı arabirimi işlevinin (şirket içinde barındırılan) yerini alır.
Yönetim ekibinin üyeleri gereksiz yere modernleştirmek istemiyor. Ayrıca kapsam ve maliyetlerin denetimini de korumak isterler. Bunu yapmak için mevcut SOAP HTTP hizmetlerini korumaya karar verdiler. Ayrıca mevcut kullanıcı arabirimindeki değişiklikleri en aza indirmeyi de amaçlıyorlar. Projenin birçok gereksinimlerini ve kısıtlamalarını karşılamak için Azure API Management'ı kullanabilirler.
Olası kullanım örnekleri
Bu senaryoda eski tarayıcı tabanlı yazılım yığınlarının modernleştirilmesi vurgulanır.
Aşağıdakiler için bu senaryoyı kullanabilirsiniz:
- İşletmenizin Azure ekosistemini kullanmaktan nasıl yararlanabileceğini görün.
- Hizmetleri Azure'a geçirmeyi planlayın.
- Azure'a geçişin mevcut API'leri nasıl etkileyeceğini öğrenin.
Dikkat edilmesi gereken noktalar
Bu önemli noktalar, bir iş yükünün kalitesini artırmaya yardımcı olan bir dizi yol gösteren ilke olan Azure İyi Tasarlanmış Çerçeve'nin yapı taşlarını uygular. Daha fazla bilgi için bkz . Microsoft Azure İyi Tasarlanmış Çerçeve.
Kullanılabilirlik ve ölçeklenebilirlik
- Bir fiyatlandırma katmanı seçip birim ekleyerek Azure API Management'ın ölçeğini genişletebilirsiniz.
- Ölçeklendirme otomatik ölçeklendirme ile otomatik olarak da gerçekleşebilir.
- Birden çok bölgeye dağıtım, yük devretme seçeneklerini etkinleştirir ve Premium katmanında yapılabilir.
- Ölçümleri izleme için Azure İzleyici aracılığıyla da ortaya çıkan Azure Uygulaması Analizler tümleştirmeyi göz önünde bulundurun.
Maliyet iyileştirme
Maliyet iyileştirme, gereksiz giderleri azaltmanın ve operasyonel verimlilikleri iyileştirmenin yollarını bulmaktır. Daha fazla bilgi için bkz . Maliyet iyileştirme sütununa genel bakış.
API Management dört katmanda sunulur: Geliştirici, Temel, Standart ve Premium. Bu katmanlardaki farklılıklar hakkında ayrıntılı yönergeler için bkz . Azure API Management fiyatlandırma kılavuzu.
Birimleri ekleyerek ve kaldırarak API Management'ı ölçeklendikleyebilirsiniz. Her birim, kendi katmanına bağlı bir kapasiteye sahiptir.
Not
API Management özelliklerinin değerlendirilmesi için Geliştirici katmanını kullanabilirsiniz. Üretim için kullanmayın.
Öngörülen maliyetleri görüntülemek ve dağıtım gereksinimlerinize göre özelleştirmek için Azure fiyatlandırma hesaplayıcısında ölçek birimi sayısını ve App Service örneklerini değiştirebilirsiniz.
Bu senaryoyu dağıtın
Başlamak için portalda bir Azure API Management örneği oluşturun.
Alternatif olarak, belirli bir kullanım örneğine uygun mevcut bir Azure Resource Manager hızlı başlangıç şablonu arasından seçim yapabilirsiniz.
Katkıda Bulunanlar
Bu makale Microsoft tarafından yönetilir. Başlangıçta aşağıdaki katkıda bulunanlar tarafından yazılmıştır.
Asıl yazar:
- Ben Gimblett | Kıdemli Müşteri Mühendisi
Genel olmayan LinkedIn profillerini görmek için LinkedIn'de oturum açın.
Sonraki adımlar
Ürün belgeleri:
Modülleri öğrenin:
- Azure Uygulaması Hizmetini Keşfedin
- Azure Uygulaması Hizmeti ile Azure'a web sitesi dağıtma
- Azure API Management'ta API'lerinizi koruma