- Katılım
- 21 Ocak 2024
- Mesajlar
- 164
- Tepkime puanı
- 36
- Puanları
- 28
AWS İzleme Araçları
Kaynaklarımızı izlemek için AWS, AWS CloudWatch sağlar. Kaynaklarımızı izlemek ve tanımlanmış metriklerimize göre alarmlar ayarlamak için yapılandırılabilen bir bulut izleme hizmetidir. Alarm, belirlenen sınırlardan biri aşılır aşılmaz tetiklenir.
Örneğin, veritabanımın yavaş çalışıp çalışmadığını bilmek istiyorsam, bunu DB'min disk okuma ve yazma hızını izleyerek ve belirli bir değerin altına düştüğünde bir alarm ayarlayarak kolayca yapabilirim. Şimdi, okuma/yazma hızı bu eşiğin altına düştüğünde ve bir süre düşük kaldığında, veritabanımın yavaş çalıştığını belirten bir bildirim (örneğin e-posta şeklinde) alacağım. İlginç, değil mi?
IP, konum, işletim sistemi gibi kullanıcı verilerini de izleyebilir ve günlüğe kaydedebiliriz (Feragatname: Bunu yapmadım ve aynısını yapmanızı önermiyorum. Tek söylediğim, bunun mümkün olduğu, ancak bunu yapmanın da yanlış olduğu, bu nedenle bu tür uygulamalardan uzak durmanın daha iyi olacağıdır). CloudWatch'ta iki ana yönümüz var. Bunlardan biri burada tartıştığımız şeydir (CloudWatch Alarmları).
Diğer unsur ise CloudWatch Dashboard'dur. Burası, bizim tarafımızdan tanımlanan eşiklerde tetiklenen otomatik alarmları ayarlayabileceğimiz yerdir. Alarmlar kaynakları kontrol etmek için kullanılır ve kullanım durumumuza göre yapılandırılabilir.
Bununla birlikte, AWS İzleme araçlarının temellerini gözden geçirdik, şimdi AWS'nin bize hangi günlük araçlarını sağladığını görelim.
AWS Günlük Araçları
Bu, yeni başlayanlar ve tek başına çalışan geliştiriciler için CloudWatch'tan çok daha önemlidir. Bu bölümde AWS için günlük tutma hizmeti olan AWS CloudTrail'i ele alacağız. Basitçe açıklamak gerekirse AWS CloudTrail, AWS ortamımızdaki eylemleri günlüğe kaydedebilen ve hesabımızdaki API çağrılarını kaydeden bir bulut eylem günlüğü hizmetidir. Yani bu aslında konsol günlüklerinize benzer, ancak bunlar ayrı bir yerde saklanır ve kolayca aranabilir. Ayrıca otomatik olarak zaman ayrımı da yapıldığından, günlüklerde arama yapmak konsolda arama yapmaktan çok daha kolaydır.
Örneğin, siz uyurken gece 3'te bir hatayla karşılaşan ve bunu size bildiren bir müşteriniz olduğunu düşünün. Sabah 8'de uyandınız ve hatayı yaklaşık 5 saat sonra gördünüz. EC2 makinesine SSH yaptıktan sonra konsol günlüklerinizi incelemek için 5 saat daha harcamak yerine, CloudTrail'e gidebilir ve günlükleri tam zaman dilimine göre filtreleyebilir (örneğin, 2:30 ile 3:30 arasında, bu da çok fazla, ancak önceki durumdan daha az) ve uygulamanın bu kullanıcı için neyin hata vermesine neden olduğunu anlayabilirsiniz. Elbette, günlüklerin CloudTrail'de tam olarak istediğiniz şekilde görünmesi için bazı ayarların yapılması gerekir, ancak bu, her hata ortaya çıktığında terminalde günlükleri aramak için saatler harcamaktan çok daha iyi bir zamandır.
Yukarıdaki örnekten de anlayabileceğiniz gibi CloudTrail, kaynaklarınızdaki kullanıcı etkinliği ve API çağrılarının tam bir geçmişini verir. Bunu yapmak için CloudTrail Olaylarını ayarlamamız gerekir Olaylar, neler olduğunu anlamak için ayarlanır. CloudTrail, yukarıda belirtildiği gibi belirli olayları filtrelememizi ve bulmamızı sağlar.
Bunun dışında CloudTrail, CloudTrail Insights adında bir özelliğe sahiptir. Insights, hesabınızdaki olağandışı API etkinliklerini otomasyonla tespit etmemizi sağlar. işte AWS'nin kendisinden nasıl çalıştığına dair daha iyi bir açıklama:
CloudTrail'in yakaladığı diğer olay türlerinin aksine, Insights olayları yalnızca CloudTrail hesabınızın API kullanımında hesabın tipik kullanım modellerinden önemli ölçüde farklı değişiklikler tespit ettiğinde kaydedilir.
Yazılım sektöründe bir söz vardır:
Eğer inşa edebiliyorsanız, bakımını da yapabilmelisiniz
Loglama ve İzleme araçları olmadan yazılım bakımı, bir gemi ustasının çekiç ve çivi olmadan bir gemiyi tamir etmeye çalışması gibidir. Temel olarak, çok zordur ve bazı durumlarda doğrudan imkansızdır. Bu nedenle AWS Loglama ve İzleme ha
Kaynaklarımızı izlemek için AWS, AWS CloudWatch sağlar. Kaynaklarımızı izlemek ve tanımlanmış metriklerimize göre alarmlar ayarlamak için yapılandırılabilen bir bulut izleme hizmetidir. Alarm, belirlenen sınırlardan biri aşılır aşılmaz tetiklenir.
Örneğin, veritabanımın yavaş çalışıp çalışmadığını bilmek istiyorsam, bunu DB'min disk okuma ve yazma hızını izleyerek ve belirli bir değerin altına düştüğünde bir alarm ayarlayarak kolayca yapabilirim. Şimdi, okuma/yazma hızı bu eşiğin altına düştüğünde ve bir süre düşük kaldığında, veritabanımın yavaş çalıştığını belirten bir bildirim (örneğin e-posta şeklinde) alacağım. İlginç, değil mi?
IP, konum, işletim sistemi gibi kullanıcı verilerini de izleyebilir ve günlüğe kaydedebiliriz (Feragatname: Bunu yapmadım ve aynısını yapmanızı önermiyorum. Tek söylediğim, bunun mümkün olduğu, ancak bunu yapmanın da yanlış olduğu, bu nedenle bu tür uygulamalardan uzak durmanın daha iyi olacağıdır). CloudWatch'ta iki ana yönümüz var. Bunlardan biri burada tartıştığımız şeydir (CloudWatch Alarmları).
Diğer unsur ise CloudWatch Dashboard'dur. Burası, bizim tarafımızdan tanımlanan eşiklerde tetiklenen otomatik alarmları ayarlayabileceğimiz yerdir. Alarmlar kaynakları kontrol etmek için kullanılır ve kullanım durumumuza göre yapılandırılabilir.
Bununla birlikte, AWS İzleme araçlarının temellerini gözden geçirdik, şimdi AWS'nin bize hangi günlük araçlarını sağladığını görelim.
AWS Günlük Araçları
Bu, yeni başlayanlar ve tek başına çalışan geliştiriciler için CloudWatch'tan çok daha önemlidir. Bu bölümde AWS için günlük tutma hizmeti olan AWS CloudTrail'i ele alacağız. Basitçe açıklamak gerekirse AWS CloudTrail, AWS ortamımızdaki eylemleri günlüğe kaydedebilen ve hesabımızdaki API çağrılarını kaydeden bir bulut eylem günlüğü hizmetidir. Yani bu aslında konsol günlüklerinize benzer, ancak bunlar ayrı bir yerde saklanır ve kolayca aranabilir. Ayrıca otomatik olarak zaman ayrımı da yapıldığından, günlüklerde arama yapmak konsolda arama yapmaktan çok daha kolaydır.
Örneğin, siz uyurken gece 3'te bir hatayla karşılaşan ve bunu size bildiren bir müşteriniz olduğunu düşünün. Sabah 8'de uyandınız ve hatayı yaklaşık 5 saat sonra gördünüz. EC2 makinesine SSH yaptıktan sonra konsol günlüklerinizi incelemek için 5 saat daha harcamak yerine, CloudTrail'e gidebilir ve günlükleri tam zaman dilimine göre filtreleyebilir (örneğin, 2:30 ile 3:30 arasında, bu da çok fazla, ancak önceki durumdan daha az) ve uygulamanın bu kullanıcı için neyin hata vermesine neden olduğunu anlayabilirsiniz. Elbette, günlüklerin CloudTrail'de tam olarak istediğiniz şekilde görünmesi için bazı ayarların yapılması gerekir, ancak bu, her hata ortaya çıktığında terminalde günlükleri aramak için saatler harcamaktan çok daha iyi bir zamandır.
Yukarıdaki örnekten de anlayabileceğiniz gibi CloudTrail, kaynaklarınızdaki kullanıcı etkinliği ve API çağrılarının tam bir geçmişini verir. Bunu yapmak için CloudTrail Olaylarını ayarlamamız gerekir Olaylar, neler olduğunu anlamak için ayarlanır. CloudTrail, yukarıda belirtildiği gibi belirli olayları filtrelememizi ve bulmamızı sağlar.
Bunun dışında CloudTrail, CloudTrail Insights adında bir özelliğe sahiptir. Insights, hesabınızdaki olağandışı API etkinliklerini otomasyonla tespit etmemizi sağlar. işte AWS'nin kendisinden nasıl çalıştığına dair daha iyi bir açıklama:
CloudTrail'in yakaladığı diğer olay türlerinin aksine, Insights olayları yalnızca CloudTrail hesabınızın API kullanımında hesabın tipik kullanım modellerinden önemli ölçüde farklı değişiklikler tespit ettiğinde kaydedilir.
Yazılım sektöründe bir söz vardır:
Eğer inşa edebiliyorsanız, bakımını da yapabilmelisiniz
Loglama ve İzleme araçları olmadan yazılım bakımı, bir gemi ustasının çekiç ve çivi olmadan bir gemiyi tamir etmeye çalışması gibidir. Temel olarak, çok zordur ve bazı durumlarda doğrudan imkansızdır. Bu nedenle AWS Loglama ve İzleme ha