CI (Configuration Item) Nedir? BT Altyapısında Doğru Yapılandırma

CI (Configuration Item) Nedir?

Configuration Item (CI), bir BT hizmetinin sunulmasında rol oynayan ve yapılandırma bilgisi takip edilmesi gereken her türlü bileşendir. CI’lar CMDB içinde saklanır ve aralarındaki ilişkiler changeincident ve problem yönetimi süreçlerinde kullanılır. 

bt altyapısı, CI, configuration item, envanter yönetimi, envanter takibi, it envanteri, asset management

CMDB Nedir?

CMDB (Configuration Management Database), bir kurumun BT altyapısındaki donanım, yazılım ve diğer konfigürasyon öğelerini configuration item merkezi olarak kaydeden veri tabanıdır. Amaç, BT varlıkları arasındaki ilişkileri görünür kılmak ve değişiklik yönetimini kontrol altına almaktır.  

🚀 Başarılı bir CMDB Kurulumu Nasıl Yapılır? 2026 Rehberi ve Uygulama Adımlarını Keşfedin! 

CI ile Asset Arasındaki Fark Nedir?

Bu en sık karıştırılan konudur. 

Asset (Varlık) 

CI (Configuration Item) 

Finansal odaklıdır 

Operasyonel odaklıdır 

Maliyet ve sahiplik bilgisi içerir 

Hizmet bağımlılık bilgisi içerir 

ITAM kapsamında değerlendirilir 

ITSM kapsamında değerlendirilir 

Envanter takibi ile ilişkilidir 

Servis haritalama ile ilişkilidir 

 

Örneğin: 

  • Depodaki yedek laptop  Asset 
  • Üretim uygulamasını çalıştıran sunucu  CI 

CI Yönetimi Neden Bu Kadar Önemli?

Kurumsal BT ortamları artık: 

  • Hibrit (on-prem + cloud) 
  • Mikro servis mimarili 
  • API tabanlı 
  • Dağıtık sistemli 

Bu yapılarda dependency mapping (bağımlılık haritalama) yapılmadan: 

Bir değişikliğin hangi sistemleri etkileyeceğini öngörmek mümkün değildir. 

CI yönetimi: 

  • Change impact analizi yapmayı 
  • Root cause analizini hızlandırmayı 
  • Servis kesintilerini azaltmayı 
  • SLA performansını artırmayı sağlar. 

CI verisini ITSM süreçlerinde kullanarak change risklerini azaltmak için SPIDYA ITSM’i ziyaret edin!

ITSM'i Keşfet!

CI ve CMDB İlişkisi

CI’lar CMDB (Configuration Management Database) içinde tutulur. 

Ancak burada kritik bir gerçek var: 

CMDB’nin doğruluğu, CI verisinin doğruluğuna bağlıdır. 

Eğer: 

  • CI’lar manuel giriliyorsa 
  • Ağ doğrulaması yapılmıyorsa 
  • Change sonrası veri güncellenmiyorsa 

CMDB (Configuration Management Database) kısa sürede güven kaybeder. 

CI Yönetiminde Güncel Kurumsal Acı Noktalar

1. Manuel İlişkilendirme

Servis bağımlılıkları Excel veya statik diyagramlarla tutuluyor. 
Bu sürdürülebilir değil. 

2. Güncel Olmayan Envanter Verisi

CI modeli doğru olsa bile, altta çalışan envanter yönetimi yazılımı güncel değilse veri sapması oluşur. 

Sağlıklı bir Configuration Item yönetimi için güçlü bir envanter yönetimi  altyapısı şarttır.

3. Change Sonrası Veri Güncellenmemesi

Change yapılır. 
Uygulama başka sunucuya taşınır. 
CMDB güncellenmez. 

Sonraki incident analizinde yanlış dependency görülür. 

Bu, kurumsal BT’de sık yaşanan bir problemdir. 

4. Cloud ve On-Prem Ayrışması

Cloud varlıkları ayrı sistemde, on-prem ayrı sistemde tutuluyor. 

Merkezi CI görünürlüğü yoksa: 

  • Risk artar. 
  • SLA sapar. 
  • Audit süreci zorlaşır. 

👉 On-Prem & Cloud: ITSM’nizi Hangi Altyapı ile Yönetmelisiniz? 

CI Yönetimi ve Envanter Yönetimi Yazılımı İlişkisi

CI modeli yalnızca teorik bir tasarım değildir. 

Şu üç unsur birlikte çalışmalıdır: 

  1. Envanter yönetimi yazılımı 
  2. CMDB 
  3. Change management süreci 

Eğer envanter yazılımı CI verisini otomatik beslemiyorsa, 
CI yapısı zamanla bozulur. 

Bu yüzden modern kurumlarda: 

  • Otomatik discovery 
  • Sürekli veri doğrulama 
  • Network görünürlük kontrolü 
  • Süreç entegrasyonu olmadan CI yönetimi sürdürülebilir değildir. 

Configuration Item Yönetimi Olmadan ITSM Riskleri

CI yönetimi zayıfsa: 

  • Incident çözüm süresi uzar 
  • Change başarısızlık oranı artar 
  • CMDB güvenilirliğini kaybeder 
  • BT operasyonel olgunluğu düşer 

CI, ITSM’in görünmeyen omurgasıdır. 

CI Olgunluk Seviyesi Nasıl Artırılır?

Kurumsal yapılarda şu adımlar önerilir: 

1. Net CI Model Tasarımı 

2. Varlık sınıflandırma standardı 

3. Envanter yönetimi yazılımı entegrasyonu 

4. Otomatik dependency mapping 

5. Change sonrası otomatik güncelleme 

Bu yaklaşım: 

  • Riskleri azaltır 
  • SLA (service level agreement) performansını artırır 
  • Operasyonel görünürlüğü güçlendirir 

CI Yönetimi Stratejik Bir Operasyonel Güçtür

Configuration Item yalnızca teknik bir terim değildir. 
Kurumsal BT yönetiminde: 

  • Hizmet sürekliliği 
  • Risk kontrolü 
  • Change başarısı 
  • Denetim uyumu için kritik rol oynar. 

Ancak sürdürülebilir bir CI yapısı için güçlü bir envanter yönetimi yazılımı ve doğru ITSM entegrasyonu şarttır.

Detaylı Bilgi İçin İletişime Geçin!








    Bu blog yazısını sosyal medyada paylaşın!

    Facebook
    LinkedIn
    X