Kamu kurumlarında sistem ve uygulama izleme

Wrentrix, başka denetimli ortamlarla birlikte kamu kesimi düşünülerek tasarlandı. Bu bir tasarım hedefidir, herhangi bir kurumu anlatmaz. Burada kamu kurumlarını müşteri olarak listelemiyoruz. Bu sayfadaki hiçbir ifade bir resmî onay veya akreditasyon anlamına gelmez.

Erken gelen sorular

Kamu kurumları bir izleme ürününü genellikle belirli sorularla değerlendirir. Sık geldikleri sırayla, verebildiğimiz cevapları ve doğrudan konuşmayı tercih ettiğimiz başlıkları yazdık.

Son gün trafiği

Kamu hizmetleri, özel sektörün nadiren gördüğü bir yük türüyle karşılaşır. Bu yük haftalık alışkanlıktan değil, kanunla veya duyuruyla belirlenen bir tarihten gelir:

• Beyanname son gününde, mükelleflerin çoğunun son iki güne yığılması.
• Açıklanan dakikada yayımlanan sınav sonuçları ve herkesin aynı anda sayfayı yenilemesi.
• Belirli bir saatte açılan başvuru dönemi.
• Duyurulan bir ödeme veya resmî bildiriden sonra gelen yeni bir zorunluluk.

Bunun izleme tasarımına gerçek etkileri var.

Taban çizgisi bunu öngöremez. Haftanın saatine göre öğrenilen taban çizgileri yakın dönemdeki haftalık kalıptan öğrenir, yılda bir gelen olay büyük bir anomali gibi görünür. Yanlış sinyal değildir, trafik gerçekten olağandışıdır, ama yeni bir şey de söylemez. O gün SLO'lara bakın.

Yoğunluk planı gerçek sayı ister. Kurgu sayılarla bir örnek: 900.000 kişi başvuru yapacak, geçen yılın verisi yüzde 40'ının son güne kaldığını ve çoğunun 8 yoğun saatte geldiğini gösteriyor.

900.000 × 0,40 = 360.000 başvuru
360.000 ÷ (8 × 3.600 sn) = 12,5 başvuru/sn
12,5 başvuru/sn × 20 istek = 250 istek/sn

Son satır, bir başvurunun yaklaşık 20 arka uç isteği tuttuğu varsayımıyla o saatlerin ortalamasıdır, zirve birkaç katı olabilir. Böyle bir rakam, son günden önce neyi yük testine sokacağınızı söyler. Önceki dönemin trace'leri gerçek bir başvurunun hangi isteklerden oluştuğunu gösterir, testiniz yalnızca ana sayfaya vurmaz. Trace okumaya yeniyseniz dağıtık izleme nedir yazısıyla başlayın.

Sözü açıkça yazın. Son tarihe kadarki dönem için "başvuru tamamlanır" üzerine tanımlı bir SLO, teknik personel ve yöneticiler için aynı anlama gelir. Sonrasında değerlendirme toplantısı için de iyi bir dayanak olur. O dönemdeki burn-rate alarmı birini uyandırmak için iyi bir sebeptir, bilinen tarihler için nöbet uzatmayı gerekçelendirmek de kolaylaşır.

Ön kapıyı prova edin. Son gün arızaları çoğu zaman uygulamanın önündeki bileşenlerdedir: kimlik sistemleri, ağ geçitleri, sertifikalar. Prob ve TLS bitiş uyarılarını bilinen tarihten çok önce kontrol edin. Son gün süresi dolan sertifika, çok görünür bir arıza biçimidir.

Başka kurumlara bağımlılık

Kamu hizmetleri çoğu zaman başka kamu sistemlerine dayanır: kimlik doğrulama, nüfus kaydı, vergi veya adres bilgisi. Bunlardan biri yavaşladığında vatandaş sizin hizmetinizi bozuk görür, siz o sistemin içine giremezsiniz.

Bunları diğer dış bağımlılıklar gibi ele alın. Giden span'leriniz her karşı sistemi net biçimde adlandırsın, böylece her çağrının süresini görürsünüz. Bir sayfa başka kurumun cevabını bekliyorsa o çağrının yüzdelikleri panelinizde durmalı, konuyu karşı kurumla konuşacaksanız elinizde bulunmalıdır. Her entegrasyona giden yolda bir TCP probu ağ yolunun kapanıp kapanmadığını söyler. Zaman aşımı ve yedek davranışını test edin: kimlik sorgusu yavaşlayınca servisiniz temiz biçimde mi hata veriyor, yoksa her şey durana kadar iş parçacıkları mı yığılıyor?

Küçük ekipler ve uzun ömürlü sistemler

Birçok kamu BT birimi az kişiyle geniş bir sistem yelpazesine bakar, bazı sistemler de onları yazanlardan uzun yaşar. İzlemeyi büyük bir SRE ekibine göre değil, bu gerçeğe göre tasarlayın.

Daha çok kapsama yerine daha az alarm tercih edin. Altı kişilik ekip yüzlerce alarma yetişemez. Her kamusal hizmet için bir SLO ile başlayın, yalnızca hızlı tükenmede arayın.

Mümkünse kod değiştirmeden ilerleyin. Eski Java ve .NET uygulamalarında kodu güvenle değiştirebilecek kimse kalmamış olabilir. Kubernetes veya OpenShift üzerinde metot düzeyi izleme admission webhook ile, kod değişmeden, pod'un sonraki yeniden başlatmasından itibaren gelir. Düz Linux sunuculardaki uygulamalarda CPU, bellek, disk, ağ, journal logları ve teknolojiye göre süreç keşfi kullanılabilir. Süreç keşfi, kimsenin kurduğunu hatırlamadığı bir makinede gerçekte ne kurulu olduğu sorusunu tek başına çözebilir. Sunucu üzerindeki eski JVM veya .NET için neyin mümkün olduğunu bize sorun.

Bilgiyi sistemde tutun. Biri ayrıldığında bilgisi de gider. Alarmlara bağlı runbook'lar ve kendiliğinden çizilen servis haritası bunun bir kısmını saklar. SLO, dağıtım veya anomali üzerindeki "bu ekranı açıkla" da, özellikle sistemi yeni öğrenen bir çalışan için aynı işi görür. Bu özellik Türkçe çalışır. Her teknisyenin İngilizce belgeyi rahat okuyamadığı bir ortamda bu gerçek bir farktır.

İşletmeyi gerçekçi düşünün. Kendi kurduğunuz platformun da sahibi olmalıdır. Depolama izlenmeli, güncellemeler planlanmalıdır. İşletmeyi dış firmaya veriyorsanız sorumluluğun kimde olduğuna karar verip sözleşmeye yazın.

Kapalı ağlar ve paylaşılan ortamlar

Birçok kamu ağı internetten yalıtılmış veya sıkı süzülmüştür. Kapalı ağ çalışması bunu kapsar: lisans çağrısı yok, dışarı telemetri yok, dış model yok, kapalı ağlar için imajsız ajan kurulumu var. Giden trafiği kapatarak test edin.

Paylaşılan ortamlar farklı bir soru getirir. Merkezî bir BT birimi birkaç kurum veya daire için hizmet veriyor olabilir ve her biri yalnızca kendi sistemlerini görmelidir. Bunun mekanizması, LDAP veya SSO gruplarından eşlenen ekip tabanlı RBAC ve kapsamlı görünümlerdir. Tasarımı güvenlik biriminizle kontrol edin, gerçek yönetici olmayan hesaplarla test edin. Ayrımın mutlak olması gerekiyorsa doğru cevap ayrı kurulum olabilir, bunu en baştan konuşun.

Geçerli kurallar, genel hatlarıyla

Bu bölüm hukuki görüş değildir. Size uygulanan gereklilikleri hukuk ve bilgi güvenliği birimleriniz yorumlamalıdır. Wrentrix kullanmanın bunlardan herhangi birini karşıladığını iddia etmiyoruz.

• KVKK, kamu kurumlarına da veri sorumlusu olarak uygulanır, kamuya özgü bazı hükümleri vardır. Vatandaşa açık servislerin telemetrisi URL ve loglarda T.C. kimlik numarası, adres, sağlık veya sosyal yardım bilgisi taşıyabilir. KVKK ve veri yerelliği sayfası bunu bulmayı ve azaltmayı anlatır.
• Bilgi ve iletişim güvenliği çerçevesi. Cumhurbaşkanlığı'nın bilgi ve iletişim güvenliği tedbirlerine ilişkin genelgesi ve buna bağlı rehber, kamu kurumları için beklentiler koyar. Bunlar arasında bazı verilerin yurt içinde tutulması ve kayıt yönetimi de bulunur. Güncel metni ve varlıklarınızın nasıl sınıflandığını kontrol edin.
• Kayıt ve saklama kuralları. Bazı logların belirli süre tutulması, bazılarının ise süresinin sınırlanması gerekebilir. İkisini de depolama planınızla karşılaştırın, Wrentrix'teki saklama seçeneklerini sürümünüz için bize sorun.

Sağlık ve sosyal yardım gibi hassas kategoriler özel dikkat ister. Dikkatsizlikle URL'lere girebilirler. Böyle bir URL'yi her teknisyene gösteren bir izleme ekranı, her şey kendi donanımınızda olsa bile erişim sorunudur.

Şartnameye yazılabilecek testler

Hangi ürüne bakarsanız bakın, teknik şartname test edilebilir maddelerle yazıldığında güçlenir. Birkaç öneri:

1. Ürün, tanımlı bir süre boyunca tüm giden trafik kapalıyken işlev kaybı olmadan çalışmalıdır.
2. Hiçbir bileşen ayrıcalıklı konteyner veya root istememelidir, bu bir test kümesinde gösterilmelidir.
3. Ajan kurulumu iş yükü yeniden başlatmamalı, ajan arızası yeni pod'ların başlamasını engellememelidir.
4. Telemetri açık standartla kabul edilmeli, ürün değişse de enstrümantasyon geçerli kalmalıdır. OTLP bunun açık örneğidir.
5. Denetim kayıtları yönetsel değişiklikleri kapsamalı ve dışa aktarılabilmelidir.
6. Yapay zekâ özellikleri yerel donanımda çalışabilmeli ve tümüyle kapatılabilmelidir.
7. Arayüz ve belgeler istenen dillerde bulunmalıdır.
8. Gerçek bir sistem üzerinde, teşhis için kontrollü arıza içeren kavram kanıtı yapılmalıdır.

Size uygun olmayabilir

• Hassas verisi olmayan, bir iki basit web sitesi işleten küçük bir kuruma temel erişilebilirlik ve sunucu izleme yeterli olabilir.
• Sistemler tümüyle izleme de sağlayan bir yüklenici tarafından işletiliyorsa ikinci aracın gerçekten bir sahibi olacağından emin olun.
• OpenShift, Kubernetes veya Linux kullanmıyorsanız önce bizimle konuşun: demo talebi. Ekranlara canlı demodan bakabilirsiniz.

Sık sorulan sorular

Kurum içi APM kapalı kamu ağında çalışır mı?

Evet. Wrentrix lisans çağrısı, dışarı telemetri ve dış model olmadan tamamen kapalı ağda çalışır. Kapalı ağlar için imajsız ajan kurulumu da vardır. Kavram kanıtı sırasında tüm giden trafiği kapatarak bunu test edin.

Wrentrix Türkçe kullanılabilir mi?

Evet. Arayüz ve asistan Türkçe ve İngilizce olarak kullanılabilir. Yapay zekâyı açarsanız doğal dil soruları ve açıklamalar da buna dahildir.

Son başvuru gününde vatandaş portalını nasıl izlemeliyim?

Gerçek başvuru yolculuğu için bir SLO tanımlayıp hızlı tükenmede alarm verin, çünkü taban çizgileri yılda bir gelen olayı öngöremez. Yoğunluğu önceki dönemin verisinden tahmin edin ve trace'lerden çıkan gerçek istek kalıplarıyla erken yük testi yapın. Sertifikaları ve ön kapı yollarını tarihten çok önce kontrol edin.

Farklı daireler ayrı görünümlere sahip olabilir mi?

Evet. Ekip tabanlı RBAC, LDAP veya SSO gruplarından eşlenen kapsamlı görünümler sunar, her ekip kendi servislerini görür. Mutlak ayrım gerekiyorsa ayrı kurulumun daha uygun olup olmadığını konuşun. Kapsamı her zaman gerçek ve yönetici olmayan bir hesapla test edin.

Wrentrix'in resmî bir akreditasyonu var mı?

Bu sayfada akreditasyon veya sertifika iddiası yapmıyoruz. İhale veya güvenlik incelemesindeki belirli gereklilikler için ihtiyacınızı anlatarak info@wrentrix.com adresine yazın.