Azure App Service ile Web Uygulamasını Yayına Almak ve Yönetmek

App Service ne işe yarar ve ne zaman seçilir?

Azure App Service, web uygulamaları, mobil arka uçlar ve REST API'leri, altlarındaki sunucuları yönetmeden çalıştırmanız için tasarlanmış bir platformdur. İşletim sistemi yamaları, çalışma zamanı güncellemeleri ve sunucu bakımı platformun işidir; sizin işiniz uygulamanızı yazmak, yayınlamak ve ayarlamaktır.

Platform .NET, Java, Node.js, Python ve PHP uygulamalarını hem Windows hem Linux üzerinde çalıştırır. Uygulamanız konteynerlaştırılmışsa özel konteyner olarak da yayınlanabilir. Özel alan adı, yönetilen sertifika, otomatik ölçekleme, kimlik doğrulama entegrasyonu ve sürekli dağıtım gibi özellikler hazır gelir.

Tam sunucu denetimi gerekiyorsa sanal makine, konteyner orkestrasyonu gerekiyorsa başka bir hizmet daha uygun olabilir. Web uygulamanız standart bir çalışma zamanında koşuyorsa ve altyapı yönetimini azaltmak istiyorsanız App Service çoğu zaman doğal başlangıçtır. Seçim kararı Azure'ın hesaplama hizmetleri karşılaştırma rehberinde de ele alınır.

Yayına almadan önce verilecek kararlar

Birinci karar çalışma zamanı ve işletim sistemidir: uygulamanızın dili ve sürümü, Linux ya da Windows tercihi. Komut satırından desteklenen çalışma zamanlarını listeleyebilirsiniz.

İkinci karar plan katmanıdır. Plan, CPU ve bellek miktarını, ölçekleme seçeneklerini ve özellikleri belirler. Deneme için küçük bir katman yeterlidir; fakat dağıtım slotları, otomatik ölçekleme gibi özellikler belirli katmanlardan itibaren açılır. Slot kullanacaksanız başlangıçta bu katman şartını hesaba katın. Katmanın fiyatı ve kapasitesi için Azure'ın güncel sayfasına bakın.

Üçüncü karar dağıtım yöntemidir. Aşağıdaki karar yapısı hangi yöntemin hangi ihtiyaca uyduğunu özetler.

İlk yayın: az webapp up ile tek komutta

Azure CLI'yi kurup az login ile oturum açtıktan sonra uygulama klasöründe tek komut yeterlidir:

az webapp up --runtime <çalışma zamanı> --sku <katman> --logs

Çalışma zamanı ve katman parametreleri sizin seçtiğiniz değerlerle doldurulur. Komut, resmî belgeye göre varsayılan bir kaynak grubu, bir App Service planı ve belirttiğiniz adla bir uygulama oluşturur, klasördeki dosyaları zip olarak gönderir ve derleme otomasyonunu etkin tutar. Parametreleri yerelde bir yapılandırma dosyasına kaydeder; aynı klasörden sonraki çalıştırmalarda yeniden belirtmeniz gerekmez.

Bu komut ilk deneme ve küçük projeler için hızlıdır. Üretim ortamında kaynakların adlarını, bölgesini ve planını bilinçli seçmek ve altyapıyı kodla tanımlamak daha sürdürülebilirdir. Hazır bir zip paketini yayınlamak için az webapp deploy komutu, kaynak yolu parametresiyle kullanılır.

Ayarlar ve günlükler: yayın sonrası ilk yönetim işleri

Yayına çıkan uygulama çoğunlukla yapılandırma ister: veritabanı bağlantısı, API anahtarı, ortam adı. Bunlar kod içine yazılmaz, uygulama ayarı olarak tanımlanır ve uygulamaya ortam değişkeni olarak ulaşır. Komut satırında bu iş az webapp config appsettings set ile ad ve değer çiftleri verilerek yapılır. Gizli değerlerin kaynak koduna, depoya ya da sohbet kanallarına yazılmaması temel kuraldır.

Uygulama açılmıyor ya da hata veriyorsa ilk bakılacak yer günlüklerdir. Önce web sunucu günlüklerini dosya sistemine yazdıracak şekilde az webapp log config ile yapılandırırsınız, sonra az webapp log tail ile akışı canlı izlersiniz. Başlangıç hatası, eksik ayar ya da bağımlılık sorunu çoğu zaman bu akıştan görünür.

Uygulamanın durumunu sürekli izlemek için Azure'ın izleme hizmetleriyle uyarılar kurulabilir; bu ayrı bir konudur ve yayın sonrası sağlıklı işletimin parçasıdır.

Kesintisiz yayın için dağıtım slotları

Doğrudan üretim uygulamasına yayın yapmak, hatalı bir sürümün kullanıcıya hemen ulaşması demektir. Dağıtım slotu bu riski azaltır. Slot, uygulamanın kendi adresi olan ayrı bir canlı kopyasıdır. Yeni sürüm önce hazırlık slotuna yayınlanır, orada doğrulanır ve ısıtılır. Hazır olduğunda hazırlık slotu üretim slotuyla takas edilir; trafik yönlendirmesi kesintisiz değişir.

Slotlar Standard, Premium ya da Isolated katmanında kullanılabilir. Komut satırında slot oluşturmak için az webapp deployment slot create, takas için az webapp deployment slot swap komutu kullanılır; hedef slot olarak üretim verilir. Takas sonrası sorun çıkarsa aynı iki slotu hemen yeniden takas etmek, son çalışan sürüme dönüş sağlar.

Dikkat edilecek bir nokta ayarların takas sırasında slotla birlikte hareket edip etmemesidir. Veritabanı bağlantı dizesi gibi ortama özgü bir değerin slota yapışık kalması isteniyorsa, ayar slot ayarı olarak işaretlenir. Aksi halde hazırlık ortamının değeri üretime geçebilir. Trafiğin bir kısmını yeni sürüme yönlendirerek kademeli deneme de yapılabilir.

Sık yapılan hatalar

App Service yayınlarında hatalar genellikle kolaydan hızlıya geçilen yerlerde çıkar:

• Üretim uygulamasına doğrudan yayın yapmak: Hatalı sürüm anında kullanıcıya ulaşır. Slot ve takas kullanın.
• Gizli değerleri koda yazmak: Depoya girer ve sızar. Uygulama ayarı ve gizli yönetim hizmeti kullanın.
• Slot katmanı şartını unutmak: Planı küçük seçip sonradan slota ihtiyaç duymak katman değişikliği gerektirir.
• Günlükleri yapılandırmamak: Hata olduğunda bakacak veri yoktur. Yayından hemen sonra günlük akışını açıp deneyin.
• Tek komutlu hızlı yöntemi kalıcı düzen sanmak: Hızlı yöntemin oluşturduğu varsayılan adlar kurumsal standartlara uymayabilir.
• Test ettiğiniz kaynakları silmeyi unutmak: Gereksiz kaynaklar maliyet doğurur. Deneme bitince kaynak grubunu silmek hepsini birlikte kaldırır.

Bu beceriyi Mindset programlarında nerede çalışırsınız?

Mindset kataloğundaki Microsoft Azure Eğitimi, Azure kaynaklarını oluşturma ve yönetme, kimlik ve erişim yönetimi, izleme ve teşhis, güvenlik ve uygulama dağıtımı ile entegrasyon başlıklarını kapsar. App Service ile yayını, bu başlıklarla birlikte düşünerek bir bulut projesinin bütününe yerleştirmek isteyen geliştiriciler ve altyapı ekipleri için uygundur.