Danışmanlık ve dönüşüm

Yazılım mimarisi ve modernizasyon.

Yeni sistemlerin mimarisini tasarlıyor, mevcut yazılımı inceliyor ve eski sistemleri aşamalı yeniliyoruz.

Yazılım mimarisi, bir sistemin hangi parçalardan oluşacağına, bu parçaların birbiriyle nasıl haberleşeceğine ve verinin nerede, nasıl tutulacağına dair temel kararların bütünüdür.

01 / Tanım

Yazılım mimarisi nedir?

Meybrain olarak yeni sistemler için mimari tasarlıyor, mevcut yazılımların mimarisini inceleyip darboğazları ve riskleri raporluyor, eski (legacy) sistemlerin işi durdurmadan aşamalı olarak yenilenmesini planlıyoruz.

Mimari kararları sonradan değiştirmek pahalıdır. Kötü bir ekran tasarımı bir haftada düzelir; yanlış seçilmiş bir veri modeli ya da birbirine düğümlenmiş servisler ise yıllarca her yeni özelliği yavaşlatır. Bu yüzden mimariye ya en başta ya da sorunlar büyümeden önce bakmak gerekir.

02 / Hedef kitle

Kimler için?

  • Kullanıcı sayısı arttıkça yavaşlayan ya da sık çöken bir ürünü olan şirketler.
  • Her yeni özelliğin beklenenden uzun sürdüğünü ve bir yeri düzeltirken başka yerin bozulduğunu fark eden yazılım ekipleri.
  • Önceki yazılım firmasından bir sistemi devralan ve ne aldığını bilmek isteyen işletmeler.
  • Büyük bir "baştan yazalım" kararının eşiğinde olan yönetim ekipleri.
  • Yeni ve kapsamlı bir sisteme başlamadan önce sağlam bir plan isteyen kurumlar.

03 / Teslimler

Neler teslim ediyoruz?

  • 01

    Mimari inceleme raporu

    Kod yapısı, veri modeli, altyapı, entegrasyonlar, test ve dağıtım düzeni ile güvenlik ve veri koruma uygulamalarının mimari açıdan değerlendirmesi.

  • 02

    Önceliklendirilmiş bulgular

    Her risk için etkisi, olasılığı ve önerilen çözüm.

  • 03

    Mimari diyagramlar

    Sistemin bağlamını, ana bileşenlerini ve veri akışını farklı ayrıntı düzeylerinde gösteren çizimler.

  • 04

    Mimari karar kayıtları

    Alınan her önemli kararın gerekçesi ve değerlendirilen alternatifler.

  • 05

    Hedef mimari

    Sistemin varması gereken yapı.

  • 06

    Geçiş planı

    Hedefe işi durdurmadan, parça parça nasıl ulaşılacağı.

  • 07

    Performans ölçümleri

    Gerektiğinde yük testleriyle sistemin sınırlarının ölçülmesi.

  • 08

    Teknik borç listesi

    Ekibinizin iş planına alabileceği, önceliklendirilmiş iyileştirmeler.

04 / Süreç

Mimari çalışma nasıl ilerler?

  1. 01

    Hedefler ve kısıtlar

    Sistemin önümüzdeki dönemde neyi taşıması gerektiğini, bütçe ve ekip kısıtlarını konuşuruz.

  2. 02

    Erişim

    Gizlilik sözleşmesinin ardından kaynak koda, altyapıya ve dokümantasyona okuma erişimi alırız.

  3. 03

    İnceleme

    Kodu, veri modelini ve çalışma ortamını inceler, ekibinizle görüşürüz.

  4. 04

    Ölçüm

    Gerekirse yük ve performans testleri yaparız.

  5. 05

    Bulgu atölyesi

    Bulguları teknik ekibinizle birlikte tartışır, önceliklendiririz.

  6. 06

    Hedef mimari ve geçiş planı

    Önerilen yapıyı ve oraya giden adımları yazılı hâle getiririz.

  7. 07

    İsteğe bağlı uygulama

    Geçişi sizin ekibinizle birlikte ya da doğrudan üstlenerek yürütebiliriz.

05 / Yaklaşım

Mimari yaklaşımımız.

Her sorunun cevabı mikroservis değildir. Küçük ve orta ölçekli ekipler için iyi modüllere ayrılmış tek bir uygulama (modüler monolit) çoğu zaman daha ucuz, daha kolay test edilir ve daha kolay işletilir. Ayrı servislere yalnızca bağımsız ölçeklenme, farklı ekiplerin bağımsız yayın yapması ya da farklı teknoloji ihtiyacı gibi somut bir gerekçe varsa geçmeyi öneririz.

Eski sistemleri baştan yazmak yerine, çoğunlukla aşamalı modernizasyon öneririz. Yeni işlevler yeni yapıda geliştirilir, eski parçalar sırayla devreden çıkar ve sistem bu süre boyunca çalışmaya devam eder. Bu yöntem riski dağıtır ve her adımda ölçülebilir bir ilerleme sağlar.

06 / Teknoloji

Teknoloji ve yöntemler.

Diyagramlarda C4 modelini, kararları belgelemek için mimari karar kayıtlarını (ADR) kullanırız. Yük testlerinde k6 gibi araçlarla gerçekçi senaryolar kurar, sistemin izlenebilirliğini OpenTelemetry gibi açık standartlarla değerlendiririz. Konteynerleştirme, yönetilen bulut servisleri ve olay tabanlı mimari gibi seçenekleri, sizin ölçeğinize ve ekibinize gerçekten uyuyorsa öneririz.

07 / Örnek

Projelerimizden bir örnek.

Kolay Sevkiyat'ta mimarinin merkezine bir doğrulama katmanı koyduk: sipariş, taşıyıcıya ulaşmadan önce kontrol ediliyor ve eksik bilgili paket düzeltmeye düşüyor. Para ve resmî etiket söz konusu olduğunda bu kararın yeri sonradan değiştirilemeyecek kadar önemliydi; ön ödemeli cüzdan ve hareket kayıtları da aynı akışın parçası olarak tasarlandı.

BeinStory'de ise içerik modeli, yapay zekâ katmanı ve arayüzü ayrı katmanlar olarak kurduk. Böylece aynı yapı web, iOS ve Android'de, Türkçe ve İngilizce olarak çalışabiliyor. İki ürün Projeler sayfasında.

Projeler sayfasında

08 / Fiyat

Fiyatlandırma modeli.

  • 01

    Mimari inceleme

    Kapsamı belirli, sabit fiyatlı çalışma.

  • 02

    Yeni sistem için mimari tasarım

    Gereksinimlerin olgunluğuna göre sabit fiyatlı aşama.

  • 03

    Modernizasyon

    Geçiş planındaki her aşama ayrı ayrı fiyatlanır.

Maliyeti kod tabanının büyüklüğü, servis ve entegrasyon sayısı, mevcut dokümantasyonun durumu, erişim kolaylığı ve yük testi ihtiyacı belirler.

Fiyatı, kısa bir görüşmede sisteminizi ve hedefinizi konuştuktan sonra kalem kalem yazılı teklif olarak veriyoruz.

09 / Sorular

Sık sorulan sorular.

  1. 01

    Mimari inceleme için kaynak koda erişim gerekir mi?

    Sağlıklı bir sonuç için evet. Gizlilik sözleşmesi imzaladıktan sonra okuma yetkisiyle erişim isteriz; kodu değiştirmeyiz. Kod paylaşılamıyorsa, görüşmeler ve çalışan sistem üzerinden daha sınırlı bir değerlendirme yapabiliriz.

  2. 02

    Sistemimizi baştan mı yazmalıyız?

    Çoğu durumda hayır. Baştan yazmak; uzun süre yeni özellik çıkaramamak ve eski sistemin bilinmeyen kurallarını kaybetmek riskini taşır. Genellikle aşamalı modernizasyonu öneririz. Baştan yazmanın gerçekten daha doğru olduğu durumları da gerekçeleriyle söyleriz.

  3. 03

    Mikroservis mimarisine geçmeli miyiz?

    Somut bir gerekçe yoksa genellikle hayır. Bağımsız ölçeklenme ya da bağımsız ekip yayını gibi bir ihtiyaç varsa, geçişi en çok fayda sağlayacak parçadan başlayarak planlarız.

  4. 04

    Başka bir firmanın yazdığı yazılımı devralabilir misiniz?

    Evet. Önce mimari inceleme yaparak devraldığımız sistemin durumunu, risklerini ve bakım maliyetini yazılı olarak ortaya koyarız. Devir kararını bu rapora göre birlikte veririz.

  5. 05

    İnceleme sonunda ne teslim ediyorsunuz?

    Önceliklendirilmiş bulgular raporu, mimari diyagramlar, hedef mimari önerisi, geçiş planı ve teknik borç listesi. Sonuçları teknik ekibinize ve yönetime ayrı ayrı sunarız.

10 / İlgili

İlgili hizmetler.

İletişim

Sisteminize bakalım.