Ağ ve sunucu alarmlarını otomatik talebe dönüştüren, alarm kapanınca talebi de kapatan OpManager ServiceDesk Plus entegrasyonunun nasıl çalıştığı ve NOC ile yardım masasının gündelik işini nasıl değiştirdiği.
Gece 03:00'te bir erişim anahtarının portu düşüyor. İzleme ekranında kırmızı bir satır beliriyor, ama sabah ilk kullanıcı araması gelene kadar kimse talep açmıyor. OpManager ServiceDesk Plus entegrasyonu bu boşluğu kapatmak için vardır: izleme aracının gördüğü sorun, yardım masasının çalıştığı kayda kendiliğinden dönüşür.
Kısaca: OpManager ServiceDesk Plus entegrasyonu, ManageEngine OpManager'ın ürettiği ağ ve sunucu alarmlarını ServiceDesk Plus'ta otomatik talebe dönüştüren yerleşik bağlantıdır. Alarm temizlenince talep kapanır, talep kapanınca alarm temizlenir; önem derecesi değişiklikleri aynı talebe not olarak düşer. OpManager envanteri de ServiceDesk Plus CMDB'sine eşitlenir.
OpManager ServiceDesk Plus Entegrasyonu Nedir? ITOM ile ITSM'in Buluştuğu Nokta
BT operasyon yönetimi (ITOM), altyapının sağlığını izler: cihaz erişilebilir mi, arayüz trafiği normal mi, disk doluyor mu. BT hizmet yönetimi (ITSM) ise bu sorunların kimde, hangi öncelikle ve ne kadar sürede çözüleceğini yönetir. İki dünya çoğu kurumda ayrı ekranlarda, ayrı ekiplerde ve ayrı vardiyalarda yaşar.
ManageEngine OpManager tarafında sorun bir alarmdır; ManageEngine ServiceDesk Plus tarafında ise bir taleptir. Entegrasyon, alarmla talebi aynı olayın iki yüzü olarak birbirine bağlar. Böylece izleme verisi ile çözüm süreci arasındaki elle kopyala-yapıştır adımı ortadan kalkar.
ITIL 4 bu bağlantıyı "izleme ve olay (event) yönetimi" ile "olay (incident) yönetimi" uygulamaları arasındaki geçiş olarak tanımlar. Kavramsal çerçeve için ITOM nedir rehberimiz iyi bir başlangıçtır; bu yazı ise iki ürün arasındaki somut akışa odaklanır.
Önce ve Sonra: Gece 03:00'te Düşen Switch Portu
Entegrasyonun değerini en iyi, aynı arızanın iki farklı kurumda nasıl aktığını karşılaştırarak görmek mümkündür. Aşağıdaki senaryo, orta ölçekli bir üretim şirketinin depo binasındaki erişim anahtarını konu alır.
Senaryo (entegrasyon öncesi): 03:00'te depo anahtarının yukarı bağlantı portu düşer. OpManager alarm üretir, e-posta NOC posta kutusuna gider. Gece vardiyası yoksa e-posta sabaha kadar okunmaz. 08:15'te depo sorumlusu el terminallerinin çalışmadığını bildirir, yardım masası talebi elle açar, cihaz adını ve IP adresini izleme ekranından kopyalar. Sorun çözüldüğünde talep kapatılır, ama alarm geçmişi ile talep kaydı hiçbir yerde birleşmez.
Senaryo (entegrasyon sonrası): 03:00'te aynı alarm oluşur ve bildirim profili ServiceDesk Plus'ta talebi kendisi açar. Talepte cihaz adı, alarm mesajı ve önem derecesi hazırdır; kategori ve öncelik profilden gelir, talep ağ ekibine atanır. Nöbetçi teknisyen bildirimi talepten alır ve uzaktan müdahale eder. Port geri geldiğinde alarm temizlenir ve talep kapanır; depo sabah vardiyasına sorunsuz başlar.
| Adım | Entegrasyon öncesi | Entegrasyon sonrası |
|---|---|---|
| Talep açma | Kullanıcı araması sonrası elle | Alarm anında otomatik |
| Cihaz bilgisi | İzleme ekranından kopyalanır | Talebe alarmla birlikte gelir |
| Öncelik ve atama | Operatörün yorumuna bağlı | Bildirim profilinden ve kurallardan |
| Kapanış | Alarm ve talep ayrı ayrı kapatılır | Biri kapanınca diğeri de kapanır |
Farkın ölçüsü, kurumun kendi verisinde görünür: ortalama onarım süresi (MTTR), talebin açılmasına kadar geçen süre ve talebe hiç dönüşmeyen alarm sayısı. Entegrasyon bu üç göstergeyi ilk günden raporlanabilir hale getirir, çünkü alarm ve talep artık aynı zaman damgalarını paylaşır.
Alarmdan Talebe: Otomatik Talep Açma Nasıl Çalışır?
Akışın merkezinde OpManager'ın bildirim profili vardır. Bildirim profili, hangi alarmın hangi eylemi tetikleyeceğini tanımlar; eylemlerden biri "Log a Ticket", yani talep açmaktır. Profil bir cihaza veya cihaz grubuna uygulandığında, ölçüt karşılanınca ServiceDesk Plus'ta talep oluşur.
- Ölçüt: Hangi alarm türü ve önem derecesi talep açsın (örneğin yalnız "Critical" ve "Trouble").
- Kapsam: Profilin uygulanacağı cihazlar veya gruplar (çekirdek anahtarlar, veri merkezi sunucuları).
- Talep alanları: Kullanılacak talep şablonu, öncelik, kategori ve departman.
- Atama: Talebin belirli bir teknisyene doğrudan atanması veya ServiceDesk Plus kurallarına bırakılması.
- Kimlik doğrulama: Bağlantı, ServiceDesk Plus'ta üretilen bir teknisyen API anahtarıyla kurulur.
Öncelik ve SLA eşlemesi bu noktada tasarlanır. "Critical" alarmlar için ayrı, "Trouble" alarmlar için ayrı bir profil tanımlamak, talebin ServiceDesk Plus'ta doğru öncelikle açılmasını sağlar. ServiceDesk Plus tarafında önceliğe bağlı SLA kuralları da çözüm ve eskalasyon sürelerini otomatik başlatır.
Entegrasyon hem şirket içi (on-premises) ServiceDesk Plus hem de bulut tabanlı ServiceDesk Plus Cloud için belgelenmiştir. ManageEngine Applications Manager da aynı mantıkla uygulama alarmlarından talep açabildiği için, uygulama katmanındaki sorunlar da aynı kuyruğa düşebilir.
İki Yönlü Durum Güncelleme ve Alarm Gürültüsünün Azaltılması
Otomatik talep açmak, OpManager ServiceDesk Plus entegrasyonunun yalnız yarısıdır; asıl yükü azaltan, iki kaydın senkron kalmasıdır. OpManager'da alarm temizlendiğinde ServiceDesk Plus'taki talep kapanır. Teknisyen talebi kapattığında da OpManager'daki alarm temizlenir. Böylece NOC ekranında "çözülmüş ama açık görünen" alarm kalmaz.
Alarmın önem derecesi değiştiğinde, örneğin "Trouble" iken "Critical" seviyesine yükseldiğinde, bu değişiklik yeni bir talep açmaz; aynı talebe not olarak eklenir. Teknisyen, sorunun seyrini talep geçmişinden okuyabilir.
Tekrarlayan alarmlar için bir yeniden açma ayarı bulunur: aynı alarm yeniden oluştuğunda eski talep yeniden açılabilir ya da yeni talep oluşturulabilir. Eski talebi yeniden açmak, aynı portun gün içinde defalarca düşüp kalktığı durumlarda onlarca talep yerine tek bir kayıtta toplanmış bir geçmiş bırakır. Bu da problem yönetimi için değerli bir kök neden ipucudur.
Gürültünün bir kısmı ise talep oluşmadan, OpManager tarafında kesilmelidir:
- Yukarı bağlantı bağımlılığı: Üst cihaz düştüğünde alt cihazlar "Dependent Unavailable" olarak işaretlenir ve tek bir alarm üretilir.
- Planlı kesinti takvimi: Bakım penceresindeki cihazlar için alarm ve talep oluşmaz.
- Alarm bastırma: Bilinen, geçici durumlar için belirli alarmlar belirli bir süre bastırılır.
Bu üç ayar yapılmadan entegrasyon açılırsa, bir çekirdek anahtar arızası yardım masasına onlarca talep olarak ulaşabilir. Doğru sıra önce gürültüyü OpManager'da azaltmak, sonra talep otomasyonunu açmaktır.
CMDB Senkronu: Varlık Bağlamı Talebe Nasıl Taşınır?
OpManager ServiceDesk Plus entegrasyonunun en az konuşulan ama en kalıcı katkısı CMDB tarafındadır. Bir talebin hızlı çözülmesi, teknisyenin cihaz hakkında ne kadar bilgiye sahip olduğuna bağlıdır. OpManager envanterindeki cihazlar ServiceDesk Plus CMDB'siyle sürekli eşitlenir. Cihaz adı, model ve üst veri gibi bilgiler OpManager'da değiştiğinde ilgili yapılandırma öğesi (CI) de güncellenir; katman 2 ilişkileri de senkronlanabilir.
Bu senkronun pratik sonucu, talebin artık yalnız bir IP adresi taşımamasıdır. Teknisyen talepten ilgili CI'a geçerek cihazın konumunu, sahibini ve hangi hizmetlere bağlı olduğunu görür. Değişiklik ekibi de bir anahtarın yazılım güncellemesini planlarken, aynı CI'ın geçmişte hangi alarmlardan talep ürettiğini inceleyebilir.
CI yapısının nasıl kurulacağı ayrı bir tasarım konusudur; ayrıntılar için CMDB nedir ve ServiceDesk Plus ile nasıl kurulur yazımıza bakabilirsiniz. OpManager tarafındaki keşif ve izleme kapsamı ise ağ izleme nedir rehberimizde anlatılıyor.
OpManager ServiceDesk Plus Entegrasyonu Nasıl Kurulur? NOC ve Yardım Masası İçin Adımlar
Teknik bağlantı kısa sürer; zaman alan kısım, hangi alarmın talebe dönüşeceğine ve talebin kimde duracağına ekiplerin birlikte karar vermesidir. Sahada işleyen sıralama şöyledir:
- Gürültü temizliği: OpManager'da bağımlılıkları, eşik değerlerini ve planlı kesinti takvimlerini gözden geçirin.
- Kapsam kararı: İlk aşamada yalnız kritik cihaz gruplarını ve "Critical" alarmları talebe bağlayın.
- Bağlantı: ServiceDesk Plus'ta API anahtarı üretin; OpManager'da ServiceDesk Plus entegrasyonunu tanımlayın.
- Şablon ve eşleme: Alarm türleri için talep şablonu, kategori, öncelik ve teknisyen grubu eşlemesini yapın.
- Durum senkronu: Kapanış ve yeniden açma davranışını, durum değişikliği yorumlarıyla birlikte ayarlayın.
- CMDB eşitleme: Senkronlanacak cihaz kategorilerini seçin, dışarıda kalacakları belirleyin.
- İzleme ve genişletme: İlk haftaların taleplerini inceleyin, gereksiz talep üreten kuralları düzeltip kapsamı büyütün.
Bu yaklaşım, yardım masasının ilk günden gereksiz taleple dolmasını önler. Birden fazla ManageEngine ürününün birlikte çalışmasına genel bakış için ekosistem entegrasyonu yazımızı ve ManageEngine entegrasyonları sayfamızı inceleyebilirsiniz.
Sıkça Sorulan Sorular
OpManager ServiceDesk Plus entegrasyonu ek bir yazılım gerektirir mi?
Hayır. Entegrasyon iki ürünün kendi içinde yerleşik olarak gelir ve ServiceDesk Plus'ta üretilen bir teknisyen API anahtarıyla kurulur. Yapılandırma OpManager arayüzünden yapılır, ServiceDesk Plus tarafında yönetici yetkisi gerekir. Sürüm uyumluluğu için ManageEngine'in uyumluluk tablosu kurulumdan önce kontrol edilmelidir.
Alarm kapandığında talep otomatik kapanır mı?
Evet. OpManager'da alarm temizlendiğinde ServiceDesk Plus'taki talep kapanır; teknisyen talebi kapattığında da alarm temizlenir. Aynı alarm yeniden oluşursa, ayara bağlı olarak eski talep yeniden açılır veya yeni talep oluşturulur. Durum değişikliklerinde talebe otomatik yorum eklenebilir.
Her alarm için ayrı talep açılır mı?
Açılması istenmez ve gerekmez. Talep yalnız bildirim profilinin ölçütünü karşılayan alarmlar için açılır; önem derecesi değişiklikleri aynı talebe not olarak düşer. OpManager'daki yukarı bağlantı bağımlılığı, üst cihaz arızasında alt cihazlar için ayrı alarm üretilmesini de engeller. Böylece yardım masası sorun başına tek kayıtla çalışır.
ServiceDesk Plus Cloud ile de çalışır mı?
Evet. ManageEngine, OpManager için hem şirket içi ServiceDesk Plus hem de bulut tabanlı ServiceDesk Plus Cloud entegrasyonunu belgelemektedir. Kurulum adımları ve kullanılabilir alanlar iki sürümde farklılık gösterebilir. CMDB senkronu gibi ayrıntılar, kurulumdan önce kullanılan sürüm için ayrıca doğrulanmalıdır.
Sonuç: Entegrasyon Ne Zaman Öncelik Olmalı?
Alarmların talebe dönüşmesi insan dikkatine bağlıysa, gece ve hafta sonu oluşan sorunlar kullanıcı aramasıyla fark ediliyorsa ve NOC ile yardım masası aynı olayı iki ayrı kayıtta izliyorsa, OpManager ServiceDesk Plus entegrasyonu öncelikli bir iştir. Alarm hacmi düşük, ekip küçük ve izleme ile destek aynı kişilerdeyse, önce gürültü temizliği ve basit bildirimlerle başlamak yeterli olabilir.
Technodus, OpManager ve ServiceDesk Plus projelerinde lisans, kurulum ve destek sorumluluğunu aynı ekipte tutar. Bildirim profillerinin, öncelik eşlemesinin ve CMDB senkronunun tasarımını ekiplerinizle birlikte yaparız. Entegrasyonu kendi ortamınızda bir PoC ile denemek için bizimle iletişime geçebilirsiniz.