Bulut üzerindeki iş akışlarını ve yinelenen görevleri sunucusuz teknolojileri kullanarak otomatikleştirmek, kuruluşun DevOps ekibinin üretkenliğini önemli ölçüde artırabilir. Sunucusuz model, olay odaklı bir yaklaşıma uyan otomasyon senaryoları için en uygun seçenektir.
Mimari
Senaryolar
Bu makalede iki önemli bulut otomasyonu senaryosu gösterilmektedir:
Maliyet merkezi etiketlemesi: Bu uygulama, her Azure kaynağının maliyet merkezlerini izler. Azure İlkesi hizmeti, varsayılan maliyet merkezi kimliğine sahip bir gruptaki tüm yeni kaynakları etiketler. Azure Event Grid kaynak oluşturma olaylarını izler ve ardından bir Azure işlevini çağırır. İşlev, Microsoft Entra Kimliği ile etkileşim kurar ve yeni kaynağın maliyet merkezi kimliğini doğrular. Farklıysa etiketi güncelleştirir ve kaynak sahibine bir e-posta gönderir. Microsoft Entra Id rest sorguları basitlik için sahtedir. Microsoft Entra Id, Microsoft Graph PowerShell modülü veya Python için Microsoft Authentication Library (MSAL) kullanılarak da tümleştirilebilir.
Azaltma yanıtı: Bu örnek, azaltma için bir Azure Cosmos DB veritabanını izler. Azure Cosmos DB'ye veri erişim istekleri İstek Birimlerindeki (veya RU'lardaki) kapasiteyi aştığında Azure İzleyici uyarıları tetiklenir. Azure İzleyici eylem grubu , bu uyarılara yanıt olarak otomasyon işlevini çağıracak şekilde yapılandırılır. İşlev RU'ları daha yüksek bir değere ölçeklendirir, kapasiteyi artırır ve uyarıları durdurur.
Dekont
Bu çözümler, bu görevleri yerine getirmek için yalnızca dışarıda değildir ve sunucusuz teknolojilerin ortam sinyallerine (olaylara) nasıl tepki gösterebileceğini ve ortamınızdaki değişiklikleri nasıl etkileyebileceğinin bir gösterimi olarak gösterilir. Pratik olduğu durumlarda, özel çözümler yerine platforma özel çözümler kullanın. Örneğin Azure Cosmos DB, Azaltma yanıtı senaryosuna yerel bir alternatif olarak otomatik ölçeklendirme aktarım hızını yerel olarak destekler.
Senaryo 1 için başvuru uygulaması GitHub'da kullanılabilir.
Bu sunucusuz bulut otomasyonu senaryolarındaki işlevler genellikle sistem otomasyonunda kullanılan en yaygın iki betik dili olan PowerShell ve Python'da yazılır. Bunlar Azure CLI'da Azure İşlevleri Temel Araçları kullanılarak dağıtılır. Alternatif olarak, Azure İşlevleri dağıtmak ve yönetmek için Az.Functions PowerShell cmdlet'ini kullanırsınız.
İş Akışı
Olay tabanlı otomasyon senaryoları en iyi şekilde Azure İşlevleri kullanılarak uygulanır. Bu yaygın desenleri izlerler:
Kaynaklardaki olaylara yanıt verin. Bunlar, azure kaynağı veya kaynak grubu oluşturma, silme, değiştirme vb. gibi olaylara verilen yanıtlardır. Bu düzende, bu tür olaylar için işlevi tetikleyen Event Grid kullanılır. Maliyet merkezi etiketleme senaryosu bu desene bir örnektir. Diğer yaygın senaryolar şunlardır:
- DevOps ekiplerine yeni oluşturulan kaynak gruplarına erişim verme,
- bir kaynak silindiğinde DevOps'a bildirim gönderme ve
- Azure Sanal Makineler (VM) gibi kaynaklar için bakım olaylarını yanıtlama.
Zamanlanmış görevler. Bunlar genellikle zamanlayıcıyla tetiklenen işlevler kullanılarak yürütülen bakım görevleridir. Bu desene örnek olarak şunlar verilebilir:
- gece bir kaynağı durdurmak ve sabah başlamak,
- Blob Depolama içeriği düzenli aralıklarla okuma ve Azure Cosmos DB belgesine dönüştürme,
- artık kullanımda olmayan kaynakları düzenli aralıklarla taramak ve kaldırmak ve
- otomatik yedeklemeler.
Azure uyarılarını işleme. Bu desen, Azure İzleyici uyarılarını ve eylem gruplarını Azure İşlevleri ile tümleştirme kolaylığını kullanır. İşlev genellikle ölçümlere, log analytics'e ve uygulamalardan ve altyapıdan kaynaklanan uyarılara yanıt olarak düzeltme eylemleri gerçekleştirir. Azaltma yanıtı senaryosu bu desene bir örnektir. Diğer yaygın senaryolar şunlardır:
- SQL Veritabanı boyut üst sınırına ulaştığında tablonun kesilmesi,
- yanlışlıkla durdurulduğunda vm'de bir hizmeti yeniden başlatma ve
- bir işlev başarısız olursa bildirim gönderme.
Dış sistemlerle düzenleme. Bu düzen, iş akışını yönetmek için Logic Apps kullanarak dış sistemlerle tümleştirmeye olanak tanır. Logic Apps bağlayıcıları, microsoft 365 gibi çeşitli üçüncü taraf hizmetlerle ve Microsoft hizmetleri kolayca tümleştirebilir. Azure İşlevleri gerçek otomasyon için kullanılabilir. Maliyet merkezi etiketleme senaryosu bu düzeni gösterir. Diğer yaygın senaryolar şunlardır:
- değişiklik istekleri veya onaylar gibi BT işlemlerini izleme ve
- otomasyon görevi tamamlandığında e-posta bildirimi gönderme.
Web kancası veya API olarak kullanıma sunma. Azure İşlevleri kullanan otomasyon görevleri, işlevi HTTP tetikleyicisi kullanarak web kancası/API olarak kullanıma sunarak üçüncü taraf uygulamalarla ve hatta komut satırı araçlarıyla tümleştirilebilir. İşleve dış erişimin güvenliğini sağlamak için hem PowerShell'de hem de Python'da birden çok kimlik doğrulama yöntemi kullanılabilir. Otomasyon, uygulamaya özgü dış olaylara (örneğin, power apps veya GitHub ile tümleştirme) yanıt olarak gerçekleşir. Yaygın senaryolar şunlardır:
- başarısız bir hizmet için otomasyonu tetikleme ve
- kullanıcıları kuruluşun kaynaklarına ekleme.
ChatOps arabirimi oluşturun. Bu düzen, müşterilerin sohbet tabanlı bir operasyonel arabirim oluşturmasına ve geliştirme ve operasyon işlevlerini ve komutlarını insan işbirliğine uygun olarak çalıştırmasına olanak tanır. Bu, Azure Bot Framework ile tümleşebilir ve dağıtım, izleme, yaygın sorular vb. için Microsoft Teams veya Slack komutlarını kullanabilir. ChatOps arabirimi, üretim olaylarını yönetmek için her adımın sohbette otomatik olarak belgelendiği gerçek zamanlı bir sistem oluşturur. Daha fazla bilgi için ChatOps'un DevOps'a daha iyi yardımcı olma şeklini okuyun.
Hibrit otomasyon. Bu düzende, yerel makinenize bir yazılım bileşeni yüklemek için Azure Uygulaması Hizmeti Karma Bağlan ions kullanılır. Bu bileşen, bu makinedeki kaynaklara güvenli erişim sağlar. Karma ortamları yönetme özelliği şu anda PowerShell işlevlerini kullanan Windows tabanlı sistemlerde kullanılabilir. Yaygın senaryolar şunlardır:
- şirket içi makinelerinizi yönetme ve
- atlama sunucusu aracılığıyla güvenlik duvarının arkasındaki diğer sistemleri (örneğin, şirket içi SQL Server) yönetme.
Bileşenler
Mimari aşağıdaki bileşenlerden oluşur:
Azure İşlevleri Azure İşlevleri bu mimaride olay odaklı, sunucusuz işlem özellikleri sağlar. İşlev, olaylar veya uyarılar tarafından tetiklendiğinde otomasyon görevlerini gerçekleştirir. İki senaryoda, http isteğiyle bir işlev çağrılır. Durum bilgisi olmayan ve bir kez etkili olan işlev geliştirilerek kod karmaşıklığı en aza indirilmelidir.
Aynı anda etkili bir işlevin birden çok yürütülmesi aynı sonuçları oluşturur. Bir kez etkililiği korumak için azaltma senaryosundaki işlev ölçeklendirmesi basit tutulur. Gerçek dünya otomasyonunda ölçeği uygun şekilde artırmayı veya azaltmayı unutmayın. İşlevlerinizi yazarken en iyi yöntemler için Azure İşlevleri performansını ve güvenilirliğini iyileştirme'yi okuyun.
Azure Logic Apps. Logic Apps, yerleşik bağlayıcılar kullanılarak kolayca uygulanan daha basit görevleri gerçekleştirmek için kullanılabilir. Bu görevler e-posta bildirimlerinden dış yönetim uygulamalarıyla tümleştirmeye kadar değişebilir. Logic Apps'i üçüncü taraf uygulamalarla kullanmayı öğrenmek için Azure'da temel kurumsal tümleştirme makalesini okuyun.
Logic Apps kod yok veya düşük kod görsel tasarımcısı sağlar ve bazı otomasyon senaryolarında tek başına kullanılabilir. Senaryonuza hangi hizmetin uyabileceğini görmek için Azure İşlevleri ile Logic Apps arasındaki bu karşılaştırmayı okuyun.
Event Grid. Event Grid, diğer Azure hizmetlerinden gelen olaylar ve özel olaylar (özel konular olarak da adlandırılır) için yerleşik desteğe sahiptir. Kaynak oluşturma gibi operasyonel olaylar, Event Grid'in yerleşik mekanizması kullanılarak otomasyon işlevine kolayca yayılabilir.
Event Grid, olay tabanlı otomasyonu bir yayımlama-abone olma modeliyle basitleştirerek HTTPS üzerinden teslim edilen olaylar için güvenilir otomasyon sağlar.
Azure İzleyici. Azure İzleyici uyarıları kritik koşulları izleyebilir ve Azure İzleyici eylem gruplarını kullanarak düzeltici eylem gerçekleştirebilir. Bu eylem grupları Azure İşlevleri ile kolayca tümleştirilir. Bu, altyapınızda veritabanı azaltma gibi tüm hata koşullarını izlemek ve düzeltmek için yararlıdır.
Otomasyon eylemi. Bu geniş blok, otomasyon işlevselliği sağlamak için işlevinizin etkileşim kurabileceği diğer hizmetleri temsil eder. Örneğin, ilk senaryoda olduğu gibi etiket doğrulaması için Microsoft Entra Kimliği veya ikinci senaryoda olduğu gibi sağlanması gereken bir veritabanı.
Dikkat edilmesi gereken noktalar
Bu önemli noktalar, bir iş yükünün kalitesini artırmak için kullanılabilecek 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.
Dayanıklılık
Azure Functions
HTTP zaman aşımlarını işleme
Daha uzun bir otomasyon görevi için HTTP zaman aşımlarından kaçınmak için bu olayı bir Service Bus içinde sıraya alın ve gerçek otomasyonu başka bir işlevde işleyebilir. Gerçek Azure Cosmos DB RU sağlama hızlı olsa da azaltma yanıtı otomasyon senaryosu bu düzeni gösterir.
çağrılar arasındaki durumu koruyan Dayanıklı İşlevler, yukarıdaki yaklaşıma bir alternatif sağlar. Dayanıklı İşlevler yalnızca belirli dilleri destekler.
Günlük hataları
En iyi uygulama olarak işlev, otomasyon görevlerini gerçekleştirirken hataları günlüğe kaydetmelidir. Bu, hata koşullarının düzgün bir şekilde giderilmesini sağlar. Azure İşlevleri ile tümleştirmeyi yerel olarak desteklerTelemetri sistemi olarak uygulama Analizler.
Eşzamanlılık
Otomasyon işlevinizin eşzamanlılık gereksinimini doğrulayın. Eşzamanlılık, host.json dosyasında değişkeni maxConcurrentRequests ayarlanarak sınırlıdır. Bu ayar, işlev uygulamanızda çalışan eşzamanlı işlev örneklerinin sayısını sınırlar. Her örnek CPU ve bellek tükettiğinden, yoğun CPU kullanan işlemler için bu değerin ayarlanması gerekir. maxConcurrentRequests İşlev çağrılarınız çok yavaş görünüyorsa veya tamamlayamıyorsa daha düşük. Daha fazla ayrıntı için Eşzamanlılığı daha iyi işlemek için konak davranışlarını yapılandırma bölümüne bakın.
Bir kez etkililik
Otomasyon işlevinizin bir kez etkili olduğundan emin olun. Hem Azure İzleyici hem de Event Grid abone olunan olay çözüldü, tetiklendi, devam ediyor vb. gibi ilerleme durumunu gösteren uyarılar veya olaylar yayabilir, hatta yanlış yapılandırma nedeniyle kaynağınız sağlanıyor, başarıyla oluşturuldu, vb. hatalı uyarılar gönderebilir. yanlış veya yanlış yapılandırılmış olayların istenmeyen sonuçlara neden olmaması için işlevinizin yalnızca ilgili uyarılar ve olaylar üzerinde çalıştığından ve diğerlerini yoksaydığından emin olun. Daha fazla bilgi için bkz. Özdeş giriş için Azure İşlevleri tasarlama.
Event Grid
İş akışınız Event Grid kullanıyorsa, senaryonuzun kılavuzun günlüğünü almak için yeterli olan yüksek hacimli olaylar oluşturabileceğini denetleyin. Teslim onaylandığında olayları nasıl işlediğini anlamak ve mantığınızı buna göre değiştirmek için bkz . Event Grid ileti teslimi ve yeniden deneme . Maliyet merkezi iş akışı, yalnızca bir kaynak grubundaki kaynak oluşturma olaylarını izlediğinden bunun için ek denetimler uygulamaz. Aboneliğin tamamında oluşturulan izleme kaynakları, daha fazla sayıda olay oluşturarak daha dayanıklı bir işleme gerektirebilir.
Azure İzleyici
Yeterince fazla sayıda uyarı oluşturulursa ve otomasyon Azure kaynaklarını güncelleştirirse, Azure Resource Manager'ın azaltma sınırlarına ulaşılabilir. Bu, söz konusu abonelikteki altyapının geri kalanını olumsuz etkileyebilir. Azure İzleyici tarafından oluşturulan uyarıların sıklığını sınırlayarak bu durumdan kaçının. Belirli bir hata için oluşturulan uyarıları da sınırlayabilirsiniz. Daha fazla bilgi için Azure İzleyici uyarıları belgelerine bakın.
Güvenlik
Güvenlik, kasıtlı saldırılara ve değerli verilerinizin ve sistemlerinizin kötüye kullanılmasına karşı güvence sağlar. Daha fazla bilgi için bkz . Güvenlik sütununa genel bakış.
İşleve erişimi denetleme
Yetkilendirme düzeyini ayarlayarak HTTP ile tetiklenen bir işleve erişimi kısıtlayın. Anonim kimlik doğrulaması ile işlevine gibi http://<APP_NAME>.azurewebsites.net/api/<FUNCTION_NAME>bir URL ile kolayca erişilebilir. İşlev düzeyi kimlik doğrulaması, URL'de işlev anahtarları gerektirerek http uç noktasını karartabilir. Bu düzey function.json dosyasında ayarlanır:
{
"bindings": [
{
"authLevel": "function",
"type": "httpTrigger",
"direction": "in",
"name": "Request",
"methods": [
"get",
"post"
]
},
{
"type": "http",
"direction": "out",
"name": "Response"
}
]
}
Üretim ortamı için işlevin güvenliğini sağlamak için ek stratejiler gerekebilir. Bu senaryolarda işlevler diğer Azure hizmetleri tarafından Azure platformunda yürütülür ve İnternet'e sunulmaz. İşlev yetkilendirmesi bazen web kancası olarak erişilen işlevler için yeterlidir.
İşlev kimlik doğrulamasının üzerine güvenlik katmanları eklemeyi göz önünde bulundurun, örneğin,
- istemci sertifikalarıyla kimlik doğrulama veya
- app service kimlik doğrulamasını etkinleştirerek çağıranın işlevi barındıran dizinin parçası olduğundan veya bu dizine erişimi olduğundan emin olun.
İşlev düzeyinde kimlik doğrulaması, Azure İşlevleri kullanan Azure İzleyici eylem gruplarının kullanabileceği tek seçenektir.
İşlevin üçüncü taraf bir uygulamadan veya hizmetten çağrılması gerekiyorsa, api Management katmanıyla buna erişim sağlanması önerilir. Bu katman kimlik doğrulamayı zorunlu kılmalıdır. API Management, Azure İşlevleri ile tümleştirilmiş bir tüketim katmanına sahiptir ve bu katman yalnızca API yürütülürse ödeme yapmanızı sağlar. Daha fazla bilgi için OpenAPI ile işlevlerinizi oluşturma ve kullanıma sunma bölümüne bakın.
Çağrı hizmeti hizmet uç noktalarını veya özel bağlantıyı destekliyorsa aşağıdaki maliyet düşürücü seçenekler göz önünde bulundurulabilir:
- Erişimi sınırlamak için sanal ağdaki işlevleri kilitleyebileceğiniz ayrılmış bir App Service planı kullanın. Tüketim tabanlı sunucusuz modelde bu mümkün değildir.
- İşlev uygulamalarınız tarafından kullanılacak ayrılmış bir sanal ağ içeren Azure İşlevleri Premium planını kullanın.
Bu seçenekler arasındaki fiyatlandırmayı ve özellikleri karşılaştırmak için ölçeklendirme ve barındırma Azure İşlevleri okuyun.
İşlevin nelere erişebileceğini denetleme
Bir Microsoft Entra özelliği olan Azure kaynakları için yönetilen kimlikler, işlevin kimlik doğrulamasını ve diğer Azure kaynaklarına ve hizmetlerine erişmesini kolaylaştırır. Microsoft Entra Id tarafından yönetildiğinden kodun kimlik doğrulama kimlik bilgilerini yönetmesi gerekmez.
İki tür yönetilen kimlik vardır:
Sistem tarafından atanan yönetilen kimlikler: Bunlar Azure kaynağının bir parçası olarak oluşturulur ve birden çok kaynak arasında paylaşılamaz. Bunlar kaynak silindiğinde silinir. Bunları tek Azure kaynağı içeren veya bağımsız kimliklere ihtiyaç duyan senaryolar için kullanın. Her iki senaryo da sistem tarafından atanan kimlikleri kullanır çünkü bunlar yalnızca tek bir kaynağı güncelleştirir. Yönetilen kimlikler yalnızca başka bir kaynağı güncelleştirmek için gereklidir. Örneğin, bir işlev yönetilen kimlik olmadan kaynak etiketlerini okuyabilir. İşlevinize sistem tarafından atanan bir kimlik eklemek için bu yönergelere bakın.
Kullanıcı tarafından atanan yönetilen kimlikler: Bunlar tek başına Azure kaynakları olarak oluşturulur. Bunlar birden çok kaynak arasında paylaşılabilir ve artık gerekli olmadığında açıkça silinmesi gerekir. İşlevinize kullanıcı tarafından atanan kimlik ekleme yönergelerini okuyun. Aşağıdaki senaryolar için bunları kullanın:
- Tek bir kimliği paylaşabilen birden çok kaynağa erişim gerektir veya
- Sağlama sırasında kaynakların güvenliğini sağlamak için ön yetkilendirme gerekir veya
- İzinlerin tutarlı olması gerekirken sık sık geri dönüştürülen kaynaklara sahip olun.
Kimlik Azure işlevine atandıktan sonra, kaynaklara erişmek için Azure rol tabanlı erişim denetimini (Azure RBAC) kullanarak bir rol atayın. Örneğin, bir kaynağı güncelleştirmek için katkıda bulunan rolünün işlevin kimliğine atanmalıdır.
Maliyet iyileştirme
Maliyet iyileştirmesi, gereksiz giderleri azaltmanın ve operasyonel verimlilikleri iyileştirmenin yollarını aramaktır. Daha fazla bilgi için bkz . Maliyet iyileştirme sütununa genel bakış.
Maliyetleri tahmin etmek için Azure fiyatlandırma hesaplayıcısını kullanın. Aşağıda, maliyeti düşürmek için dikkat edilmesi gereken bazı noktalar yer alır.
Azure Logic Apps
Mantıksal uygulamaların kullandıkça öde fiyatlandırma modeli vardır. Bir mantıksal uygulama her çalıştığında tetikleyiciler, eylemler ve bağlayıcı yürütmeleri ölçülür. Tetikleyiciler de dahil olmak üzere tüm başarılı ve başarısız eylemler yürütme olarak değerlendirilir.
Mantıksal uygulamaların sabit bir fiyatlandırma modeli de vardır. Azure sanal ağında güvenli kaynaklarla iletişim kuran mantıksal uygulamaları çalıştırmanız gerekiyorsa, bunları Tümleştirme Hizmeti Ortamı'nda (ISE) oluşturabilirsiniz.
Ayrıntılar için bkz . Azure Logic Apps için fiyatlandırma modeli.
Bu mimaride mantıksal uygulamalar, iş akışını düzenleme amacıyla maliyet merkezi etiketleme senaryosunda kullanılır.
Yerleşik bağlayıcılar, otomasyon görevi tamamlandığında Azure İşlevleri bağlanmak ve e-posta bildirimi göndermek için kullanılır. İşlevler, HTTP tetikleyicisi kullanılarak bir web kancası/API olarak kullanıma sunulur. Mantıksal uygulamalar yalnızca bir HTTPS isteği gerçekleştiğinde tetiklenir. Bu, işlevlerin belirli ölçütleri sürekli yokladığı ve denetlediği bir tasarımla karşılaştırıldığında uygun maliyetli bir yoldur. Her yoklama isteği bir eylem olarak ölçülür.
Daha fazla bilgi için bkz. Logic Apps fiyatlandırması.
Azure Functions
Azure İşlevleri aşağıdaki üç fiyatlandırma planıyla kullanılabilir.
Tüketim planı. Bu, yalnızca işlevinizin çalıştığı süre için ödeme yaptığınız uygun maliyetli, sunucusuz plandır. Bu plan kapsamında işlevler bir kerede 10 dakikaya kadar çalıştırılabilir.
Premium plan. Ayrılmış sanal ağ, daha uzun bir yürütme süresi gibi ek gereksinimleri olan otomasyon senaryoları için Azure İşlevleri Premium planı kullanmayı göz önünde bulundurun. Bu işlevler bir saate kadar çalışabilir ve yedeklemeleri çalıştırma, veritabanı dizin oluşturma veya rapor oluşturma gibi daha uzun otomasyon görevleri için seçilmelidir.
App Service Planı. Azure Uygulaması Hizmeti Karma Bağlan ions kullanan karma otomasyon senaryolarının App Service planını kullanması gerekir. Bu plan kapsamında oluşturulan işlevler, bir web uygulamasına benzer şekilde sınırsız süreyle çalıştırılabilir.
Bu otomasyon senaryolarında Azure İşlevleri, Microsoft Entra ID'deki etiketleri güncelleştirme veya RU'ları daha yüksek bir değere ölçeklendirerek Azure Cosmos DB yapılandırmasını değiştirme gibi görevler için kullanılır. Bu görevler etkileşimli olduğundan ve uzun süre çalışmadığından Tüketim planı bu kullanım örneğine uygundur.
Azure Cosmos DB
Azure Cosmos DB, sağlanan aktarım hızı ve tüketilen depolama için saate göre faturalandırılır. Sağlanan aktarım hızı, eklemeler, okumalar gibi tipik veritabanı işlemleri için kullanılabilen saniye başına İstek Birimleri (RU/sn) cinsinden ifade edilir. Depolama, depolanan verileriniz ve dizininiz için kullanılan her GB için faturalandırılır. Daha fazla bilgi için bkz . Azure Cosmos DB fiyatlandırma modeli .
Bu mimaride, Azure Cosmos DB'ye yönelik veri erişim istekleri İstek Birimlerindeki (veya RU'lardaki) kapasiteyi aştığında Azure İzleyici uyarıları tetikler. Bu uyarılara yanıt olarak, otomasyon işlevini çağırmak için bir Azure İzleyici eylem grubu yapılandırılır. işlevi RU'ları daha yüksek bir değere ölçeklendirir. Bu, yalnızca iş yüklerinizin ihtiyaç duyduğu kaynaklar için saatlik ödeme yaptığınız için maliyetin düşük tutulmasına yardımcı olur.
İş yükünüzle ilgili hızlı bir maliyet tahmini almak için Azure Cosmos DB kapasite hesaplayıcısını kullanın.
Daha fazla bilgi için Microsoft Azure İyi Tasarlanmış Çerçeve'deki Maliyet bölümüne bakın.
Dağıtma konuları
Uygulamanızın davranışını yöneten kritik otomasyon iş akışları için verimli bir DevOps işlem hattı kullanılarak sıfır kapalı kalma süresi dağıtımı gerçekleştirilmelidir. Daha fazla bilgi için sunucusuz arka uç dağıtımını okuyun.
Otomasyon birden çok uygulamayı kapsıyorsa, otomasyonun gerektirdiği kaynakları ayrı bir kaynak grubunda tutun. Otomasyon tek bir uygulamayı kapsıyorsa, otomasyon ve uygulama kaynakları arasında tek bir kaynak grubu paylaşılabilir.
İş akışı bir dizi otomasyon işlevi içeriyorsa, tek bir işlev uygulamasında bir senaryoya uygun işlevleri gruplandırın. Daha fazla bilgi için İşlev uygulamasını yönetme makalesini okuyun.
Uygulamanızı dağıtırken izlemeniz gerekir. Geliştiricilerin performansı izlemesini ve sorunları algılamasını sağlamak için Uygulama Analizler kullanmayı göz önünde bulundurun.
Daha fazla bilgi için Microsoft Azure İyi Tasarlanmış Çerçeve'deki DevOps bölümüne bakın.
Azure kaynaklarında kesin eylemler
Yukarıdaki her iki senaryoda da sonuç, doğrudan Azure Resource Manager etkileşimi aracılığıyla Azure kaynak durumundaki bir değişiklikti. Amaçlanan sonuç bu olsa da, değiştirilen kaynaklar başlangıçta Bicep veya Terraform şablonları gibi bildirim temelli olarak dağıtıldıysa bunun ortamınız üzerindeki etkisini göz önünde bulundurun. Bu değişiklikler kaynak şablonlarınıza geri çoğaltılmadığı sürece, bu şablonların bir sonraki kullanımı bu otomasyon tarafından yapılan değişiklikleri geri alabilir. Şablonlar aracılığıyla düzenli olarak dağıtılan Azure kaynaklarında kesinlik temelli değişiklikleri karıştırmanın etkisini göz önünde bulundurun.
Bu senaryoyu dağıtın
Maliyet merkezi senaryosunu dağıtmak için GitHub'da dağıtım adımlarına bakın.