Azure Uygulaması Hizmeti (Web Apps) üzerinde Azure İyi Tasarlanmış Çerçeve perspektifi

Kullanıcı akışlarının önceliklerini belirleme: Tüm akışlar eşit derecede kritik değildir. Tasarım kararlarınızı yönlendirmek için her akışa öncelikleri atayın. Kullanıcı akışı tasarımı, App Service planı ve yapılandırması için seçtiğiniz hizmet katmanlarını ve örnek sayısını etkileyebilir.

Örneğin, uygulamanız bir ileti aracısı aracılığıyla iletişim kuran ön uç ve arka uç katmanlarını içerebilir. Bağımsız ölçeklendirme, yaşam döngüsü yönetimi ve bakım için birden çok web uygulamasındaki katmanları segmentlere ayırmayı seçebilirsiniz. Büyük bir uygulamanın tek bir plana yerleştirilmesi bellek veya CPU sorunlarına yol açabilir ve güvenilirliği etkileyebilir.

Kullanıcı arabirimi tarafında en iyi performans için ön uçta daha fazla örneğe ihtiyacınız olabilir. Ancak arka uç aynı sayıda örnek gerektirmeyebilir.

Olası hataları tahmin etme: Olası hatalar için risk azaltma stratejilerini planlayın. Aşağıdaki tabloda hata modu analizi örnekleri gösterilmektedir.

Daha fazla bilgi için bkz . Azure uygulamaları için hata modu analizi.

Yedeklilik oluşturma: Uygulamada ve destekleyici altyapıda yedeklilik oluşturun. Hataya dayanıklılığı geliştirmek için örnekleri kullanılabilirlik alanlarına yayma. Bir bölge başarısız olursa trafik diğer bölgelere yönlendirilir. Bir bölgenin tamamında kesinti yaşansa bile uygulamanızın kullanılabilir durumda kalmasını sağlamak için uygulamanızı birden çok bölgeye dağıtın.

Bağımlı hizmetlerde benzer yedeklilik düzeyleri oluşturun. Örneğin, uygulama örnekleri blob depolamaya bağlanır. Bir uygulama alanlar arası yedekli dağıtım kullanıyorsa, ilişkili depolama hesabını alanlar arası yedekli depolama (ZRS) ile yapılandırmayı göz önünde bulundurun.

Ağ bileşenlerinde yedekliliğe sahip olun. Örneğin, alanlar arası yedekli IP adreslerini ve yük dengeleyicileri kullanın.

Güvenilir bir ölçeklendirme stratejisine sahip olun: Bir uygulamadaki beklenmeyen yük onu güvenilir hale getiremez. İş yükü özelliklerinize göre doğru ölçeklendirme yaklaşımını göz önünde bulundurun. Bazen yükü işlemek için ölçeği artırabilirsiniz. Ancak yük artmaya devam ederse ölçeği yeni örneklere genişletin. El ile uygulanan yaklaşımlara göre otomatik ölçeklendirmeyi tercih edin. Performans düşüşü önlemek için ölçeklendirme işlemleri sırasında her zaman ek kapasite arabelleğine sahip olun.

Seçtiğiniz App Service planı katmanı, örnek sayısı ve işlem birimleri açısından ölçeklendirmeyi etkiler.

Yeni örneklerin hızla ısınması ve istekleri alabilmesi için uygun uygulama başlatmasını sağlayın.

Mümkün olduğunda durum bilgisi olmayan uygulamalar için çaba gösterin. Yeni örneklerle durumu güvenilir bir şekilde ölçeklendirmek karmaşıklığı artırabilir. Uygulama durumunu depolamanız gerekiyorsa bağımsız olarak ölçeklendirebileceğiniz bir dış veri deposu düşünün. Oturum durumunun bellekte depolanması, uygulama veya App Service ile ilgili bir sorun olduğunda oturum durumunun kaybolmasına neden olabilir. Ayrıca yükü diğer örneklere yayma olasılığını da sınırlar.

Otomatik ölçeklendirme kurallarınızı düzenli olarak test edin. Uygulamanızın beklendiği gibi ölçeklendirildiğini doğrulamak için yük senaryolarının simülasyonunu yapın. Ortaya çıkabilecek sorunları giderebilmeniz ve zaman içinde ölçeklendirme stratejinizi iyileştirebilmeniz için ölçeklendirme olaylarını günlüğe kaydetmeniz gerekir.

App Service'in bir plan içindeki örnek sayısıyla ilgili sınırlaması vardır ve bu da ölçeklendirme güvenilirliğini etkileyebilir. Stratejilerden biri, her biri kendi uç noktasıyla çalışan app service planı örneği olan aynı dağıtım damgalarını kullanmaktır. Trafiği bunlara dağıtmak için tüm damgaları harici yük dengeleyici ile öne getirmeniz önemlidir. Tek bölgeli dağıtımlar için Azure Uygulaması lication Gateway ve çok bölgeli dağıtımlar için Azure Front Door kullanın. Bu yaklaşım, güvenilirliğin kritik olduğu görev açısından kritik uygulamalar için idealdir. Daha fazla bilgi için bkz . App Service ile görev açısından kritik temel.

App Service planı, trafiği örnekler arasında dağıtır ve bunların durumunu izler. Dış yük dengeleyicinin bir örneğin başarısız olup olmadığını hemen algılamayabileceğini unutmayın.

Kurtarılabilirliğinizi planlama: Yedeklilik, iş sürekliliği açısından çok önemlidir. Bir örneğe ulaşılamıyorsa başka bir örneğe yük devretme. App Service'te örneklerin otomatik onarımı gibi otomatik iyileştirme özelliklerini keşfedin.

Hem ağ bağlantısı sorunları gibi geçici hatalar hem de bölgesel kesintiler gibi büyük ölçekli olaylar için düzgün düşüşü işlemek için tasarım desenleri uygulayın. Aşağıdaki tasarım desenlerini göz önünde bulundurun:

• Bulkhead deseni , bir hatanın sistemin tamamını etkilemesini önlemek için uygulamanızı yalıtılmış gruplar halinde bölümlere ayırır.

• Kuyruk Tabanlı Yük Dengeleme düzeni , trafik artışlarını düzeltmek için arabellek görevi görecek iş öğelerini kuyruğa alır.

• Yeniden deneme düzeni ağ hataları, bırakılan veritabanı bağlantıları veya meşgul hizmetler nedeniyle geçici hataları işler.

• Devre Kesici düzeni , uygulamanın başarısız olma olasılığı olan bir işlemi tekrar tekrar gerçekleştirmeye çalışmasını engeller.

Web uygulamalarınızda arka plan görevlerini çalıştırmak için Web İşleri'ni kullanabilirsiniz. Bu görevleri güvenilir bir şekilde çalıştırmak için, işinizi barındıran uygulamanın bir zamanlamaya göre veya olay temelli tetikleyicilere göre sürekli çalıştığından emin olun.

Daha fazla bilgi için bkz . Güvenilirlik desenleri.

Güvenilirlik testi gerçekleştirme: Yük altında uygulamanızın güvenilirliğini ve performansını değerlendirmek için yük testi gerçekleştirin. Test planları, otomatik kurtarma işlemlerinizi doğrulayan senaryolar içermelidir.

Hataları kasıtlı olarak tanıtmak ve kendi kendini iyileştirme ve kendini koruma mekanizmalarınızı doğrulamak için hata ekleme özelliğini kullanın. Azure Chaos Studio tarafından sağlanan hata kitaplığını keşfedin.

App Service barındırılan uygulamalara kaynak sınırları uygular. App Service planı bu sınırları belirler. Testlerinizin uygulamanın bu kaynak sınırları içinde çalıştığını onayladığına emin olun. Daha fazla bilgi için bkz. Azure aboneliği ile hizmet limitleri, kotalar ve kısıtlamalar.

Yanıt vermeyen çalışanları belirlemek için sistem durumu yoklamalarını kullanın: App Service'in web uygulamanızın belirli bir yoluna düzenli aralıklarla ping işlemi gerçekleştirebilen yerleşik özellikleri vardır. Yanıt vermeyen örnekler yük dengeleyiciden kaldırılır ve yeni bir örnekle değiştirilir.

Güvenlik temellerini gözden geçirme: Bir App Service planında barındırılan uygulamanızın güvenlik duruşunu geliştirmek için App Service için güvenlik temelini gözden geçirin.

En son çalışma zamanını ve kitaplıkları kullanın: Sorunları erken yakalamak ve yeni sürüme sorunsuz bir geçiş sağlamak için güncelleştirmeleri gerçekleştirmeden önce uygulamanızın derlemelerini kapsamlı bir şekilde test edin. App Service, mevcut yığınları güncelleştirmek ve destek sonu yığınlarını devre dışı yüklemek için dil çalışma zamanı destek ilkesini destekler.

İhlal içermesi için yalıtım sınırları üzerinden segmentasyon oluşturma: Kimlik segmentasyonu uygulama. Örneğin, rollere dayalı belirli izinler atamak için rol tabanlı erişim denetimi (RBAC) uygulayın. Erişim haklarını yalnızca gerekli olanla sınırlamak için en az ayrıcalık ilkesini izleyin. Ayrıca ağ düzeyinde segmentasyon da oluşturun. Yalıtım için Bir Azure sanal ağına App Service uygulamaları ekleme ve trafiği filtrelemek için ağ güvenlik grupları (NSG) tanımlama.

App Service planları, yüksek düzeyde yalıtım sağlayan App Service Ortamı katmanını sunar. App Service Ortamı ile ayrılmış işlem ve ağ iletişimi elde edersiniz.

Kimliklere erişim denetimleri uygulama: Hem web uygulamasına hem de web uygulamasından diğer kaynaklara dışarı erişimi kısıtlayın. Bu yapılandırma kimliklere erişim denetimleri uygular ve iş yükünün genel güvenlik duruşunun korunmasına yardımcı olur.

Tüm kimlik doğrulaması ve yetkilendirme gereksinimleri için Microsoft Entra Id kullanın. Web Planı Katkıda Bulunanı, Web Sitesi Katkıda Bulunanı ve genel Katkıda Bulunan, Okuyucu ve Sahip gibi yerleşik rolleri kullanın.

Uygulamaya gelen ve uygulamadan gelen ağ trafiğini denetleme: Uygulama uç noktalarını genel İnternet'te kullanıma sunma. Bunun yerine, web uygulamasına ayrılmış bir alt ağa yerleştirilmiş özel bir uç nokta ekleyin. Uygulamanızın önüne, bu özel uç noktayla iletişim kuran bir ters ara sunucu kullanın. Bu amaçla Application Gateway veya Azure Front Door kullanmayı göz önünde bulundurun.

Yaygın güvenlik açıklarına karşı koruma sağlamak için bir web uygulaması güvenlik duvarı (WAF) dağıtın. Hem Application Gateway hem de Azure Front Door tümleşik WAF özelliklerine sahiptir.

İstenen güvenlik ve denetim düzeyine ulaşmak için ters ara sunucu kurallarını ve ağ ayarlarını uygun şekilde yapılandırın. Örneğin, yalnızca ters ara sunucudan gelen trafiği kabul etmek için özel uç nokta alt ağına NSG kuralları ekleyin.

Uygulamadan diğer PaaS hizmetlerine çıkış trafiği özel uç noktalar üzerinden olmalıdır. Çıkış trafiğini genel İnternet'e kısıtlamak için bir güvenlik duvarı bileşeni yerleştirmeyi göz önünde bulundurun. Her iki yaklaşım da veri sızdırmayı engeller.

Kapsamlı bir görünüm için bkz . App Service ağ özellikleri.

Verileri şifreleme: Uçtan uca Aktarım Katmanı Güvenliği (TLS) ile aktarımdaki verileri koruyun. Bekleyen verilerin tam şifrelemesi için müşteri tarafından yönetilen anahtarlarınızı kullanın. Daha fazla bilgi için bkz . Müşteri tarafından yönetilen anahtarları kullanarak bekleyen şifreleme.

TLS 1.0 ve 1.1 gibi eski protokolleri kullanmayın. App Service varsayılan olarak 1.2'ye olanak tanır. Daha fazla bilgi için bkz . App Service TLS'ye genel bakış.

App Service'inizin tüm örneklerinin varsayılan etki alanı adı vardır. Özel bir etki alanı kullanın ve sertifikalarla bu etki alanının güvenliğini sağlayın.

Saldırı yüzeyini azaltın: İhtiyacınız olmayan varsayılan yapılandırmaları kaldırın. Örneğin, uzaktan hata ayıklamayı, Kaynak Denetim Yöneticisi (SCM) siteleri için yerel kimlik doğrulamasını ve temel kimlik doğrulamasını devre dışı bırakın. HTTP ve Dosya Aktarım Protokolü (FTP) gibi güvenli olmayan protokolleri devre dışı bırakın. Azure ilkeleri aracılığıyla yapılandırmaları zorunlu kılma. Daha fazla bilgi için bkz . Azure ilkeleri.

Kısıtlayıcı çıkış noktaları arası kaynak paylaşımı (CORS) ilkeleri uygulama: Web uygulamanızda kısıtlayıcı CORS ilkelerini kullanarak yalnızca izin verilen etki alanlarından, üst bilgilerden ve diğer ölçütlerden gelen istekleri kabul edin. Yerleşik Azure ilke tanımlarıyla CORS ilkelerini zorunlu kılma.

Uygulama gizli dizilerini koruma: API anahtarları veya kimlik doğrulama belirteçleri gibi hassas bilgileri işlemeniz gerekir. Bu gizli dizileri doğrudan uygulama kodunuz veya yapılandırma dosyalarınıza sabit kodlamak yerine, uygulama ayarlarında Azure Key Vault başvurularını kullanabilirsiniz. Uygulama başlatıldığında App Service, uygulamanın yönetilen kimliğini kullanarak Key Vault'tan gizli dizi değerlerini otomatik olarak alır.

Uygulamanız için kaynak günlüklerini etkinleştirme: Güvenlik olaylarını izleyen araştırmalarda değerli veriler sağlayan kapsamlı etkinlik izleri oluşturmak üzere uygulamanız için kaynak günlüklerini etkinleştirin.

Tehditleri değerlendirirken tehdit modelleme işleminizin bir parçası olarak günlüğe kaydetmeyi göz önünde bulundurun.

İlk maliyeti tahmin etme: Maliyet modelleme alıştırmanızın bir parçası olarak, çalıştırmayı planladığınız örnek sayısına göre çeşitli katmanlarla ilişkili yaklaşık maliyetleri değerlendirmek için Azure fiyatlandırma hesaplayıcısını kullanın. Her App Service katmanı farklı işlem seçenekleri sunar.

Harcamaları izlemek için maliyet modelini sürekli izleyin.

İndirimli seçenekleri değerlendirin: Daha yüksek katmanlar ayrılmış işlem örnekleri içerir. İş yükünüz tahmin edilebilir ve tutarlı bir kullanım düzenine sahipse rezervasyon indirimi uygulayabilirsiniz. İş yükünüz için uygun rezervasyon türünü belirlemek için kullanım verilerini çözümlediğinizden emin olun. Daha fazla bilgi için bkz . App Service ayrılmış örnekleriyle maliyet tasarrufu yapma.

Kullanım ölçümlerini anlama: Azure, App Service planınızın fiyatlandırma katmanına göre ikinciye eşit olarak eşit olarak saatlik ücretlendirilir. Ücretler, VM örneğini ayırdığınız zamana bağlı olarak planınızdaki her ölçeklendirilen örneğe uygulanır. Yetersiz SKU seçimi veya kötü yapılandırılmış ölçeklendirme yapılandırması nedeniyle fazla yükleme sonucunda maliyetlerinizi artırabilecek az kullanılan işlem kaynaklarına dikkat edin.

Özel etki alanı kaydı ve özel sertifikalar gibi ek App Service özellikleri maliyet ekleyebilir. Çözümünüzü yalıtmak için sanal ağlar veya iş yükü gizli dizilerini korumak için anahtar kasaları gibi App Service kaynaklarınızla tümleşen diğer kaynaklar da maliyet ekleyebilir. Daha fazla bilgi için bkz . App Services faturalama modeli.

Yoğunluk ve yalıtım arasındaki dengeleri göz önünde bulundurun: App Service planlarını kullanarak aynı işlemde birden çok uygulama barındırabilir ve bu da paylaşılan ortamlarla maliyet tasarrufu sağlar. Daha fazla bilgi için bkz . Tradeoffs.

Ölçeklendirme stratejinizin maliyet üzerindeki etkisini değerlendirme: Otomatik ölçeklendirmeyi uygularken ölçeği genişletme ve ölçeklendirme için uygun şekilde tasarlamanız, test etmeniz ve yapılandırmanız gerekir. Otomatik ölçeklendirmede kesin maksimum ve minimum sınırlar oluşturun.

Uygulamayı güvenilir ölçeklendirme için proaktif olarak başlatın. Örneğin, CPU kullanımı %95'e ulaşana kadar beklemeyin. Bunun yerine, ölçeklendirme işlemi sırasında yeni örneklerin ayrılması ve başlatılması için yeterli süre sağlamak için yaklaşık %65 oranında ölçeklendirmeyi tetikleyin. Ancak bu strateji kullanılmayan kapasiteye yol açabilir.

Ölçeği artırma ve genişletme mekanizmalarını birleştirmenizi ve dengelemenizi öneririz. Örneğin, bir uygulamanın ölçeği bir süre artırılabilir ve gerektiğinde ölçeği genişletilebilir. Büyük kapasite ve verimli kaynak kullanımı sunan yüksek katmanları keşfedin. Kullanım düzenlerine bağlı olarak, daha yüksek Premium katmanları genellikle daha uygun maliyetlidir çünkü daha yeteneklidir.

Ortam maliyetlerini iyileştirme: Üretim öncesi ortamları çalıştırmak için Temel veya Ücretsiz katmanını göz önünde bulundurun. Bu katmanlar düşük performans ve düşük maliyetlidir. Temel veya Ücretsiz katmanı kullanıyorsanız, katmanı zorunlu kılmak, örnek ve CPU sayısını kısıtlamak, ölçeklendirmeyi kısıtlamak ve günlük saklamayı sınırlamak için idareyi kullanın.

Tasarım desenlerini uygulama: Bu strateji, iş yükünüzün oluşturduğu istek hacmini azaltır. İstek sayısını en aza indirebilen ve maliyetleri azaltabilen Ön Uçlar için Arka Uçlar deseni ve Ağ Geçidi Toplama düzeni gibi desenleri kullanmayı göz önünde bulundurun.

Verilerle ilgili maliyetleri düzenli olarak denetleme: Genişletilmiş veri saklama süreleri veya pahalı depolama katmanları yüksek depolama maliyetlerine yol açabilir. Hem bant genişliği kullanımı hem de günlüğe kaydetme verilerinin uzun süre saklanması nedeniyle daha fazla gider birikebilir.

Veri aktarımı maliyetlerini en aza indirmek için önbelleğe almayı göz önünde bulundurun. Yerel bellek içi önbelleğe alma ile başlayın ve ardından arka uç veritabanına yönelik istek sayısını azaltmak için dağıtılmış önbelleğe alma seçeneklerini keşfedin. Veritabanınız farklı bir bölgede bulunuyorsa bölgeler arası iletişimle ilişkili bant genişliği trafik maliyetlerini göz önünde bulundurun.

Dağıtım maliyetlerini iyileştirme: Maliyetleri iyileştirmek için dağıtım yuvalarından yararlanın. Yuva, üretim örneğiyle aynı işlem ortamında çalışır. Yuvalar arasında geçiş yapılan mavi-yeşil dağıtımlar gibi senaryolar için bunları stratejik olarak kullanın. Bu yaklaşım kapalı kalma süresini en aza indirir ve sorunsuz geçişler sağlar.

Dağıtım yuvalarını dikkatli kullanın. Hem mevcut örnekleri hem de yeni örnekleri etkileyebilecek özel durumlar veya bellek sızıntıları gibi sorunlar oluşturabilirsiniz. Değişiklikleri kapsamlı bir şekilde test ettiğinizden emin olun. Operasyonel rehberlik için bkz . Operasyonel Mükemmellik.

Yayınları yönetme: Yayınları etkili bir şekilde yönetmek için dağıtım yuvalarını kullanın. Uygulamanızı bir yuvaya dağıtabilir, test yapabilir ve işlevselliğini doğrulayabilirsiniz. Doğrulamadan sonra uygulamayı sorunsuz bir şekilde üretim ortamına taşıyabilirsiniz. Yuva, üretim örneğiyle aynı sanal makine (VM) ortamında çalıştığından bu işlem ek maliyet doğurmuyor.

Otomatikleştirilmiş testler çalıştırma: Web uygulamanızın bir sürümünü yükseltmeden önce performansını, işlevselliğini ve diğer bileşenlerle tümleştirmesini kapsamlı bir şekilde test edin. Performans testi için popüler bir araç olan Apache JMeter ile tümleşen Azure Load Testing'i kullanın. İşlevsel test için Phantom gibi diğer test türlerine yönelik otomatik araçları keşfedin.

Sabit birimleri dağıtma: App Service'i sabit bir damgaya bölmek için Dağıtım Damga Damgaları desenini uygulayın. App Service, doğası gereği sabit olan kapsayıcıların kullanımını destekler. App Service web uygulamanız için özel kapsayıcıları göz önünde bulundurun.

Her damga, ölçeği hızla genişletebileceğiniz veya ölçeklendirebileceğiniz bağımsız bir birimi temsil eder. Bu damgayı temel alan birimler geçici ve durum bilgisi olmayan birimlerdir. Durum bilgisi olmayan tasarım, işlemleri ve bakımı basitleştirir. Bu yaklaşım, görev açısından kritik uygulamalar için idealdir. Örnek için bkz . App Service ile görev açısından kritik temel.

Birimleri yinelenebilirlik ve tutarlılık ile damgalama amacıyla Bicep gibi bir kod olarak altyapı (IaC) teknolojisi kullanın.

Üretim ortamlarını güvende tutun: Üretim ve üretim öncesi ortamları çalıştırmak için ayrı App Service planları oluşturun. Kararlılığı ve güvenilirliği sağlamak için doğrudan üretim ortamında değişiklik yapmayın. Ayrı örnekler, değişiklikleri üretime yükseltmeden önce geliştirme ve test etme esnekliği sağlar.

Yeni özellikleri ve yapılandırmaları yalıtılmış bir şekilde keşfetmek için düşük ortamları kullanın. Geliştirme ve test ortamlarını kısa ömürlü tutun.

Sertifikaları yönetme: Özel etki alanları için TLS sertifikalarını yönetmeniz gerekir.

Sertifikaları temin etmek, yenilemek ve doğrulamak için süreçlere sahip olun. Mümkünse bu işlemleri App Service'e boşaltabilirsiniz. Kendi sertifikanızı kullanıyorsanız yenilemeyi yönetmeniz gerekir. Güvenlik gereksinimlerinize en uygun yaklaşımı seçin.

Performans göstergelerini tanımlama ve izleme: Gelen isteklerin hacmi, uygulamanın isteklere yanıt vermesi için gereken süre, bekleyen istekler ve HTTP yanıtlarındaki hatalar gibi uygulama için temel göstergelerin hedeflerini ayarlayın. İş yükü için performans temelinin bir parçası olarak temel göstergeleri göz önünde bulundurun.

Performans göstergelerinin temelini oluşturan App Service ölçümlerini yakalayın. Kaynak kullanımı ve etkinlikleri hakkında içgörüler elde etmek için günlükleri toplayın. Uygulamadan performans verilerini toplamak ve analiz etmek için Uygulama Analizler gibi uygulama performansı izleme (APM) araçlarını kullanın. Daha fazla bilgi için bkz . App Service izleme verileri başvurusu.

Kod düzeyi izleme, işlem izleme ve performans profili oluşturma bilgilerini ekleyin.

Kapasiteyi değerlendirme: Beklenen trafiği işlemek için ihtiyacınız olan en uygun kapasiteyi belirlemek için çeşitli kullanıcı senaryolarının simülasyonunu alın. Uygulamanızın farklı yük düzeyleri altında nasıl davrandığını anlamak için Yük Testi'ni kullanın.

Doğru katmanı seçin: Üretim iş yükleri için ayrılmış işlem kullanın. Premium katmanlar daha fazla bellek ve CPU kapasitesi, daha fazla örnek ve alanlar arası yedeklilik gibi daha fazla özelliğe sahip daha büyük SKU'lar sunar. Daha fazla bilgi için bkz . Premium V3 fiyatlandırma katmanı.

Ölçeklendirme stratejinizi iyileştirin: Mümkün olduğunda, uygulama yükü değiştikçe örnek sayısını el ile ayarlamak yerine otomatik ölçeklendirmeyi kullanın. App Service, otomatik ölçeklendirme ile sunucu kapasitesini önceden tanımlanmış kurallara veya tetikleyicilere göre ayarlar. Yeterli performans testi yaptığınızdan ve doğru tetikleyiciler için doğru kuralları ayarladığınızdan emin olun.

İlk kurulum sırasında basitliğe öncelik verirseniz, kuralları tanımlamanızı gerektirmeyen ve yalnızca sınırları ayarlamanız gereken bir otomatik ölçeklendirme seçeneği kullanın.

En iyi performansı elde etmek için yeterli kaynağı hazır bulundurun. Yanıt süresi veya aktarım hızı gibi performans hedeflerini korumak için kaynakları uygun şekilde ayırın. Gerektiğinde kaynakların fazla yüklemesini göz önünde bulundurun.

Otomatik ölçeklendirme kurallarını tanımlarken, uygulamanızın başlatılması için geçen süreyi hesaba katmanız gerekir. Tüm ölçeklendirme kararlarını alırken bu ek yükü göz önünde bulundurun.

Önbelleğe almayı kullanma: Sık değişmeyen ve erişimi pahalı olan bir kaynaktan bilgi almak performansı etkiler. Birleştirmeler ve birden çok arama dahil olmak üzere karmaşık sorgular çalışma zamanına katkıda bulunur. İşleme süresini ve gecikme süresini en aza indirmek için önbelleğe alma gerçekleştirin. Veritabanına veya arka uca tekrarlanan gidiş dönüşleri önlemek ve sonraki istekler için işlem süresini kısaltmak için sorgu sonuçlarını önbelleğe alın.

İş yükünde yerel ve dağıtılmış önbellek kullanma hakkında daha fazla bilgi için bkz. Önbelleğe Alma.

Performans kötü modellerini gözden geçirin: Web uygulamasının iş gereksinimlerinize uygun şekilde performans gösterdiğinden ve ölçeklendirildiğinden emin olmak için tipik kötü modellerden kaçının. App Service'in düzeltmiş olduğu bazı kötü amaçlı öğeler aşağıdadır.