Gerçek Senaryo · Bankacılık

Bir COBOL satırı, mobil bankacılığı durdurdu

Mainframe'deki bir COBOL kayıt yapısında yapılan küçük bir değişiklik, .NET backend üzerinden mobil bankacılık uygulamasındaki 'Bakiye' ve 'Para Transferi' işlevlerini bozdu. Hiçbir araç nedeni gösteremedi — Dependency Vision dakikalar içinde gösterdi.

Nasıl Tespit Edildi? →

MobilBakiye / Transferkullanıcı

↓ REST

.NETAccountServiceAPI

↓ CALL

COBOLACCTMGT.GET-BALANCEonline

↓ COPY

COPYBOOKACCT-RECdeğişti ⚠

↓

DB2ACCOUNTtablo

Ne Oldu?

Zararsız Görünen Bir Değişiklik

Çekirdek bankacılık ekibi, ACCT-REC kayıt yapısına bir para birimi alanı ekledi ve bakiye alanını genişletti. Mainframe'de her şey derlendi. Ama .NET backend sabit uzunluklu yanıtı offset'e göre okuyordu — alanlar kaydı, bakiye yanlış ayrıştırıldı.

ACCT-REC.cpyCommit a1f9 · dün 16:40

       01  ACCT-REC.
           05  ACCT-NO        PIC X(16).
           05  ACCT-STATUS    PIC X(02).
+          05  ACCT-CURRENCY  PIC X(03).
-          05  WS-AVAIL-BAL   PIC S9(11)V99 COMP-3.
+          05  WS-AVAIL-BAL   PIC S9(13)V99 COMP-3.
           05  WS-LEDGER-BAL  PIC S9(13)V99 COMP-3.

MobilBank

Kullanılabilir Bakiye

-- ₺ ⚠

Transfer reddedildi

Yetersiz bakiye (hatalı)

Müşteriler bakiyelerini göremedi ve transfer yapamadı. Çağrı merkezi kilitlendi.

Neden Zordu?

Üç Ekip, Sıfır Görünürlük

DV olmadan

Mobil ekip API'yi, .NET ekibi mainframe'i suçladı; mainframe 'sadece kayıt düzeni' dedi.
APM transaction'ın mainframe'e girdiğini gördü ama hangi COBOL programı olduğunu göstermedi.
Hangi .NET servisinin ACCT-REC'e bağlı olduğu belgeli değildi.
Savaş odası saatlerce sürdü; çözüm log'ları elle taramakla bulundu.

Dependency Vision ile

Mobil 'Bakiye'den ACCT-REC'e uzanan tam zincir tek grafikte görüldü.
ACCT-REC'in dün değiştiği ve bağlı .NET servisi anında işaretlendi.
Kök neden dakikalar içinde bulundu — suçlama değil, kanıt.
Aynı değişiklik deploy öncesi Impact Analysis ile baştan yakalanabilirdi.

Tespit

Kök Nedeni Dakikalar İçinde Bulmak

1 · Yol Analizi: Mobil → COBOL

Bozulan mobil işlevi (Bakiye Sorgu) başlangıç noktası seçilir. DV, bu işlevden aşağı inen tüm bağımlılık yolunu .NET ve COBOL üzerinden ACCT-REC'e kadar çizer.

Mobil işlevden mainframe kopyala'ya tam yol
Değişen düğüm kırmızı ile işaretli
Katmanlar arası tek görünüm

Path Analysis

Dependency Vision

Yol Analizi

Mobile.Balance×

ACCT-REC×

Yolu Bul

Sonuç

1 path · 4 hops

2 · Değişiklik Geçmişi: Suçlu Belli

Yoldaki düğümler son değişiklik tarihiyle listelenir. ACCT-REC'in olaydan hemen önce (commit a1f9) değiştiği görülür. Commit, geliştirici ve değişen alanlar DV içinden görünür.

Düğüm bazında son değişiklik tarihi
Git / Azure DevOps commit bağlantısı
Olay zaman çizelgesiyle birebir örtüşme

Change Impact

Yoldaki bileşenler · son değişiklik:

Mobile.Balance12 gün önce

AccountService (.NET)9 gün önce

ACCTMGT (COBOL)40 gün önce

ACCT-REC ⚠dün 16:40 · a1f9

↳ Kök neden: ACCT-REC alan kayması — AccountService offset okuması bozuldu.

Önleme

Asıl Kazanç: Deploy'dan Önce Yakalamak

Bu olay hiç yaşanmayabilirdi. Geliştirici ACCT-REC'i değiştirmeden önce Impact Analysis çalıştırsaydı, DV bu kopyala'ya bağlı tüm yukarı akışı — ve mobil işlevleri — gösterirdi.

Impact Analysis · ACCT-REC

ACCT-REC değiştirilirse etkilenecek bileşenler:

↑ ACCTMGT.GET-BALANCE (COBOL)HIGH

↑ AccountService.GetBalance (.NET)HIGH

↑ Mobile · Bakiye SorguHIGH

↑ Mobile · Para TransferiHIGH

↓ DB2.ACCOUNTLOW

⚠ Bu değişiklik 2 müşteriye dönük mobil işlevi etkiliyor. Deploy öncesi gözden geçirin.

Özet Akış

DV Bunu Nasıl Görür?

Kodu Analiz Et

Mobil, .NET ve COBOL kodu taranır; kopyala/CALL ilişkileri çıkarılır.

Zinciri Kur

Mobil işlevden DB2'ye kadar tek grafik oluşur.

Değişikliği Eşle

Commit'ler düğümlere eşlenir; değişen ACCT-REC işaretlenir.

Önle / Çöz

Impact Analysis ile önle; Path Analysis ile dakikalar içinde çöz.

Sizin sisteminizde gizli kaç bağımlılık var?

Mobil, .NET ve mainframe katmanlarınız arasındaki gerçek bağımlılıkları Dependency Vision ile çıkaralım.

Dependency Vision Hakkında