Destek hizmeti
En yoğun gününüzde de hızlı kalın
Bir kampanya, bir lansman ya da ay sonu sistemi çökertiyorsa, neden nadiren göründüğü yerdedir. Gerçek yükü ölçer, darboğazları bulur ve öncesi ve sonrası sayılarla düzeltiriz.
- Süre
- 2 ila 8 hafta
- Model
- Ölç, düzelt, yeniden ölç
- Çıktı
- Kalıcı iyileştirme ve ölçülmüş sonuç
Performansın yapısal bir sorun olduğunu gösteren işaretler
Ara sıra yavaşlama normaldir. Bu desenler değildir; kötü bir günden çok tasarımdaki sınırlara işaret ederler.
- Sistem kampanya günlerinde, lansmanlarda ya da ay sonunda yavaşlıyor veya çöküyor, trafik düşünce toparlanıyor.
- Ortalama yanıt süreleri iyi görünüyor ama en yavaş yüzde birlik istek kabul edilemez durumda.
- Sunucu eklemek her seferinde daha az işe yarıyor ya da hiç yaramıyor.
- Veritabanı işlemcisi doymuşken uygulama sunucuları boşta bekliyor.
- Yükün büyük kısmını bir avuç endpoint ya da sorgu oluşturuyor ve hangileri olduğunu kimse ölçmedi.
- Yük testleri var ama gerçek trafiğe benzemiyor; testler geçiyor, üretim yine düşüyor.
- Performans düzeltmeleri olay sırasında yapılıyor ve bir sonraki sürümde sessizce geri alınıyor.
Önce gerçek yükü ölçün
Tahminle başlayan performans çalışması genellikle yanlış şeyi optimize eder. Hiç yavaş olmamış bir endpoint’in önüne önbellek eklenirken asıl darboğaz, yani bir kilit, çok konuşkan bir çağrı deseni ya da sınırsız bir sorgu, olduğu gibi kalır.
Üretim verisinden bir yük profili çıkararak başlarız: hangi istekler, hangi karışımda, hangi hızda, hangi veri şekilleriyle. Kurduğumuz yük testleri bu profili yeniden üretir; böylece testte bozulan şey, üretimde bozulacak olan şeydir.
Düzeltmeler etki sırasına göre yapılır ve her biri ölçülür. Sınır yapısal olduğunda, örneğin yatay ölçeklenemeyen bir tasarımda, bunu söyler ve değişikliği tasarlarız. Ardından kazanımların bir sonraki sürümde kaybolmaması için dağıtım hattına performans bütçeleri ve testleri eklenir.
Kapsam
Dahildir
- Üretim trafiğinden yük profili
- Gerçekçi yük ve uzun süreli dayanıklılık testleri
- Uygulama, veritabanı ve altyapı genelinde darboğaz analizi
- Sorgu ve indeks optimizasyonu
- Net geçersizleştirme kurallarıyla önbellek stratejisi
- Eşzamanlılık, bağlantı havuzu ve zaman aşımı ayarları
- Otomatik ölçekleme ve kapasite planlaması
- Dağıtım hattında performans bütçeleri ve testleri
Dahil değildir
- Ön yüz ve tarayıcı performansı
- Uygulamanın başka bir dilde yeniden yazılması
- Tek önlem olarak daha fazla donanım almak
- Hizmet olarak sürekli performans izleme
İş nasıl ilerler
- Hafta 1Yükün profilini çıkarın. Üretim trafiği, izler (trace) ve veritabanı istatistikleri incelenerek bir yük profili ve taban çizgisi oluşturulur.
- Hafta 2 ila 3Sınırları bulun. Gerçekçi yük testleri sistemi kırılana kadar zorlar; ilk darboğazlar kanıtla belirlenir.
- Hafta 3 ve sonrasıDüzeltin ve yeniden ölçün. Düzeltmeler etki sırasına göre uygulanır. Her birinden sonra aynı test tekrarlanır ve sonuç kaydedilir.
- Son haftaKazanımları koruyun. Performans bütçeleri, testler ve kapasite rehberi devredilir; böylece bir sonraki sürüm yapılan işi geri almaz.
Elinize geçenler
Testler, sonuçlar ve değişiklikler sizin depolarınızda kalır.
Bu hizmet kimin için değil
- Ön yüz ya da mobil uygulama hız sorunları. Biz sunucu tarafında, yani API’lerde, veride ve altyapıda çalışırız.
- Bilinen tek bir hata yüzünden yavaş olan sistemler. Odaklı bir düzeltme, bir performans çalışmasından daha ucuzdur.
- Henüz hiçbir şey ölçülmeden garanti edilmiş bir sayı bekleyen ekipler. Hedefler taban çizgisi bilindikten sonra konur.
Sık sorulanlar
Üretim ortamına karşı mı test ediyorsunuz?
Genellikle hayır. Gerçekçi bir veri setiyle, üretime benzeyen bir ortama karşı test ederiz. Üretim testinin tek seçenek olduğu durumlarda bu sizinle birlikte planlanır; güvenli bir saatte ve durdurma yöntemiyle yapılır.
Hangi araçları kullanıyorsunuz?
Açık kaynak yük testi araçlarını ve elinizdeki izleme ve metrik sistemlerini kullanır, eksik olanı ekleriz. Testler sizde kalır ve bizsiz de çalışır.
Bir yanıt süresini garanti edebilir misiniz?
Hedefleri taban çizgisini ölçtükten sonra koyarız ve sonuçları, bir hedefe ulaşmak için yapısal değişiklik gereken yerler dahil, bu hedeflere göre raporlarız.
Mimarimizi değiştirmeniz gerekecek mi?
Bazen. Kazanımların çoğu sorgulardan, önbellekten, havuz ayarlarından ve yapılandırmadan gelir. Sınır yapısal olduğunda kanıtı gösterir ve değişikliği, çoğu zaman ayrı bir çalışma olarak, tasarlarız.
Bunun Gözlemlenebilirlik ve SRE’den farkı ne?
Bu hizmet performans sınırlarını bulur ve kaldırır. Gözlemlenebilirlik ve SRE, sistemi zaman içinde sağlıklı tutan izleme, SLO ve olay yönetimi pratiklerini kurar.
Önce kısa bir teknik sohbetle başlayalım
Otuz dakika. Sistemin ne zaman ve nerede yavaşladığını anlatırsınız, biz nedeni nasıl bulacağımızı söyleriz.