Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Updated README.md #2

Open
wants to merge 1 commit into
base: master
Choose a base branch
from
Open

Updated README.md #2

Changes from all commits
Commits
Show all changes
1 commit
Select commit
File filter

Filter by extension

Filter by extension
Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
13 changes: 6 additions & 7 deletions README.md
View file
Open in desktop
Original file line number Diff line number Diff line change
Expand Up @@ -286,10 +286,10 @@ Bu bölüm, uygulama sağlığının izlenmesini kolaylaştıracak kontrollerin

Uygulama, herhangi bir sayıda "alt sistem" kontrolü de uygulayabilir. Örneğin,

* veritabanı bağlantısı sağlıklı mı
* veri bütünlüğü korunuyor mı (Örneğin, bir tablodaki kayıtlar doğru mu)
* uygulamanın iletişimde olduğu harici servisler erişilebilir mi
* ElasticSearch indeksleri tutarlı mı
* veritabanı bağlantısı sağlıklı mı?
* veri bütünlüğü korunuyor mı? (Örneğin, bir tablodaki kayıtlar doğru mu?)
* uygulamanın iletişimde olduğu harici servisler erişilebilir mi?
* ElasticSearch indeksleri tutarlı mı?
* uygulama için anlamlı olan herşey

Alt sistem kontrollerinden gelen bilgilerle birleştirilerek, uygulama tarafından toplu bir genel durum gösterimi sağlanmalıdır. Buradaki fikir, bir harici izleme sisteminin yalnızca bu birleştirilmiş genel bakışı izlemesidir, böylece yeni bir uygulama kontrolü eklendiğinde veya değiştirildiğinde, harici izlemenin yeniden yapılandırılması gerekmez. Dahası, geliştiriciler genel durumun alt sistem kontrollerine neyin dayandığına karar verebilecek olan kişilerdir. (örneğin, hangisi önemli hangisi değil vs).
Expand All @@ -300,7 +300,6 @@ Bütün durum kontrol sonuçları `/status` sayfasında aşağıdakiler gibi eri

* `/status` - toplam durum sayfası (zorunlu)
* `/status/subsystem1` - belli bir alt sisteme ait durum sayfası (zorunlu değil)
* ...

Ana `/status` sayfası bir sonraki bölümde açıklandığı gibi en azından sistemin genel durumunu vermelidir. Bu, ana `/status` sayfasının TÜM alt sistem kontrollerini yürütmesi ve bütün sistem durumunu bildirmesi gerektiği anlamına gelir. Genel sistem durumunun alt sistemlere göre nasıl belirlendiğine karar vermek geliştiricilere kalmıştır. Örneğin, bazı kritik olmayan alt sistemlerin `HATA` durumu genel sistem için yalnızca bir `UYARI` durumu oluşturabilir.

Expand Down Expand Up @@ -378,13 +377,13 @@ latency: 2

### JSON Formatı

Durum sayfalarında bazen JSON formatı da tercih edilebilir, örneğin kullanılan harici sistemlerin bu format üzerinde çalışması daha kolay ise.
Örneğin kullanılan harici sistemlerin bu format üzerinde çalışması daha kolaysa, durum sayfalarında bazen JSON formatı da tercih edilebilir.

Durum değerleri aynı yukarıdaki gibi olmalıdır - `OK`, `WARN Mesaj` ve `ERROR Mesaj`.

Düz formatta olduğu gibi `status` anahtarı JSON nesnesinin ana elemanının hemen altında olmalı. Alt sistemler ise zorunlu `status` anahtarına sahip iç nesleler olarak ana nesnenin içine gömülmelidir. Aşağıdaki örnekleri inceleyebilirsiniz:

Herşey sorunsuz ise ise:
Herşey sorunsuz ise:

```json
{
Expand Down