Facebook Twitter
alltechbites.com

Ölçeklenebilirlik Testi: Başarıya Doğru 7 Adım

Mayıs 5, 2021 tarihinde Grant Tafreshi tarafından yayınlandı

Kalkınma sırasında çok iyi çalışan sistemler, küçük ölçekte konuşlandırılan sistemler, dağıtım gerçek kullanım derecelerini destekleme etrafında ölçeklendirildikten sonra performans hedeflerine ulaşmayı ihmal edebilir.

Bunun bir örneği örnek durumu, son zamanlarda ileri düşünme yüksek teknoloji platformunun geliştirilmesini dış kaynaklardan sağlayan önemli bir mavi çip şirketinden kaynaklanmaktadır. Geliştirme programın arkasında olmasına rağmen, bu kabul edilebilir görülmektedir. Makine yavaş yavaş bireysel bir kabul testinin fonksiyonel bileşenlerinden geçti ve son olarak bir dağıtım tarihi belirlenebilirmiş gibi görünüyordu. Ancak tedarikçi yük testi ve ölçeklenebilirlik testine başladı. Makine gereksinimlerinde genişletilmiş ve maliyetli bir mimari değişiklik ve değişiklikleri izledi. Tedarikçi, nihayet proje güvendiğine kadar tatmin edici bir sistem tedarik etmek için kahramanca savaştı.

Bu izole bir durum değil. Folklor benzer masallarla doludur. Ambulans dağıtım sistemlerinden, vergilendirme beyanlarının elektronik olarak sunulması için web alanlarına kadar, sistemler en yüksek talepleri ölçeklendirdikleri ve yaşadıkları için başarısız olur. Tüm bu projeler, karşılaştıkları büyük riskleri asla tanımlamamış ve sipariş etmemiş gibi görünmektedir. Bu, riske dayalı testlerin temel bir aşaması olabilir ve işlevsellik testi veya iş sürekliliği testine göre ölçeklenebilirlik testi veya yük testi için eşit olarak uygulanır. Risk değerlendirmesi olmadan, ölçeklendirmenin en büyük riskler arasında olduğunu fark etmediler, tüm işlevselliği sunmak için çok daha fazlası

Hizmet odaklı mimariye (SOA) yönelik son eğilimler ölçeklenebilirlik sorununu ele almaya çalışır, ancak ayrıca yeni sorunlar ortaya çıkarır. Harici olarak sağlanan hizmetleri mevcut çözümünüze dahil etmek, şimdi ölçeklendirme yeteneğinizin bu harici sistemin yük altında çalışmasına bağlı olduğunu ima eder. Bunun zorlu bir görev olabileceğini ve ne yazık ki gerginlik testi ve stres testinin burada göz ardı edilebileceğini garanti ediyor.

Daha iyi uygulama, performansını açıkça yürekte kullanarak, özellikle ölçeklenebilirlik testi, hacim testi ve yük testi kullanarak büyük ölçekli bir yazılım sisteminin geliştirilmesine başlamak olacaktır. Bu performans testi odağı oluşturmak için:

  • Mark pazarının ima ettiği bilgi hacimlerini ve işlem hacimlerini araştırın ve ölçün. Bu rakamlardan birkaçı göz açıcıları olabilir ve işletme kurumsal kullanıcılarının makinenin tüm ölçeğini gerçekleştirmelerine yardımcı olabilir. Bu tek başına birkaç özelliğin önceliğinin yeniden değerlendirilmesine neden olabilir.
  • Makinenin ölçeklendirilmesini kolaylaştırmak için yapılandırılmış kullanıcılara ve makineye nasıl sunulabileceğini belirleyin. Genellikle bireysel bir kullanıcı masaüstü çözümü için uygun bir ölçeklenebilir alternatif sunmak için tam olarak aynı işlevselliğe sahip olmaya çalışmayın.
  • Geliştirme sürecinin içsel bir alanını tanımak, her artımlı yazılım sürümünde temsili ölçekte yük testidir. Bu, proje için en büyük riske odaklanan sürekli testtir: tam ölçekte çalışma fırsatı.
  • Yük testinin hem kapsam hem de titizlikle yeterli olduğundan emin olun. Yük testi sadece bir performans testi ile yanıt sürelerini ölçmekle ilgili değildir. Gerinim testi programı, stres testi, güvenilirlik testi ve dayanıklılık testi dahil olmak üzere diğer yük testi stillerini içermelidir.
  • Başarısızlıkların oluşacağını unutmayın. Büyük ölçekli sistemler genellikle başarısızlık davranışına sahip sunucu kümelerini içerir. Yük altında çalışan temsili ölçek sistemlerinde tamamlanan arıza testi, başarısızlık testi ve kurtarma testi dahil edilmelidir.
  • Felaket başarısızlığının meydana gelebileceğini unutmayın. Büyük ölçekli problemler için afet testi ve felaket kurtarma testi temsili ölçekte ve yüklerde tamamlanmalıdır. Bu faaliyetler, iş sürekliliği testinin teknik katmanları olarak görülebilir.
  • Kullanıyorsanız harici hizmetleri tanıyın. Konumunuzun SOA yaklaşımını benimsediği ve bu nedenle harici hizmetlerden etkilenen şey, bu hizmetler üzerindeki verim ve geri dönüş süresinin kişinin vücut ölçekleri ve kendi talepleri arttıkça kabul edilebilir kalacağından emin olmalısınız. İyi bir sistem mimarisi, harici hizmet davranışı kötüleşirse veya başarısız olursa zarif bir yanıt ve geri dönüş işlemini içerir.
  • .