Kullanım iyileştirme için tasarım
 Kaynakların ve işlemlerin kullanımını en üst düzeye çıkarın. Bunları çözümün müzakere edilen işlevsel ve işlevsiz gereksinimlerine uygulayın. |
|---|
Hizmetler ve teklifler çeşitli özellikler ve fiyatlandırma katmanları sağlar. Bir özellik kümesi satın aldıktan sonra bunları az kullanmaktan kaçının. Katmanda yatırımınızı en üst düzeye çıkarmanın yollarını bulun. Benzer şekilde, geçerli üretim iş yüklerine göre kullanımınıza daha uygun olanları bulmak için faturalama modellerini sürekli olarak değerlendirin.
Örnek senaryo
Contoso University şu anda üniversite öğretim üyelerinin okul yılı için ders oluşturmasına ve güncelleştirmesine olanak tanıyan ticari bir kullanıma hazır (COTS) çözümü barındırıyor ve bu kurslar için öğrenciler tarafından kullanılan birincil kayıt portalıdır. Çözüm, hizmet olarak yazılım (SaaS) eğitim yönetim sistemiyle özel bir tümleştirmeye sahiptir ve sonunda tüm işlevlerini birkaç yıl içinde bu sisteme geçirmeyi umarlar. Bu arada, özel tümleştirme bileşenlerindeki maliyetleri iyileştirmek istiyorlar.
COTS teklifinin teknoloji çözümü, MySQL için Azure Veritabanı olan veritabanı dışında genellikle kara kutu olarak kabul edilir. Özel tümleştirme, Azure Uygulaması Hizmeti'nde Standart hizmet planı üzerinde çalışan bir Azure Dayanıklı İşlevdir. Bu App Service daha önce bir üniversite web sitesi barındırmıştı, ancak artık böyle bir durum söz konusu değil. Bu dayanıklı işlev, MySQL veritabanından SaaS API'sine her gece eşitleme gerçekleştiren ayrılmış bir Azure Depolama hesabı tarafından yedeklenen bir Python uygulamasıdır.
Pratik olduğunda tüketim tabanlı fiyatlandırmayı kullanma
Tüketime dayalı fiyatlandırma sunan hizmetler olabilir; başka bir deyişle yalnızca hizmetin kullanımı için faturalandırılırsınız ve maliyetlerin oluşmasını durdurmak için gerekli olmadığında hizmeti kapatabilirsiniz. Yalnızca düzensiz olarak kullanılan iş yükü bileşenleriniz varsa bu, bileşenin 7/24/365 çalıştırması için ödeme yapmaya kıyasla boşa harcanan maliyetleri en aza indirmeye yardımcı olabilir.
Tüketime dayalı fiyatlandırmayı kullanarak yalnızca kullandığınız kadar ödersiniz. İş yükü işleminizin tam zamanlı olarak kullanılması beklenmiyorsa bu seçenek iyi bir seçimdir.
Contoso'nun sınaması
- Eşitleme işi genellikle her gece belirli bir saatte yaklaşık bir saat boyunca çalışır. Bunun performansı geçmişte tatmin edici olmuştur. Arızalar nadirdir ve geçici hatalar geçerli yapılandırmada iyi işlenir.
- Eşitleme işi için gereken işlem günde yalnızca bir saat kadar kullanıldığı ve kullanımdan bağımsız olarak 24 saat boyunca ödeme yaptıkları için iş yükü ekibi geçerli tasarıma alternatif olarak ilgileniyor.
- Ekip, eşitleme çalıştırıldıktan sonra her gece hizmeti kapatmak ve ertesi gün yeniden dağıtmak için bir betik yazmayı düşündü, ancak bu çözüm yüksek düzeyde risk ve karmaşıklık taşıyabilir.
Yaklaşımı ve sonuçları uygulama
- Ekip, iş geçmişini analiz eder ve işlevin çalıştırıldığı en uzun sürenin iki saatten az olduğunu tespit eder. Ayrılmış planın maliyetini en kötü senaryo için Azure İşlevleri tüketim planının maliyetiyle karşılaştırır ve tüketim planının daha düşük maliyetli olacağı sonucuna varır.
- Ekip, performansın yeterli olduğundan emin olmak için bir performans testi çalıştırır ve çalışma süresinde küçük bir artış fark eder, ancak yine de kabul edilebilir sınırlar içindedir.
- Yalnızca iş yürütülürken maliyetler doğurduğundan, tüketim planı kullanılarak iş yükünün genel maliyeti azalır.
Yüksek kullanılabilirlik tasarımınızı iyileştirme
Kaynaklar için zaten ödeme yapmışsanız kurtarma planınızın bir parçası olarak etkin-etkin veya yalnızca etkin-pasif modellerinin dağıtımına öncelik verin.
Tasarımınız varsayılan olarak etkin-pasif modelleri kullanıyorsa, aksi takdirde kullanılabilecek boşta kaynaklarınız olabilir. Etkin-etkine dönüştürmek, aşırı harcama yapmadan yük dengeleme ve ölçek genişletme gereksinimlerinizi karşılamanıza olanak tanıyabilir. Kurtarma hedeflerinizi yalnızca etkin bir modelle karşılayabilirseniz bu kaynakların maliyetleri tamamen kaldırılabilir.
Contoso'nun sınaması
- COTS uygulaması, birincil sunucuyla aynı kullanılabilirlik alanında bir bekleme sunucusu sağlayan, aynı bölge yüksek kullanılabilirliği için yapılandırılmış MySQL için Azure Veritabanı Esnek Sunucu kullanır. Ayrıca otomatik yedeklemeleri etkinleştirdiler.
- İş yükünün RPO'sunun süresi görece 12 saat, RTO ise okul günü boyunca üç saattir.
- Ekip, önceki kurtarma testlerine dayanarak, hazır bekleyen sunucuya otomatik yük devretme yoluyla RPO ve RTO hedeflerini karşılayabileceklerini biliyor. Ayrıca veritabanını yedekten kurtarmayı test ettiler ve bu senaryoda hedefleri karşılayabilirler.
Yaklaşımı ve sonuçları uygulama
- İş yükü ekibi, yüksek kullanılabilirlik tasarımının avantajını ve tek bir örneğin iki katı olan hizmetin maliyetini yeniden değerlendirir.
- Ekip, yeni bir örnek oluşturmayı ve veritabanını yedekten kurtarmayı test eder ve kurtarma hedefleriyle uyumlu olmaya devam edeceklerinden memnun olduğundan bekleme örneğini ortadan kaldırmaya karar verir.
- Ekip, dr planını yeni kurtarma stratejisini yansıtacak şekilde güncelleştirir ve yeni yapılandırmayla maliyet tasarrufunu gerçekleştirecektir.
Bulut ortamınızı kullanılmayan kaynaklardan ve verilerden arındırın
Kullanılmayan kaynaklar ve veriler için dağıtımları düzenli ve sıkı bir şekilde gözden geçirin ve kullanımdan kaldırın. Geçmişte bir amaç için gerekli olan ancak artık kullanılmayan kaynaklar ve veriler zaman içinde bulut ortamlarınızda kalabilir ve gereksiz yere maliyet tahakkuk edebilir. Maliyet verimliliğini iyileştirmeye yardımcı olmak için ortamlarınızı temiz tutma konusunda dikkatli olun.
Kullanılmayan kaynakları kapatmak ve artık ihtiyacınız kalmadığında verileri silmek israfı azaltır ve başka bir yere yatırım yapmak için fon boşaltır.
Contoso'nun sınaması
- Üniversite, geçmişte çözümlerin yetkisini alma konusunda muhafazakar bir yaklaşım benimsemiş ve önceki bir yapılandırmaya geri dönmeleri gerekebileceği korkusuyla olmuştur. Bu temkinlilik, bazı durumlarda unutulan aylar boyunca bir veya daha fazla ortamda çalışan hizmetleri terk etmeye yol açmıştır.
- Terk edilmiş hizmetler keşfedildiğinde, bu tür hizmetlerin ortamını gözden geçirmek için resmi bir işlem olmadığından genellikle yanlışlıkla olur.
Yaklaşımı ve sonuçları uygulama
- Ekip, App Service'ten Dayanıklı İşlev için tüketim barındırma hizmetine geçişin bir parçası olarak App Service'in yetkisini alma işlemini kapsamına ekler. Sonraki sprint'in bir parçası olarak, tüm ortamlarda App Service dağıtımlarını kapatacaktır.
- Ekip, terk edilmiş kaynakları proaktif olarak algılamaya yardımcı olmak için Azure Danışmanı'nda kullanılmayan kaynakları bildirmek üzere uyarılar ayarlar.
- Ekip, ekibin üretim öncesi ortamların aylık tam gözden geçirmelerini ve terk edilmiş kaynakları belirlemek için üretim ortamının üç aylık tam incelemelerini gerçekleştirmesini gerektiren yeni bir ilke uygular. Bulunan tüm terk edilmiş kaynaklar, kullanımdan alınması için kapsama eklenir.