Holding ve Çok Şirketli Yapılarda Merkezi Veritabanı Değişiklik Yönetimi
I’m a passionate software engineer specializing in SQL change management, database security, and DevOps automation. With over 17 years of experience in the banking sector, I focus on building tools and processes that make database deployments safer, more auditable, and automated.
As the creator of SQL Change Guard, I develop solutions that use risk scoring and AI-powered code analysis to detect dangerous SQL scripts before they reach production. I’m dedicated to helping teams minimize downtime and data loss through smarter change governance.
When I’m not coding, I enjoy sharing insights about secure development practices, WPF desktop applications, and integrating modern CI/CD pipelines.
Feel free to connect or reach out at info@sqlchangeguard.com
Bir holding bünyesinde onlarca şirket, her şirketin ayrı SQL Server ortamı, ayrı ekibi, ayrı süreci.
Ya da süreci hiç yok.
Bu yapıda merkezi bir değişiklik yönetimi nasıl kurulur?
Sorunun Boyutu
Her şirketin kendi IT ekibi var. Belki bazılarında DBA bile yok, geliştirici tüm veritabanı işlerini yapıyor. Standartlar şirketten şirkete farklı.
Holding düzeyinde bir denetim geldiğinde hangi şirkette ne olduğunu anlamak neredeyse imkansız.
Merkezi mi, Federe mi?
İki yaklaşım var.
Merkezi yaklaşım: Tüm değişiklikler tek bir platform üzerinden yönetilir. Her şirket aynı süreci kullanır, kayıtlar merkezi bir noktada toplanır.
Avantaj: tam görünürlük, tutarlı audit trail, kolay raporlama. Dezavantaj: her şirketin kendi ritmi bozulabilir, uyum direnci olabilir.
Federe yaklaşım: Her şirket kendi sürecini yönetir ama aynı standartları kullanır. Merkez standartları belirler, denetler.
Avantaj: esneklik, yerel sahiplenme. Dezavantaj: tutarsızlık riski, merkezi görünürlük eksik.
Holding yapıları için genellikle hibrit model daha gerçekçi: kritik şirketler için merkezi, küçük şirketler için federe.
Standart Minimum Gereksinimler
Hangi model seçilirse seçilsin holding genelinde minimum standartlar tanımlanmalı.
Her değişiklik için: talep kaydı, onay belgesi, deployment kaydı. Her ay için: prosedür dışı değişiklik raporu. Her yıl için: erişim listesi gözden geçirmesi.
Bu minimum standartlar hem denetim hazırlığı sağlar hem de şirketler arası tutarlılığı garanti eder.
Görünürlük Panosu
Holding yönetimi için konsolide bir görünürlük önemli. Hangi şirkette ne kadar değişiklik yapıldı, kaçı onaylıydı, prosedür dışı değişiklik var mıydı?
Bu pano aylık yönetim raporlamasının bir parçası haline getirildiğinde değişiklik yönetimi holding düzeyinde bir yönetişim aracına dönüşür.
Rollout Stratejisi
Tüm şirketlere aynı anda merkezi sistem kurmak gerçekçi değil. Kademeli rollout daha sürdürülebilir.
Önce en kritik ve en büyük şirket. Süreç oturdu, başarı hikayesi oluştu. Sonra diğer şirketler bunu gördükçe direnç azalır ve benimseme hızlanır.
Sonuç
Holding yapılarında değişiklik yönetimi hem teknik hem organizasyonel bir zorluk. Doğru model seçimi ve kademeli rollout bu zorluğu aşılabilir kılar.
Detaylı bilgi için: sqlchangeguard.com