Mevcut araçlarla ilişkiRelationship with your current tools

Merkezi yönetişim katmanı mevcut araçlarınızın neresinde durur? Where does a central governance layer sit among the tools you already have?

Hiçbirinin yerine geçmez. Onların açık bıraktığı tek adımı kapatır: veritabanı işleminin kendisi. It replaces none of them. It closes the one step they leave open: the database operation itself.

Database Operations Governance
ITSM
CI/CD
Şema sürümlemeSchema versioning
SIEM
Veritabanı izlemeDatabase monitoring
YedeklemeBackup

Neden yerine geçmiyoruzWhy we do not replace them

Bu araçların her biri kendi alanında olgun. Bilet sisteminiz kurumsal süreci taşıyor, hattınız teslimatı otomatikleştiriyor, izleme aracınız olayı görüyor.

Each of these tools is mature in its own area. Your ticketing system carries the corporate process, your pipeline automates delivery, your monitoring tool sees the event.

Bunların yerine geçmeye çalışan bir ürün, her alanda daha zayıf bir kopya olur. Kurum da haklı olarak reddeder.

A product that tried to replace them would be a weaker copy in every area. Any organisation would rightly refuse it.

Eksik olan bir araç değil. Bu araçların ürettiği kararların, kuralların ve kanıtların tek bir yerde buluşması.

What is missing is not a tool. It is a single place where the decisions, rules and evidence these tools produce come together.

Hangi araç ne yapmaya devam ederWhat each tool keeps doing

Araç ailesiTool family Yapmaya devam ederKeeps doing Yönetişim katmanı ne eklerWhat the governance layer adds
ITSM
Jira, ServiceNow
Kurumsal değişiklik süreci, onay zinciri, bilet yaşam döngüsüThe corporate change process, approval chain and ticket lifecycle Biletin ürün üzerinden çalışan betiğe bağlanması ve kararın hangi kurala dayandığıLinking the ticket to the script run through the product, and the rule the decision rested on
CI/CD
Jenkins, Azure DevOps, GitHub Actions, Octopus
Derleme, test ve teslimat otomasyonuBuild, test and delivery automation Hattın dışından üretime ulaşan işin de beyan edilip aynı karar modeline girebilmesiLetting work that reaches production outside the pipeline be declared and enter the same decision model
Şema sürümlemeSchema versioning
Liquibase, Flyway, Redgate
Şema değişikliğinin sürümlenmesi ve uygulanmasıVersioning and applying schema changes Bu sürümün üretimde çalışmasına kimin, hangi risk değerlendirmesiyle karar verdiğiWho decided this version could run in production, and under which risk assessment
SIEM
QRadar, Splunk
Olay toplama, korelasyon, alarmEvent collection, correlation and alerting SIEM'in olayı onaylı bir talebe bağlayabilmesi için yürütme penceresi, oturum etiketi ve beklenen hesap bilgisi; eşleştirme kuralını kurum yazarThe execution window, session tag and expected account data the SIEM needs to tie an event to an approved request; the organisation writes the matching rule
Veritabanı erişim izlemeDatabase activity monitoring
Guardium
Erişimin izlenmesi ve şüpheli davranışın tespitiMonitoring access and detecting suspicious behaviour Erişimin talebi, gerekçesi, onayı ve teslim edilen sonucun maskeleme kararıThe request, reason and approval behind the access, and the masking decision on what was delivered
Sunucu yönetimiServer management
ManageEngine, Quest
Sunucu envanteri, sağlık ve performans yönetimiServer inventory, health and performance management Sunucuda olan değişikliğin bir karara ve kurala bağlanmasıTying a change on the server to a decision and a rule
Log yönetimi ve arşivLog management and archiving
Graylog, Elastic, WORM depolama storage
Logun toplanması, saklanması ve saklama süresinin yönetilmesiCollecting logs, storing them and managing retention Kaydın denetçi tarafından, ürüne bağlanmadan doğrulanabilmesi: imzalı paketler, açık anahtar ve yedek kopyada SQL Server ledger doğrulamasıLetting the record be verified by the auditor without connecting to the product: signed packages, a public key and SQL Server ledger verification on a backup copy

Mevcut araçlarınızla nasıl yan yana çalışırHow it runs alongside your current tools

Bilet numarası talebin bağlayıcı alanıdır. Biçimi tanımlanır, zorunlu tutulur ve kayıtla birlikte taşınır. Bilet sisteminiz yerinde kalır.

The ticket number is a binding field on the request. Its format is defined, it can be made mandatory, and it travels with the record. Your ticketing system stays where it is.

Hattınız çalışmaya devam eder. Dağıtım hattıyla doğrudan bağlantı bugün yoktur (yol haritasında); ürün üzerinden giden işte kural riske göre işler ve düşük riskli değişikliğin kaç onay adımından geçeceğini politikanız belirler.

Your pipeline keeps running. There is no direct pipeline connection today (it is on the roadmap); for work that goes through the product the rule works by risk, and your policy decides how many approval steps a low risk change passes.

Denetim kaydı kendi içinde bütünlük taşır ve dışa aktarılabilir. Log platformunuz olayı görmeye devam eder; bu kayıt o olaya kanıt değeri kazandırır.

The audit record carries its own integrity and can be exported. Your log platform keeps seeing the event; this record is what gives that event evidential value.

Mevcut araçlarınızın yerine geçen bir araç eklemiyorsunuz. Sahip olduklarınızı tek bir karar ve kanıt modeline bağlıyorsunuz. You are not adding a tool that replaces the ones you have. You are connecting what you already run into a single decision and evidence model.

Bugün bu bağ tam olarak nasıl kuruluyorExactly how that connection works today

Bunu net yazalım, çünkü "entegre" kelimesi kurumdan kuruma farklı anlaşılıyor. Bilet sistemi bağlantısı açıkken ürün, talep kaydındaki bilet numarasını ServiceNow ya da Jira'da sorgular: kayıt var mı, doğru türde mi, kapanmış mı. Çalıştırma anında bir kez daha sorar, onaysız ya da kapanmış kayıtta işi başlatmaz ve olayları bilete not olarak yazar. Bağlantı kapalıyken bağ yalnızca bilet numarası alanıdır: numaranın biçim kuralını siz tanımlarsınız ve kurala uymayan talep kabul edilmez.Let us be precise, because the word "integration" means different things in different organisations. With the ticketing connector on, the product looks up the ticket number on the request in ServiceNow or Jira: does the record exist, is it of the right type, is it closed. It asks again at the moment of execution, does not start the work on an unapproved or closed record, and writes events back to the ticket as notes. With the connector off, the connection is only the ticket number field: you define the format rule and a request that does not match it is refused.

Bugün olmayan: ürün bilet açmaz ve bilet durumunu kendisi değiştirmez, yalnız not yazar. Dağıtım hatlarıyla (Jenkins, Azure DevOps, GitLab CI, GitHub Actions) bağlantı yoktur. Kimlik tarafında dizin (LDAP) ve kurum hesabıyla giriş (OpenID Connect, SAML 2.0) vardır. Denetim izi SOC platformunuza syslog ile ya da dosya olarak akıtılabilir.What does not exist today: the product does not open tickets and does not change a ticket's state itself; it only writes notes. There is no connection to delivery pipelines (Jenkins, Azure DevOps, GitLab CI, GitHub Actions). On identity there is the directory (LDAP) and corporate sign in (OpenID Connect, SAML 2.0). The audit trail can be streamed to your SOC platform over syslog or to a file.

Hangi bağlantının nasıl çalıştığı entegrasyonlar sayfasında, sıradaki iş ise yol haritası sayfasında yazılı. Bir ürünün bugün ne yapamadığını söylemek, yarın ne yapacağını anlatmaktan daha yararlıdır.How each connection works is on the integrations page, and what comes next is on the roadmap page. Saying what a product cannot do today is more useful than describing what it will do tomorrow.