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.
Azure, uygulama kodunuzu barındırmak için birçok yol sağlar. İşlem terimi, uygulamanızın üzerinde çalıştığı kaynaklar için barındırma modelini ifade eder. Bu makale, senaryonuz için doğru işlem hizmetini seçmenize yardımcı olur ve genel amaçlı işlem tekliflerine odaklanır.
Architecture
Aday işlem hizmetini seçmek için aşağıdaki akış çizelgesini kullanın.
Bu mimarinin Visio dosyasını indirin.
Önceki diyagram iki geçiş stratejisini ifade eder:
Lift and shift: Uygulamayı yeniden tasarlamadan veya kod değişiklikleri yapmadan iş yükünü buluta geçirme stratejisi. Yeniden barındırma olarak da bilinir. Geçişler gerçekleştiren iş yükü ekiplerinin, zaman çizelgeleri ve bütçeleri bulut tabanlı işlevsellik için yeniden tasarlamayı desteklemiyorsa, aynı türden bir yaklaşım kullanmasını ve optimizasyonu ertelemesini öneririz. Daha fazla bilgi için bkz. İş yüklerini diğer bulut platformlarından Azure'a geçirme.
Bulut için iyileştirilmiş: Bulutta yerel özelliklerden ve özelliklerden yararlanmak için bir uygulamayı yeniden düzenleyerek buluta geçiş stratejisi. Bu stratejiyi, başlangıçtan buluta özel özellikleri kullanmak üzere tasarlanan yeşil alan (yeni) iş yüklerini açıklamak için de kullanabilirsiniz.
Bu akış çizelgesinden çıkış, başlangıç noktanızdır. Ardından hizmeti değerlendirerek ihtiyaçlarınızı karşılayıp karşılamadığını görün.
Bu makale, bir hizmet seçmenize yardımcı olabilecek çeşitli tablolar içerir. Akış çizelgesindeki ilk aday, uygulamanız veya iş yükünüz için uygun olmayabilir. Bu durumda, çözümlemenizi diğer işlem hizmetlerini içerecek şekilde genişletin.
İş yükünüz ayrı işlem bileşenlerinden oluşuyorsa, her uygulamanın gereksinimlerini ayrı ayrı değerlendirin. Eksiksiz bir çözüm iki veya daha fazla işlem hizmeti içerebilir.
Temel özellikleri anlama
Önceki bölümde seçtiğiniz Azure hizmetini bilmiyorsanız aşağıdaki genel bakış belgelerine bakın:
Azure Sanal Makineler , bir Azure sanal ağı içindeki sanal makineleri (VM) dağıtmak ve yönetmek için kullanabileceğiniz bir hizmettir.
Azure App Service , web uygulamalarını, mobil uygulama arka uçlarını, RESTful API'lerini veya otomatik iş süreçlerini barındırmaya yönelik yönetilen bir hizmettir.
Azure İşlevleri , olay temelli uygulamalar için çeşitli tetikleyici türlerine göre çalışan yönetilen işlevler sağlayan bir hizmettir.
Azure Kubernetes Service (AKS), kapsayıcılı uygulamaları çalıştırmaya yönelik yönetilen bir Kubernetes hizmetidir. Kubernetes API'sine ve kontrol düzlemine doğrudan erişim sağlar.
Azure Container Apps , sunucusuz bir ortamda kapsayıcılı uygulamaların dağıtımını basitleştiren Kubernetes üzerinde oluşturulmuş bir yönetilen hizmettir. Temel kubernetes API'lerine doğrudan erişim sağlamaz. Kubernetes API'lerine ve kontrol düzlemine erişmeniz gerekiyorsa AKS kullanın.
Azure Container Instances, Azure'da tek bir kapsayıcı veya kapsayıcı grubu çalıştırmaya yönelik bir hizmettir. Kapsayıcı Örnekleri tam kapsayıcı düzenlemesi sağlamaz, ancak VM sağlamaya veya daha üst düzey bir hizmet benimsemeye gerek kalmadan kapsayıcıları uygulayabilirsiniz.
Azure Red Hat OpenShift , Kubernetes ile üretimde kapsayıcı çalıştırmaya yönelik tam olarak yönetilen bir OpenShift kümesidir.
Azure Batch , büyük ölçekli paralel ve yüksek performanslı bilgi işlem (HPC) uygulamaları çalıştırmaya yönelik yönetilen bir hizmettir.
Azure VMware Çözümü , VMware iş yüklerini Azure'da yerel olarak çalıştırmaya yönelik yönetilen bir hizmettir.
Barındırma modellerini anlama
Barındırma modelleri için bulut hizmetleri üç kategoriye ayrılır:
Hizmet olarak altyapı (IaaS), ilişkili ağ ve depolama bileşenleriyle birlikte VM'ler sağlamanızı sağlar. Daha sonra bu VM'lere herhangi bir yazılım ve uygulama dağıtabilirsiniz. Bu model, geleneksel şirket içi ortama en benzer modeldir. Altyapıyı Microsoft yönetir ve vm'leri siz yönetirsiniz.
Hizmet olarak platform (PaaS), vm'leri yönetmeye gerek kalmadan uygulamanızı dağıtabileceğiniz yönetilen bir barındırma ortamı sağlar. App Service ve Container Apps, PaaS hizmetleridir.
Hizmet olarak İşlevler (FaaS), kodunuzu otomatik olarak çalıştıran hizmete dağıtmanıza olanak tanır. Azure İşlevleri bir FaaS hizmetidir.
Uyarı
Azure İşlevleri bir Azure sunucusuz işlem teklifidir. Bu hizmetin sunucusuz iş akışları için Azure Logic Apps gibi diğer Azure sunucusuz tekliflerle karşılaştırmasını görmek için bkz. Azure'da doğru tümleştirme ve otomasyon hizmetlerini seçme.
Bulut işlem hizmetleri, IaaS'den tam olarak yönetilen FaaS'a kadar değişir. Örneğin, Azure VM'leri sanal makine ölçek kümelerini kullanarak otomatik olarak ölçeklendirilebilir. Otomatik ölçeklendirme özellikleri genellikle PaaS veya FaaS ile ilişkilendirilir, ancak özellikler işlem kategorisi yerine hizmete göre farklılık gösterir.
Denetim ve yönetim kolaylığı arasında bir denge vardır. IaaS en fazla denetim, esneklik ve taşınabilirlik sağlar, ancak oluşturduğunuz VM'leri ve ağ bileşenlerini sağlamanız, ayarlamanız ve yönetmeniz gerekir. FaaS hizmetleri, bir uygulamayı çalıştırmanın neredeyse tüm yönlerini otomatik olarak yönetir. PaaS kısmi yönetim sağlar ve bazı kullanıcı yapılandırması gerektirir.
| Hizmet | Uygulama bileşimi | Yoğunluk | En az düğüm sayısı | Durum yönetimi | Web barındırma |
|---|---|---|---|---|---|
| Virtual Machines | Agnostik | Agnostik | 1 1 | Durumsuz veya durumlu | Agnostik |
| App Service | Uygulamalar, kapsayıcılar | App Service planı kullanarak her örnek için birden çok uygulama | 1 | Durumsuz | Built-in |
| Azure Functions | İşlevler, kapsayıcılar | Sunucusuz 2 | Sunucusuz 2 | Durumsuz veya durumludur 3 | Uygulanamaz |
| AKS | Containers | Her düğüm için birden çok kapsayıcı | 6 4 | Durumsuz veya durumlu | Agnostik |
| Konteyner Uygulamaları | Containers | Serverless | Serverless | Durumsuz veya durumlu | Agnostik |
| Container Instances | Containers | Ayrılmış örnek yok | Ayrılmış düğüm yok | Durumsuz | Agnostik |
| Azure Red Hat OpenShift | Containers | Her düğüm için birden çok kapsayıcı | 6 5 | Durumsuz veya durumlu | Agnostik |
| Batch | Zamanlanan işler | Her VM için birden çok uygulama | 1 6 | Durumsuz | Hayı |
| Azure VMware Çözümü | Agnostik | Agnostik | 3 7 | Durumsuz veya durumlu | Agnostik |
Notlar:
1İki veya daha fazla örneği olan daha yüksek hizmet düzeyi sözleşmesi (SLA).
2Azure İşlevleri için Tüketim ve Esnek Tüketim planları sunucusuz çalışır. App Service planı için işlevler, bu plan için ayrılan VM'lerde çalışır. Azure İşlevleri için doğru hizmet planını seçin.
3Dayanıklı işlevleri kullandığınızda.
4Üretim ortamları için önerilir. Sistem düğümü havuzunda üç ve her kullanıcı düğümü havuzu için üç.
5Üç birincil düğüm ve üç çalışan düğümü.
6İş tamamlandıktan sonra ölçeği sıfıra düşebilir.
7Bkz. Konaklar.
Daha fazla bilgi için bkz. Azure kapsayıcı hizmeti seçme.
Ağ Kurma
Uygulama platformunuzun büyük olasılıkla hem uygulamalarınız için sunucu hem de istemci olarak ağlarla arabirim oluşturması gerekir. Örneğin, işletim sistemi (OS) güncelleştirmelerini almak için bir istemci olarak çalışabilir. Hem doğu-batı hem de kuzey-güney trafik gereksinimlerinizi destekleyen bir platform seçmelisiniz.
| Hizmet | Sanal ağ tümleştirmesi | Hibrit bağlantı |
|---|---|---|
| Virtual Machines | Destekleniyor | Destekleniyor |
| App Service | Desteklenen 1 | Desteklenen 2 |
| Azure Functions | Desteklenen 1 | Desteklenen 3 |
| AKS | Supported | Destekleniyor |
| Konteyner Uygulamaları | Destekleniyor | Destekleniyor |
| Container Instances | Supported | Supported |
| Azure Red Hat OpenShift | Supported | Destekleniyor |
| Batch | Destekleniyor | Destekleniyor |
| Azure VMware Çözümü | Supported | Supported |
Notlar:
1Temel katman veya üzeri ya da App Service Ortamı gerektirir. Bkz. sanal ağ tümleştirmesi.
2App Service Hibrit Bağlantılarını kullanın.
3App Service planı, Azure İşlevleri Premium planı veya Azure İşlevleri Esnek Tüketim planı gerekir.
DevOps
| Hizmet | Yerel hata ayıklama | Uzaktan hata ayıklama | Programlama modeli | Uygulama güncelleştirmesi |
|---|---|---|---|---|
| Virtual Machines | Agnostik | Visual Studio için Uzak Araçlar | Agnostik | Yerleşik destek yok |
| App Service | IIS Express, diğerleri 1 | Sınırlı destek | Web ve API uygulamaları, arka plan görevleri için WebJobs | Dağıtım yuvaları |
| Azure Functions | Visual Studio veya Azure İşlevleri Temel Araçları | Desteklenmez | Sunucusuz, olay odaklı | Dağıtım yuvaları |
| AKS | Minikube, Docker, diğerleri | Microsoft dışı araçlar 2 | Agnostik | Sıralı güncelleştirme |
| Konteyner Uygulamaları | Yerel kapsayıcı çalışma zamanı | Hata ayıklama konsolu | Agnostik | Düzeltme yönetimi |
| Container Instances | Yerel kapsayıcı çalışma zamanı | Desteklenmez | Agnostik | Uygulanamaz |
| Azure Red Hat OpenShift | Minikube, Docker, diğerleri | Microsoft dışı araçlar 2 | Agnostik | Sıralı güncelleştirme |
| Batch | Desteklenmez | Uygulanamaz | Komut satırı uygulaması | Uygulanamaz |
| Azure VMware Çözümü | Agnostik | Visual Studio için Uzak Araçlar | Agnostik | Yerleşik destek yok |
Notlar:
1Seçenekler IIS Express, Visual Studio Code ve uygulama yığınınızı temel alan diğer standart geliştirme araçlarını içerir.
2Yerelden küme hata ayıklama için Telepresence veya mirrord gibi Microsoft dışındaki araçları kullanın.
Ekip becerileri ve operasyonel ek yük
| Hizmet | Gerekli beceriler | operasyonel ek yük | Bu özelliklere sahip ekipler için en iyisi. |
|---|---|---|---|
| Virtual Machines | İşletim sistemi yönetimi, ağ yönetimi, güvenlik yamalama | Yüksek: Tam altyapı yönetimi | Geleneksel BT işlemleri deneyimi |
| App Service | Web geliştirme, uygulama dağıtımı | Düşük: Platform altyapıyı işler | Koda odaklanan uygulama geliştiricileri |
| Azure Functions | Olay odaklı programlama, sunucusuz desenler | Çok düşük: Sunucusuz yönetim | Olay odaklı çözümler oluşturan geliştiriciler |
| AKS | Kubernetes yönetimi, kapsayıcı orkestrasyonu | Yüksek: Küme yönetimi, yükseltmeler, güvenlik | Kubernetes uzmanlığına sahip DevOps ekipleri |
| Konteyner Uygulamaları | Kapsayıcı temelleri, bulutta yerel desenler | Düşük: Soyut Kubernetes yönetimi | Kubernetes karmaşıklığı olmayan modern desenler isteyen ekipler |
| Container Instances | Kapsayıcıların Temelleri | Çok düşük: Orkestrasyon yok | Basit bir şekilde kapsayıcı çalıştırması gereken ekipler |
| Azure Red Hat OpenShift | OpenShift veya Kubernetes yönetimi | Yüksek: Küme yönetimi | OpenShift yatırımı olan ekipler |
| Batch | İş zamanlama, paralel işleme | Orta Düzey: İş ve havuz yönetimi | HPC veya toplu iş yükleri çalıştıran ekipler |
| Azure VMware Çözümü | VMware yönetimi | Orta: VMware tarafından yönetilen altyapı | VMware platform gereksinimlerine sahip ekipler |
Ölçeklenebilirlik
| Hizmet | Autoscaling | Yük Dengeleyici | Ölçeklendirme sınırı |
|---|---|---|---|
| Virtual Machines | Sanal makine ölçek kümeleri | Azure Yük Dengeleyici | - Platform görüntüsü: Her ölçek kümesi için 1.000 düğüm - Özel görüntü: Her ölçek kümesi için 600 düğüm |
| App Service | Dâhilî hizmet | Tümleşik | 30 örnek (Premium Katman), App Servis Ortamı ile 200, Yalıtılmış App Servis Ortamı ile 100 |
| Azure Functions | Dâhilî hizmet | Tümleşik | 200 örnek (Tüketim), 1.000 örnek (Esnek Tüketim) |
| AKS | Pod otomatik ölçeklendirme1, küme otomatik ölçeklendirme2 | Load Balancer veya Azure Application Gateway | Standart veya Premium katmanı kullandığınızda 5.000 düğüm |
| Konteyner Uygulamaları | Ölçeklendirme kuralları3 | Tümleşik | Her revizyon için 1.000 kopya, her bölgede 15 ortam |
| Container Instances | Desteklenmez | Yerleşik destek yok | Her abonelik için 100 kapsayıcı grubu (varsayılan sınır) |
| Azure Red Hat OpenShift | Pod otomatik ölçeklendirme, küme otomatik ölçeklendirme | Yük Dengeleyici veya Uygulama Geçidi | Her küme için 250 düğüm (varsayılan sınır) |
| Batch | Uygulanamaz | Yük Dengeleyici | 900 ayrılmış çekirdek ve 100 düşük öncelikli çekirdek sınırı (varsayılan sınır) |
| Azure VMware Çözümü | Yerleşik hizmet4 | Tümleşik5 | Her VMware vCenter için 3 ile 16 VMware ESXi ana bilgisayar |
Notlar:
1Bkz. Podları otomatik ölçeklendirme.
2Bkz . AKS'de uygulama taleplerini karşılamak için kümeyi otomatik olarak ölçeklendirme.
3Bkz. Container Apps'te ölçeklendirme kurallarını ayarlama.
4Bkz . Özel bulutta kümeleri ölçeklendirme.
5Bkz. VMware NSX.
Yerleşik çoklu bölge özellikleri
Bu karar kılavuzunun ele aldığı tüm uygulama platformları bölgeseldir. Bu yapılandırmalar, dayanıklılık için aktif-aktif veya kurtarılabilirlik için aktif-pasif gibi çok bölgeli topolojileri etkinleştirmek amacıyla dış yönlendirme gerektirir. Uygulama platformunun her bölgede en az bir örneği olan birden çok örneğini dağıttığınızda, dış yönlendirici veya yük dengeleyici trafiği bölgeler arasında gerektiğinde yönlendirebilir.
| Hizmet | Çoklu bölge seçeneği |
|---|---|
| Virtual Machines | Yalnızca tek bölge. Birden çok VM dağıtımıyla birlikte dış yönlendirici kullanılmalıdır. |
| App Service | Yalnızca tek bölge. Birden çok App Service Plan örneğiyle birlikte dış yönlendirici kullanılmalıdır. |
| Azure Functions | Yalnızca tek bölge. Birden çok konak örneğiyle birlikte harici yönlendirici kullanılmalıdır. |
| AKS | Yalnızca tek bölge. Birden çok kümeyle birlikte dış yönlendirici kullanılmalıdır. |
| Konteyner Uygulamaları | Yalnızca tek bölge. Dış yönlendirici, birden fazla Container Apps ortamıyla birlikte kullanılmalıdır. |
| Container Instances | Yalnızca tek bölge. |
| Azure Red Hat OpenShift |
Yalnızca tek bölge. Birden çok kümeyle birlikte dış yönlendirici kullanmak zorunludur. |
| Batch | Yalnızca tek bölge. |
| Azure VMware Çözümü | Yalnızca tek bölge. Birden çok Azure VMware Çözümü örneğiyle birlikte dış yönlendirici kullanılmalıdır. |
Security
Aşağıdaki hizmetlerin her biri için kullanılabilir güvenlik denetimlerini ve görünürlüğünü gözden geçirin ve anlayın:
- Linux için Sanal Makineler
- Windows için Sanal Makineler
- App Service
- Azure İşlevleri
- AKS
- Kapsayıcı Uygulamaları
- Container Örnekleri
- Azure VMware Çözümü
Diğer ölçütler
Sınırları ve maliyeti göz önünde bulundurun
Bağlam olarak önceki karşılaştırma tablolarını kullanın ve aday hizmetin aşağıdaki yönlerini daha ayrıntılı olarak değerlendirin:
- Azure fiyatlandırması ve maliyet hesaplayıcısı
- Bölgeye göre Azure hizmeti kullanılabilirliği
- Hizmet sınırları
- SLA'lar
Özel iş yükleri
Bazı iş yüklerinin belirli gereksinimleri vardır ve genellikle bu uygulama platformu seçim kılavuzundaki genel önerilere uymaz. Bu iş yükleri genellikle hizmet seçeneklerini dar bir desteklenen seçenek kümesiyle sınırlayan özelliklere sahip yazılım veya veritabanı ürünleridir.
| Scenario | Bu seçenekleri keşfedin |
|---|---|
| HPC iş planlaması | Azure CycleCloud |
| Azure VM'lerinde SAP | SAP iş yükü senaryolarını barındırmak ve çalıştırmak için Azure kullanma |
| Azure VM'lerinde Oracle |
Azure altyapısındaki Oracle veritabanları Oracle Linux ve WebLogic sunucusundaki uygulamalar |
| Fikirli programlama modelleriyle karmaşık, iç içe geçmiş durum yönetimi ve hesaplama | Azure Service Fabric |
| Mainframe | Azure için bir ana bilgisayar uygulamasını yeniden düzenleme |
| Market teklifleri | Azure işlemde iş ortağı tekliflerine göz atın |
| Kuantum bilişimi | Azure Quantum |
| Sanal masaüstü barındırma | Sanal masaüstü mimarisi tasarımı |
| Çıplak donanım veya özel ayrılmış hesaplama iş yükleri |
Azure Adanmış Sunucular Azure'da Nutanix Bulut Kümeleri |
Katkıda Bulunanlar
Microsoft bu makaleyi korur. Bu makaleyi aşağıdaki katkıda bulunanlar yazdı.
- Ayobami Ayodeji | Üst Düzey Program Yöneticisi
- Jelle Druyts | Baş Hizmet Mühendisi
- Martin Gjoshevski | Kıdemli Hizmet Mühendisi
- Phil Huang | Üst Düzey Bulut Çözümü Mimarı
- Julie Ng | Kıdemli Hizmet Mühendisi
- Paolo Salvatori | Baş Hizmet Mühendisi
Nonpublic LinkedIn profillerini görmek için LinkedIn'de oturum açın.