TÜM HIZMETLER
01SERVICE · engineering

Eski Sistem Modernizasyonu

Legacy Modernization

Eski sistemleri iş sürekliliğini bozmadan modern, bulut-yerli mimarilere taşıyoruz.

0 dk
Cutover kesintisi hedefi
3–14 ay
Kontrollü dönüşüm aralığı
%100
Geri alınabilir adım

WHAT_WE_DO

Yaklaşımımız

Strangler-fig deseni, blue-green deployment ve zero-downtime cutover stratejileriyle on-prem monolitlerden dağıtık mimarilere planlı geçiş.

  • Code refactoring & teknik borç temizliği
  • Monolith → mikroservis ayrıştırma
  • Zero-downtime DB göçü
  • WCF → REST/GraphQL dönüşümü

REFERENCE_ARCHITECTURE

Hizmete özel referans mimari

ARCH · LEGACY → STRANGLER-FIGv2.1
ARCH · LEGACY → STRANGLER-FIGLegacy ERPAnti-corruptionNew API LayerFacade / RouterNew OrdersNew CatalogLegacy DBNew PostgreSQLReporting

METHODOLOGY

Kontrollü modernizasyon modeli

P_01

Sistem envanteri

Kod, DB ve canlı trafik analiz edilir; gerçek davranış ortaya çıkar.

  • Bağımlılık haritası
  • Risk matrisi
P_02

Kritik süreç haritası

İş kritik akışlar izole edilir; öncelik sırası belirlenir.

  • Bounded context haritası
  • ADR'ler
P_03

Paralel çalışma

Strangler-fig facade arkasında yeni servisler eski ile paralel.

  • Facade & router
  • Dual-write katmanı
P_04

Modül modül cutover

Trafik yüzde yüzde yeni tarafa kaydırılır; her adımda geri dönüş hazır.

  • Canary rollout
  • Rollback runbook

DEEP_DIVE

Neden bu yaklaşım?

Legacy bir sistemi modernize etmek 'baştan yazmak' değildir. Çalışan iş kurallarını ve yıllarca optimize edilmiş davranışları kaybetmeden sistemi parça parça yeniden inşa etmektir. Strangler-fig deseniyle eski sistemin etrafını sarıyor, trafiği aşamalı olarak yeni mimariye yönlendiriyor ve her geçişi production'da doğruluyoruz. Big-bang rewrite yapmıyoruz — çünkü çoğu zaman başarısız oluyor.

CHALLENGES_WE_SOLVE

Çözdüğümüz zorluklar

  • Dokümante edilmemiş iş kuralları ve kenar durumlar
  • Eski framework/dil ekosistemleri (WCF, WebForms, Delphi, COBOL)
  • Stored-procedure ağırlıklı, sıkı kuplajlı veritabanı şemaları
  • İş sürekliliği baskısı altında zero-downtime cutover ihtiyacı
  • Orijinal ekibin çoğunlukla erişilemez olması

WHAT_YOU_GET

Teslim ettiklerimiz

  • Sistem & bağımlılık envanteri + risk haritası
  • Hedef mimari (modüler monolit / mikroservis) + ADR'ler
  • Strangler-fig facade ve trafik yönlendirme katmanı
  • Zero-downtime DB migration script'leri ve dual-write stratejisi
  • CI/CD pipeline + blue-green deployment altyapısı
  • Observability paneli, runbook ve devir dokümanları

HOW_WE_WORK

Bu hizmette süreç

PHASE 01

Arkeoloji

Kod tabanı, veritabanı ve canlı trafiği tarayarak gerçek davranışı ortaya çıkarırız. Eski dokümana değil, çalışan sisteme güveniriz.

PHASE 02

Sınırları çizin

Bounded context'leri belirleriz; hangi modülün önce ayrılacağına iş etkisi ve risk üzerinden karar veririz.

PHASE 03

Strangler-fig geçişi

Facade arkasında yeni servisi devreye alırız; trafiği %1 → %100 yüzde yüzde kaydırırız, her adımda canary metrikleri izleriz.

PHASE 04

Eski sistemi emekli edin

Tüm trafik yeni sistemde stabilleştikten sonra eski kod, eski DB tabloları ve eski altyapı kapatılır. Maliyet hemen düşer.

MEASURED_OUTCOMES

Ölçülen sonuçlar

0 dk
Cutover kesintisi
14 ay
Ortalama tam geçiş
40%
Latency iyileşmesi
%60
Altyapı maliyeti

GOOD_FIT

Bu hizmet kimler için uygun?

  • +Eski yazılımı çalışan ama geliştirmesi zorlaşan firmalar
  • +ERP veya muhasebe sistemini yenilemek isteyen işletmeler
  • +Verisi dağınık ama sistemi tamamen kapatamayan ekipler
  • +Kodu olmayan ya da orijinal ekibe erişemeyen şirketler

NOT_A_FIT

Bu hizmet kimler için uygun değil?

  • Hızlı bir yeniden yazım bekleyenler
  • Mevcut sistemi analiz ettirmek istemeyenler
  • Sadece arayüz yenilemesi arayanlar

DISCOVERY_OUTPUT

İlk teknik keşifte ne çıkar?

Tek bir teklif değil — sorunu birlikte gördüğümüze dair somut çıktılar.

Mevcut sistem davranış özeti
Riskli alanların önceliklendirilmiş listesi
Hedef mimari taslağı
Faz planı ve tahmini süre aralıkları
Rollback ve veri tutarlılığı stratejisi

FAQ

Sıkça sorulanlar

Sistemi tamamen baştan mı yazıyorsunuz?+
Hayır. Strangler-fig ile aşamalı geçiş yapıyoruz; her sprint sonunda production'da çalışan, geri alınabilir bir adım teslim ederiz.
Geçiş sırasında veri kaybı riski var mı?+
Dual-write + reconciliation pattern kullanıyoruz; veri her iki tarafta tutarlı doğrulanmadan eski sistem kapatılmaz.
Projeye nasıl başlıyorsunuz?+
2 haftalık discovery sprintiyle mevcut sistemi, riskleri ve hedefleri çıkarırız. Çıktı: değerlendirme raporu, yol haritası ve net teklif.
Ekibimizle nasıl çalışırsınız?+
Embedded model: mühendislerimiz ekibinize entegre olur, kod tabanına commit atar, code review'a katılır. Knowledge transfer ilk günden başlar.

ENGINEERING_PRINCIPLES

Bu hizmette uyduğumuz prensipler

LM_01

Big-bang değil, kontrollü cutover

Tek seferlik geçiş çoğu zaman başarısız olur. Her sprint geri alınabilir bir adım üretir.

LM_02

Eski sistemi anlamadan değiştirme

Önce davranış, sonra dönüşüm. Çalışan kuralları arkeoloji ile çıkarırız.

LM_03

Veri kaybı sıfır

Dual-write + reconciliation. Eski DB doğrulanmadan kapatılmaz.

LM_04

Yeni mimari + eski sistem birlikte

Anti-corruption layer ile eski sistemin dili yeniye sızmaz.

Eski sisteminizi birlikte analiz edelim.

Modernizasyon keşfi planla