Herhangi bir kesinti iletişiminde olduğu gibi, teknik olmayan bir okuyucu öncelikle şunları anlamaya çalışacaktır:
- Ne kadar uzundu?
- Ne kadar kötüydü?
Amazon CloudWatch metrikleri, bu soruların yanıtlanmasına yardımcı olabilecek SQS kuyrukları için aşağıdaki metrikleri sağlar :
- NumberOfMessagesSent: Bir kuyruğa eklenen mesaj sayısı.
- NumberOfMessagesReceived: ReceiveMessage API eylemine çağrılar tarafından döndürülen mesaj sayısı.
- YaklaşıkSayıOfMesajlarıVisible: Kuyruktan alınabilecek mesaj sayısı.
Doğru şekilde grafik çizildiğinde, bu metrikler kuyruk işleme gecikmelerini tanımlamak için güçlü görsel yardımcılar olabilir. İşte işin kuyruk iletilerini işleme kapasitesinin ciddi şekilde bozulduğu bir kesinti örneğidir:
NumberOfMessagesSent & NumberOfMessagesAlı
- Grafik Türü: Çizgi Grafiği
- İstatistik: Toplam
- Süre: 5 dakika
Bu, gönderilen ve alınan mesajlar arasındaki kontrastı grafikleyerek gecikmeden hangi işleme bileşeninin sorumlu olduğunu izole etmeye yardımcı olur. Bu grafikte, gönderilen metrik normal eğilimine devam ederken alınan metrik önemli ölçüde düşer, bu nedenle sorunun kuyruk yazma bileşeni yerine kuyruk okuma bileşeninde yattığını söyleyebiliriz.
Bu olay ne kadar sürdü / ne kadar kötü oldu? Evet; zaman içinde etkilenen süreçleri açıklar.
NumberOfMessagesReceived & YaklaşıkNumberOfMessagesVisible
- Grafik Türü: Yığılmış Alan Grafiği
- İstatistik: Toplam
- Süre: 5 dakika
Bu, alınan iletilerin üstündeki kuyruk derinliğini gösterir, bu da kuyruğun ne kadar yedeklendiğini ve nasıl kurtarıldığını göstermeye yardımcı olur. Bu grafikte, kuyruk okuma bileşeni sorun yaşarken kuyruk derinliğinin önemli ölçüde yedeklendiğini görebilir ve kuyruk okuma bileşeni tekrar mesajları okumaya başladığında toparlanmaya başlayabilir.
Bu olay ne kadar sürdü / ne kadar kötü oldu? Evet; zaman içinde etkilenen mesajları açıklar.
Grafik Tartışması
Her iki grafikte de kuyruk işleme genellikle çizgiler çakıştığında sağlıklı, çizgiler ayrıldığında sağlıksız olarak değerlendirilebilir. Bu, teknik olmayan bir ekip üyesine öğretilmesi kolay bir modeldir ve bu grafiklerle sunulduğunda sorunların nerede ve nasıl hızlı bir şekilde dağılmasına yardımcı olabilir.
Grafiklerdeki belirli noktaları daha fazla iletmek için bunlara açıklama ekleyebilirsiniz:
Grafik İpuçları:
- Etiket birimleri ve eksenler.
- Metrikleri grafikler arasında eşleştirmek için tutarlı renkler kullanın. Her iki grafikte NumberOfMessagesReceived'nin turuncu olduğunu unutmayın; bu, aynı metriği farklı grafiklerde görselleştirmeye yardımcı olur.
- Benzer ölçümleri tanımlayan grafikleri, zaman içinde karşılaştırılması daha kolay olacak şekilde dikey olarak hizalayın.
Not: Bu grafikleri StackExchange'te sunulacak şekilde biçimlendirdim, bu yüzden bunları mutlaka bir kesinti sonrası ölümde sunacağım gibi değil. Açıkça burada sol eksenden değerleri StackExchange onları gizlemek için kaldırdık; onları post-mortem'lerinizde tutmak isteyeceksiniz.
Ek ipuçları
- Ekibinize Güç Verin: Ekip üyelerinize bu grafikleri okumaları için eğitim verdikten sonra, onları gizli tutmak için hiçbir neden yoktur. Bir CloudWatch Panosu oluşturmayı ve teknik olmayan ekip üyelerinize CloudWatch'a salt okunur IAM erişimi vermelerini sağlayın , böylece bu grafikleri her zaman görüntüleyebilirler.
- Bildirimleri Ayarlayın: Üzerinde anlaşılan bazı yüksek değerleri aşarsa Cloudwatch Alarmlarını YaklaşıkNumaraOfMessagesVisible metriğine göre ayarlamayı düşünün ve ekip üyelerine olası sorunları bildirmeleri için abone olun. Cloudwatch Alarmları, bildirim e-postalarıyla birlikte gönderilen açıklama alanlarına sahiptir; teknik olmayan üyelerinizin alarmı yaymasına yardımcı olmak için okunabilir bir açıklama eklediğinizden emin olun.
- : Diğer Veri keşfi Başına Evgeny yorumuna , CloudWatch sağlar ötesinde diğer verileri incelemek ve ekibinizi bu verileri iletmek nasıl düşünün. Histogram oluşturmak için sıradaki mesaj ömrünü kullanma örneği, bu yaratıcı düşüncenin harika bir örneğidir ve hem mesaj gönderme hem de mesaj alma sürelerini uygulamanızda günlüğe kaydederek gerçekleştirilebilir. Alınan Zaman Damgası iletisini , ReceiveMessage API yanıtının her kuyruk iletisindeki SentTimeStamp Özniteliği aracılığıyla alabilirsiniz . Daha fazla ayrıntı burada .