Sistem değerlendirmesi
Mevcut bileşenleri, bağımlılıkları ve sorun noktalarını inceliyoruz. Performans veya bakım sorununu, ürünün gerçek kullanım bağlamıyla birlikte değerlendiriyoruz.
- Mimari değerlendirme
- Risk ve bağımlılık haritası
DANIŞMANLIK / YAZILIM MİMARİSİ
İyi mimari,işler büyüdüğünde belli olur.
Yükü, veriyi ve sürekliliği birlikte tasarlıyoruz. Kampanyayı başlatın; sisteminizi büyütün, darboğazları giderin ve kesintiye hazırlayın.
Birlikte değerlendirelimKARAR VERİN. ETKİSİNİ GÖRÜN.
Sistemi Büyüt
Trafik artıyor. Mimari karar sizde.
Etkileşimli simülasyon
Kampanya hazırİşleme kapasitesi50 istek / adım
ZiyaretçilerDevrede
İstek kuyruğuEklenebilir
Yük dağıtıcıDevrede
Uygulama 0170
Uygulama 02Eklenebilir
ÖnbellekEklenebilir
Veritabanı50
Adım 0 / 40
Gelen0
İşlenen0
Bekleyen0
Reddedilen0
BEKLEYEN İSTEKLERKampanyayla birlikte dolmaya başlar
Önce kampanyayı başlatın. Ardından bileşenleri ekleyerek aynı yükteki farkı gözlemleyin.
DANIŞMANIN NOTU
Kesinti birinci uygulama sunucusuna uygulanır. İkinci sunucunuz varsa hizmet vermeye devam eder.
Simülasyon varsayımları
Her uygulama sunucusu 70, veritabanı 50 iş/adım işler. Önbellek veritabanı yükünü %55 azaltır. Kuyruk sınırı 240 istektir. Başlangıç kurulumu 3, eklenen her bileşen 1 temsili kaynak birimidir. Adımlar gerçek saniye, kaynaklar gerçek maliyet değildir. Kuyruk kapasiteyi artırmaz; genel amaçlı bir mimari önerisi değildir.
Örnek senaryo ve verilerle tarayıcınızda çalışır. Gerçek sistemlere bağlantı veya performans ölçümü yapılmaz.
Doğru mimari, işinizin yükünü ve değişimini taşıyabilendir.
Yazılım Mimarisi Danışmanlığı
Bugünkü ihtiyaçlarla yarının değişimini birlikte düşünmek.
Yazılım mimarisini ürünün işlevleri, kalite beklentileri ve ekibin çalışma biçimiyle birlikte tasarlıyoruz. Sistem sınırları, veri, servis ilişkileri ve yayın yapısı için gerekçeli kararlar oluşturuyoruz.
Yeni ürünler ve mevcut sistemlerde; gereksiz karmaşıklığı artırmadan değişimin yönetilebilir olmasına odaklanıyoruz.
Neler üretiyoruz?
Sistem büyürken, kararlar anlaşılır kalmalı.
Sınırlar ve ilişkiler
Modüllerin sorumluluklarını, verinin sahibini ve sistemlerin nasıl haberleştiğini tanımlıyoruz. Dağıtım yaklaşımını ekibin işletim kapasitesiyle birlikte seçiyoruz.
- Hedef mimari
- Veri ve servis sınırları
Karar ve geçiş
Seçenekleri ve ödünleşimleri belgeliyoruz. Mevcut ürünün çalışmasını gözeten bir değişim ve doğrulama sırası hazırlıyoruz.
- Mimari karar kayıtları
- Geçiş planı
İşin içinden bir örnek
Her sistemin mikroservis olması gerekmez.
Bir modülün ayrılması; bağımsız gelişim ihtiyacı, veri sahipliği ve işletim yüküyle birlikte değerlendirilir. Önemli olan teknoloji etiketinden çok, sınırların ve sorumlulukların doğru kurulmasıdır.
- Belirli sınırlar
- Hangi bileşenin hangi işi ve veriyi sahiplendiği açıktır.
- Gerekçeli seçim
- Seçilen yol kadar seçilmeyen seçeneklerin nedeni de kaydedilir.
| Karar alanı | Değerlendirme sorusu | Belgelenecek çıktı |
|---|---|---|
| Modül sınırları | Hangi iş kuralları birlikte değişiyor, hangileri ayrılabilir? | Modül sorumlulukları ve aralarındaki sözleşmeler. |
| Veri sahipliği | Bir kaydın doğruluğundan hangi modül sorumlu? | Veri sahibi, erişim biçimi ve tutarlılık yaklaşımı. |
| Entegrasyon | Dış servis yanıt vermediğinde iş akışı nasıl devam edecek? | Zaman aşımı, tekrar deneme ve izleme kararları. |
Birlikte nasıl ilerliyoruz?
Mevcut resmi anlamak, hedef yapıyı adımlara ayırmak.
Teslim kapsamı ve çalışma planı, projenizin ihtiyaçlarıyla birlikte netleşir.
Beklentiler
Ürün işlevlerini ve kalite gereksinimlerini belirleriz.
ÇıktıMimari gereksinimlerAnaliz
Kod, veri ve işletim yapısını kapsam dahilinde inceleriz.
ÇıktıSistem değerlendirmesiKararlar
Seçenekleri somut senaryolarla karşılaştırırız.
ÇıktıHedef yapı ve karar kayıtlarıGeçiş
Değişiklikleri test ve geri dönüş adımlarıyla sıralarız.
ÇıktıAşamalı geçiş planı
Ayrıntılarda mühendislik
Çizimin ötesinde, işletilebilir bir mimari.
Hata sınırları
Bir bileşen çalışmadığında diğerlerinin nasıl etkileneceğini değerlendiriyoruz.
Veri tutarlılığı
Kayıt sahipliği, eşitleme ve işlem sınırları birlikte tasarlanır.
Operasyon yükü
Yayın, izleme ve bakım gereksinimleri ekip kapasitesiyle dengelenir.
Sık sorulanlar
Aklınızdaki sorularla başlayalım.
Çalışan uygulamamızı inceleyebilir misiniz?
Evet. Erişilebilir kod, belgeler, sistem bilgisi ve gözlemler üzerinden kapsam belirlenir. İnceleme tüm sistem yerine belirli bir modül veya sorun alanına da odaklanabilir.
Mikroservis kullanmak zorunda mıyız?
Hayır. Modüler tek uygulama, ayrı servisler veya karma bir yaklaşım uygun olabilir. Ürün, ekip, veri ve işletim ihtiyaçları birlikte değerlendirilmelidir.
Mimari çalışma geliştirmeyi de içerir mi?
Danışmanlık kapsamında analiz ve karar çıktıları hazırlanabilir. Prototip, doğrulama veya uygulama geliştirme gerekiyorsa bunlar ayrı iş paketleri olarak birlikte planlanır.
Sisteminizde değişmesini istediğiniz şeyi konuşalım.
Mevcut yapınızı, teknik güçlüğü ve büyüme beklentinizi paylaşın.