Yönetim ve ölçeklendirme

Dijital çözümleri işletmek ve geliştirmek: OTOKO®, sistemlerinizin bakımında, teknik yönetiminde ve ölçeklendirilmesinde destek sağlar.

Güvenlik güncellemeleri, yeni gereksinimler ve arızalar kabul ile sona ermez.

Kod analizi, bağımlılık envanteri, dokümantasyon ve bilgi aktarımıyla devralma Prometheus, Grafana ve OpenTelemetry ile izleme, önem derecesine göre alarm oluşturma Jira Service Management üzerinden ITIL'e göre arıza ve problem yönetimi Renovate ile güvenlik güncellemeleri ve bağımlılık bakımı, bilinen güvenlik açıklarına karşı kontrol Kullanılabilirlik, olaylar ve açık riskler hakkında düzenli raporlar

Tepki yolları ve sorumlulukları içeren hizmet kataloğu Alarm oluşturma ve gösterge panelleriyle izleme Olayları ve riskleri içeren işletim raporları

Kod deposu, lisanslar ve teknik erişimler Dokümantasyon, bilinen olaylar ve mevcut hizmet sağlayıcılar Beklenen hizmet saatleri ve iş açısından kritiklik

İç ekip tarafından geliştirilmiş bir iş uygulaması, dış bir ekibe devredilecektir. Kod analizinin ve yeniden üretilebilir bir derlemenin ardından önce izleme ve kurtarma kontrol edilir. Ardından, üzerinde anlaşılan hizmet saatleri ve önceliklendirilmiş eskiden kalan sorunların bir listesiyle bakım başlar.

Jira Service Management Grafana Prometheus OpenTelemetry Renovate

Sorumluluğu üstlenmeden önce kod erişimini, kullanım haklarını, bağımlılıkları ve bir sürümü kendi başımıza derleyebilme imkanını kontrol ederiz. Bilinen sorunları, işletim bilgisini ve kritik süreçleri birlikte tespit ederiz. Uygulamanın başarıyla başlatılması yeterli değildir: yedekleme, kurtarma ve dış hizmetlere ilişkin sorumluluk da netleştirilmelidir. Devralma sonucunda açık riskleri ve önceliklendirilmiş önlemleri içeren bir hizmet kapsamı ortaya çıkar. Kontrol altına alınamayan eskiden kalan sorunlar, sessizce genel bir taahhüde dahil edilmez. Önce bir stabilizasyon gerekiyorsa bu, ayrı bir iş paketi olarak tanımlanır.

Çalışan bir sunucu, kullanıcıların işlerini yapıp yapamadığı hakkında pek bir şey söylemez. Bu nedenle izlemeyi önemli uygulama işlemlerine ve arayüzlere de yöneltiriz. Bildirimler etkilerine göre sınıflandırılır; her alarmın bir alıcısı ve anlamlı bir ilk eylem adımı olmalıdır. Destek saatleri, tepki hedefleri ve eskalasyon yolları sözleşmede belirlenir. Bir tepki süresi, garantili bir çözüm süresiyle aynı anlama gelmez. Ciddi olaylar için iletişimi, karar verme yetkilerini ve altyapı veya yazılım sağlayıcınızla iş birliğini netleştiririz.

Güncellemeler risk, aciliyet ve uyumluluğa göre değerlendirilir. Bağımlılıkları görünür tutar, değişiklikleri uygun bir ortamda test eder ve teslimatı bir geri dönüş yoluyla planlarız. İşletimin sürekli olarak aynı onarımlardan ibaret kalmaması için, tekrarlayan arızaların kök nedenleri araştırılır. Düzenli raporlar olayları, teknik riskleri ve bekleyen kararları bir araya getirir. Küçük iyileştirmeler üzerinde anlaşılan çerçeve içinde yürütülebilir; iş açısından daha büyük genişletmeler ise ayrı olarak önceliklendirilir. İleride ekibinize geri devredilebilmesi için bilgiyi ve erişimleri sürekli olarak belgeleriz.

Bir uygulama erişilebilir olsa da siparişleri işleyemiyor olabilir. Bu nedenle ilgili kullanıcı akışları için ölçüm noktaları seçer, erişilebilirliği, başarılı işlemeyi ve yanıt süresini birbirinden ayırırız. Bir hizmet hedefi bir ölçüm dönemi, bir veri kaynağı ve eksik ölçümlerle nasıl başa çıkılacağına dair kurallar gerektirir. Ancak bundan sonra, üzerinde anlaşılan durumun sağlanıp sağlanmadığı şeffaf biçimde değerlendirilebilir. Hedeften geriye kalan sapma payı, stabilizasyon ile ileri geliştirme arasında denge kurmak için bir hata bütçesi olarak kullanılabilir. Bu bütçenin aşılmasının hangi sonuçları doğuracağı birlikte belirlenir. Bu, ne sözleşmeye dayalı hizmet anlaşmalarının ne de tek bir ciddi olayın değerlendirilmesinin yerini tutar. Gösterge panelleri ve alarmlar kararları desteklemelidir: Kim tepki verecek, hangi teşhis izlenecek ve iş birimindeki sorumlular ne zaman bilgilendirilmelidir?

Başarıyla tamamlanmış bir yedekleme işlemi, kurtarılabilirliği henüz kanıtlamaz. En fazla kabul edilebilir veri kaybının ne olduğunu ve bir kesintinin ne kadar sürebileceğini netleştiririz. Buradan yedekleme aralıklarına, saklama süresine ve yeniden başlatmaya ilişkin gereksinimler ortaya çıkar. Uygulamaya veritabanının yanı sıra çoğu zaman dosyalar, yapılandırma, anahtarlar ve dış hizmetler de dahildir; bir parça eksik olduğunda, teknik olarak okunabilir bir yedek yine de kullanılamaz olabilir. Kurtarma tatbikatları, üzerinde anlaşılan süreci uygun bir ortamda test eder. Bu sırada süre, gereken erişimler, elle yapılan adımlar ve iş açısından veri kontrolleri belgelenir. Tek bir kiracı veya yanlışlıkla silinmiş bir kayıt, tam bir kesintiden farklı kurtarma yolları gerektirebilir. Sonuçlar somut iyileştirmelere yansıtılır. Test edilmemiş bir hedef değeri garanti edilmiş bir yetenek gibi göstermek yerine, tespit edilen eksiklikler açıkça belirtilir.

Güvenlik açığı bulunan bir kütüphaneye ilişkin bir bildirim, uygulama bağlamında değerlendirilir: Hangi sürüm kullanılıyor, etkilenen işlev erişilebilir mi ve hangi koruma önlemleri mevcut? Aciliyet ile değişikliğin teknik riski birlikte ele alınır. Hemen uygulanamayan güncellemeler için belgelenmiş ara önlemler ve yeniden değerlendirme için bir tarih gereklidir. Yeni sürümler uygun testlerden ve üzerinde anlaşılmış bir yaygınlaştırmadan geçer. Tekrarlayan veya ciddi arızaların ardından nedeni, tespiti ve tepkiyi araştırırız. Bundan sadece kapatılmış bir bilet değil, sorumluları belli önceliklendirilmiş önlemler ortaya çıkar. Dokümantasyon, runbook'lar ve erişim özetleri sürekli olarak güncel tutulur. Ekibinize veya başka bir hizmet sağlayıcıya sonradan yapılacak devir de hazırlanır: kod deposu, derleme talimatı, açık riskler ve düzenli bir erişim aktarımıyla. Bilgi şeffaf kaldığı sürece bir hizmet uzun vadede sürdürülebilir olur.

Uygulama ortamı, gereksinimler, riskler İş birimi, BT, bilgi güvenliği, OTOKO® Yazılım Mimarı Değerlendirilmiş projeler, envanter, güvenlik ve işletim gereksinimleri

Mimari, teknoloji, işletim modeli İş birimi, mimari, veri koruma, bilgi güvenliği Hedef mimari, tehdit modeli, test stratejisi, işletim modeli, kilometre taşları