MODERNİZASYONUN FAYDALARI
Yavaş Yazılımı Hızlandırma ve Kapasite Planlama
Rapor bekleme, yoğun saatlerde yavaşlama ve kullanıcı sınırlarını inceleyin. İlk iyileştirmeyi iş için önemli bir işlemden başlatın.
Son güncelleme:
KISA CEVAP
Yazılımı hızlandırmanın iş değeri, raporun, siparişin veya başka bir işlemin daha kısa sürede tamamlanabilmesidir. Önce bekleten işlemi ve hedef kullanıcı yükünü seçip hangi darboğazın ele alınacağını belirleyelim.
Neden önemli?
Red Hat’in ikinci uygulama modernizasyonu raporunda, modernizasyon yapmakta olan kurumların %58’i güvenlik, %53’ü ölçeklenebilirlik, %52’si güvenilirlik faydası gördüğünü bildiriyor.
Kaynak: The state of application modernization, second edition · Red Hat · Yayın tarihi: · Erişim tarihi: Red Hat sponsorlu öz bildirime dayalı anket; Ekim–Kasım 2023’te ABD, Birleşik Krallık ve İngilizce konuşan Asya-Pasifik’ten 1.000 BT katılımcısı. Oranlar modernizasyon yapan alt gruba aittir; nedensellik veya bizim hizmetimizin sonucu değildir.
Deloitte'un 37 markayı inceleyen mobil site araştırmasında, dört hız metriğinin her birindeki 0,1 saniyelik iyileşmeyle perakendede %8,4 ve seyahatte %10,1 dönüşüm oranı artışı arasında ilişki gözlendi.
Kaynak: Milliseconds Make Millions · Deloitte Ireland LLP / Deloitte Digital · Yayın tarihi: · Erişim tarihi: Google'ın sipariş ettiği çalışma; Avrupa ve ABD, mobil web, 28 Ekim–24 Kasım 2019. Doğal hız değişimlerine dayanan ilişkidir; nedensellik veya sonuç garantisi değildir. Sayısal alan perakendeye aittir.
Raporu veya işlemin bitmesini mi bekliyorsunuz?
Geç açılan bir rapor, uzun süren veri aktarımı veya yoğun saatlerde yanıt vermeyen bir ekran günlük işi bekletebilir. İlk adım, beklemenin sorgudan mı, veri aktarımından mı, ekrandan mı kaynaklandığını ayırmaktır.
Yavaş rapor ve ekranlar nasıl ele alınır?
- Büyük listelerle çalışma: Filtreleme ve sayfalama ile ekrana yalnız gereken kayıtları getirmek.
- Uzun işlemi takip etme: Veri aktarımı veya rapor üretimini arka planda yürütüp ilerleme ve hata durumunu göstermek.
- Yoğunluğu yönetme: Sorgu, kaynak ve eşzamanlı kullanıcı sınırlarını birlikte ele alarak kapasite kararlarını somutlaştırmak.
İlk performans ölçümü hangi işlemle yapılır?
En çok bekleten ekranı veya raporu seçin. Kullandığı veri miktarını ve yoğun saatteki kullanıcı yükünü belirleyelim; uygulama modernizasyonunun ilk parçası bu işlemi ele alsın.
Bekleme onay veya eksik bilgiden kaynaklanıyorsa önce iş akışını düzeltin. Yazılım kaynaklı gecikmede de tek bir sorgu ya da ekran değişikliği, geniş bir geçişten önce denenebilir.
Sizin işinize benzeyen ölçümü seçin
| Bekleten iş | Laboratuvarda değişen uygulama |
|---|---|
| Sipariş sırasında fiyat, stok ve teslimat yanıtı bekleme | Java entegrasyonu: sıralı çağrılardan sınırlı eşzamanlı çalışmaya |
| Müşteri bazında rapor hazırlama | PHP: tekrar taramadan tek geçişte hesaplamaya |
| Veritabanından aynı bilgileri tekrar okuma | SQL: tablo taramasından indeksli ve toplu sorguya |
| Büyük faturalar listesinde filtreleme | Ön yüz: bütün satırlar yerine görünür alanı çizme |
| Aktarılan satırları ürün kataloğuyla eşleştirme | .NET: tekrar liste aramasından anahtarlı erişime |
Her vakada iş yükünü değiştirip eski uygulamayı, kontrol kollarını ve yenilenen uygulamayı aynı süre ölçeğinde karşılaştırabilirsiniz.
Ölçüm yaklaşımı
Yenilenen uygulamalar aynı sentetik görevi ve veriyi işler; çıktı eşitliği, ortam, tekrarlar ve ham kayıtlar her vaka sayfasında bulunur. Kod değişikliğinin etkisini sürüm değişikliğinden ayırırız: aynı bytecode ile Java 8 → 25 deneyi küçük farkıyla kontrol olarak korunur. Bu kayıtlar müşteri uygulaması ölçümü değildir. Bütün ölçüm yöntemlerini inceleyin.
Laboratuvardan kanıtlar
5.000.000 siparişten rapor
↓ %99,8Düşük daha iyi · 10 ölçümün medyanı
Ölçüm yöntemi →Aynı iş için CPU süresi
↓ %99,8Düşük daha iyi · 10 ölçümün medyanı
Ölçüm yöntemi →50.000 satırlık ürün aktarımı
↓ %99,8Düşük daha iyi · 10 ölçümün medyanı
Ölçüm yöntemi →Aynı iş için CPU süresi
↓ %99,8Düşük daha iyi · 10 ölçümün medyanı
Ölçüm yöntemi →50.000 faturayı filtreleyip listeleme
↓ %98,8Düşük daha iyi · 10 ölçümün medyanı
Ölçüm yöntemi →256 siparişin tamamlanması
↓ %87,1Düşük daha iyi · 10 ölçümün medyanı
Ölçüm yöntemi →Aynı iş için CPU süresi
↓ %51,7Düşük daha iyi · 10 ölçümün medyanı
Ölçüm yöntemi →200.000 siparişten rapor
↓ %99,3Düşük daha iyi · 10 ölçümün medyanı
Ölçüm yöntemi →Aynı iş için CPU süresi
↓ %99,3Düşük daha iyi · 10 ölçümün medyanı
Ölçüm yöntemi →200.000 siparişten rapor
↓ %99,4Düşük daha iyi · 10 ölçümün medyanı
Ölçüm yöntemi →Aynı iş için CPU süresi
↓ %99,4Düşük daha iyi · 10 ölçümün medyanı
Ölçüm yöntemi →Bellekte 1 milyon sipariş raporu
↓ %0,3Düşük daha iyi · 10 ölçümün medyanı
Ölçüm yöntemi →Kendi durumunuzu inceleyin
Sık sorulan sorular
En hızlı çalışmanın süresi yeterli bir karşılaştırma mıdır?
Tek bir çalışma, tekrarlar arasındaki farkı gizleyebilir. Planlanan protokolde ham süreler saklanır, tekrar sayısı ve medyan ya da ortalama kullanıldığı açıklanır; yalnız en iyi deneme seçilmez.
Medyan ve p95 neden ayrı gösterilir?
Medyan tipik yanıtı, p95 ise daha yavaş yanıtların dağılımını incelemeye yardımcı olur. Birlikte hata oranı da gerekir; hızlanma görünürken tamamlanamayan işleri gizlemek doğru bir karşılaştırma olmaz.
Eski sistem zaman aşımına uğrarsa hız oranı nasıl yazılır?
Tamamlanma süresi bilinmiyorsa sıfır yazılmaz. Kayıtlı zaman aşımı sınırı varsa oran en az ifadesiyle alt sınır olarak gösterilir; sınır da bilinmiyorsa oran üretilmez.
Mobil sitenin hızlanması aynı oranda satış artışı sağlar mı?
Böyle bir sonuç garanti edilemez. Yukarıdaki mobil web araştırması belirli marka ve dönemde gözlenen ilişkiyi anlatır; iç uygulamanıza veya satışınıza doğrudan uygulanacak bir oran değildir.
Simülasyondaki kaydırıcı her kayıt sayısını deniyor mu?
Kaydırıcı, seçilen deneyde gerçekten ölçülmüş yük noktaları arasında geçer. Java entegrasyonundaki eşzamanlı sipariş sayısı ile bir rapordaki kayıt sayısı ayrı birimlerdir. Her noktada aynı veriyi işleyen uygulamaları karşılaştırır; ara değer uydurmaz ve yeni bir test çalıştırmaz.