Kurumsal mimari mi yazılım mimarisi mi? Kapsam, çıktı ve rol farkı

Aynı kelime, farklı ölçek

Kurumsal mimari, bir kurumun iş yetenekleri, süreçleri, verisi, uygulamaları ve teknoloji altyapısı arasındaki ilişkileri bütün olarak tasarlar ve stratejiyle hizalar. Sorduğu soru şudur: kurum hedeflerine ulaşmak için hangi yeteneklere, hangi uygulama portföyüne ve hangi teknoloji standartlarına ihtiyaç duyuyor ve bugünkü durumdan oraya hangi adımlarla gidilecek? The Open Group'un TOGAF çerçevesi bu disiplin için yaygın kullanılan bir yöntem ve ortak dil sunar.

Yazılım mimarisi ise tek bir sistemin ya da birbiriyle konuşan sistemler grubunun iç yapısını tasarlar: bileşenler, sorumlulukları, aralarındaki iletişim, veri saklama yaklaşımı ve dağıtım biçimi. Sorduğu soru şudur: bu sistem; performans, ölçeklenebilirlik, güvenlik, değiştirilebilirlik gibi kalite özelliklerini nasıl karşılayacak? Kısacası kurumsal mimari portföyü ve yönü, yazılım mimarisi tek bir sistemin yapısını belirler.

Ölçüt ölçüt kurumsal mimari ve yazılım mimarisi

• Kapsam: Kurumsal mimari tüm kurumu ya da büyük bir iş alanını kapsar / Yazılım mimarisi tek bir uygulama, ürün ya da servis kümesini kapsar.
• Ana soru: Kurumsal mimari "neye, neden ve hangi sırayla yatırım yapmalıyız" sorusunu yanıtlar / Yazılım mimarisi "bu sistemi nasıl yapılandırmalıyız" sorusunu yanıtlar.
• Paydaşlar: Kurumsal mimari üst yönetim, iş birimleri, BT yönetimi ve portföy kurullarıyla çalışır / Yazılım mimarisi ürün sahipleri, geliştiriciler, test ve operasyon ekipleriyle çalışır.
• Zaman ufku: Kurumsal mimari çok yıllık hedef mimari ve geçiş planlarıyla ilgilenir / Yazılım mimarisi ürünün yakın ve orta vadeli yol haritası ve sürümleriyle ilgilenir.
• Çıktılar: Kurumsal mimaride yetenek haritaları, uygulama portföyü envanteri, hedef mimari, geçiş yol haritası ve mimari ilkeler / Yazılım mimarisinde bileşen ve dağıtım diyagramları, arayüz sözleşmeleri, mimari karar kayıtları (ADR) ve kalite özelliği senaryoları.
• Modelleme dili: Kurumsal mimaride ArchiMate gibi katmanlı modelleme dilleri / Yazılım mimarisinde C4 modeli, UML ve sıralama diyagramları.
• Başarı ölçüsü: Kurumsal mimaride tekrar eden sistemlerin azalması, strateji ile yatırım uyumu ve dönüşümün öngörülebilirliği / Yazılım mimarisinde sistemin kalite hedeflerini karşılaması ve değişikliğin düşük maliyetle yapılabilmesi.

Kurumsal mimarinin günlük işi neye benzer?

Kurumsal mimari ekibi kod yazmaz; kurumun genel resmini tutar ve yatırım kararlarına yön verir. Tipik işler şunlardır: • İş yetenek haritasını çıkarmak ve her yeteneği destekleyen uygulamaları eşleştirmek • Aynı işi yapan birden fazla sistemi tespit ederek sadeleştirme önermek • Yeni proje taleplerini mimari ilkeler ve hedef mimariyle karşılaştırarak değerlendirmek • Teknoloji standartlarını ve yaşam döngüsünü belirlemek (hangi veri tabanı, hangi entegrasyon yaklaşımı) • Mevcut durumdan hedef duruma geçiş için aşamalı yol haritası hazırlamak

TOGAF yaklaşımında bu çalışma, iş, veri, uygulama ve teknoloji olmak üzere dört mimari alan üzerinden ve mimari geliştirme yöntemi (ADM) adı verilen tekrarlı bir döngüyle yürütülür. Mimari yönetişim ise projelerin bu ilkelere uyumunu izler ve gerekçeli istisnaları kayıt altına alır.

Yazılım mimarisinin günlük işi neye benzer?

Yazılım mimarı ya da bu sorumluluğu taşıyan kıdemli geliştirici, ekibin içinde ve kodun yakınında çalışır. Tipik işler şunlardır: • Kalite özelliklerini somut senaryolara çevirmek (örneğin yoğun kampanya döneminde ödeme servisinin yanıt vermeye devam etmesi) • Monolit, modüler monolit, mikroservis ya da olay güdümlü yapı gibi mimari stiller arasında seçim yapmak • Servis sınırlarını, arayüzleri ve veri sahipliğini belirlemek • Önemli kararları gerekçesi ve alternatifleriyle birlikte mimari karar kaydı olarak yazmak • Kod incelemesi, prototip ve mimari değerlendirme oturumlarıyla kararların koda doğru yansıdığını kontrol etmek

Bu işte takas analizi merkezdedir: daha fazla esneklik genellikle daha fazla operasyonel karmaşıklık, daha güçlü tutarlılık ise daha az ölçeklenebilirlik anlamına gelebilir. Yazılım mimarisi bu takasları açıkça görünür kılar.

İki disiplin nerede buluşur?

Kurumsal mimari kararları, yazılım mimarisi için sınır koşulu üretir. Örneğin kurum düzeyinde "müşteri verisinin tek kaynağı müşteri ana veri sistemidir" ilkesi konduysa, yeni bir mobil uygulamanın mimarı müşteri bilgisini kendi veri tabanında çoğaltmak yerine bu sisteme entegre olmak zorundadır. Tersi yönde, yazılım ekiplerinin sahada karşılaştığı kısıtlar ve yeni teknoloji deneyimleri kurumsal mimarinin standartlarını günceller.

Bu iki katman arasında genellikle çözüm mimarisi yer alır: çözüm mimarı belirli bir iş ihtiyacı için hangi sistemlerin nasıl bir araya geleceğini tasarlar, kurumsal ilkelere uyumu sağlar ve ayrıntılı tasarımı yazılım mimarlarına devreder. Kurum küçükse bu üç rol tek kişide, büyükse ayrı ekiplerde toplanabilir.

Kariyer açısından hangi yol kime uygun?

Yazılım mimarisi yolu genellikle güçlü bir geliştirme geçmişinden çıkar: tasarım desenlerine, dağıtık sistemlere, veri tabanlarına ve bulut altyapısına hakim, kod kalitesini ve teknik borcu önemseyen profesyoneller için doğal bir sonraki adımdır. Bu yolda teknik derinlik ve karar gerekçelendirme becerisi öne çıkar.

Kurumsal mimari yolu ise iş analizi, BT stratejisi, çözüm mimarisi ya da büyük dönüşüm projelerinden gelen profesyonellere uygundur. Burada teknik bilgi kadar iş modelini okumak, üst yönetimle aynı dili konuşmak, portföy ve yatırım kararlarına katkı vermek ve uzun soluklu değişimi yönetmek önemlidir. Her iki yolda da mimari kararları yazılı ve gerekçeli hale getirme alışkanlığı ortak bir temel beceridir.

Sık karıştırılan noktalar

• Kurumsal mimariyi büyük bir yazılım mimarisi sanmak: kurumsal mimari teknolojiden önce iş yeteneklerini ve stratejiyi modeller.
• Yazılım mimarisini yalnız diyagram çizmek sanmak: asıl çıktı, kalite özelliklerini karşılayan ve gerekçesi kayıtlı kararlardır.
• Kurumsal mimari ilkelerini projelere danışmadan yazmak: uygulanamayan ilkeler istisna yığınına dönüşür.
• Yazılım ekiplerinin kurumsal standartları bilmeden teknoloji seçmesi: kısa vadede hız kazandırır, uzun vadede entegrasyon ve bakım yükü yaratır.
• Çerçeve seçimini amaç haline getirmek: TOGAF ya da başka bir çerçeve, kurumun ihtiyacına göre uyarlanması gereken bir araçtır.

Bu konular Mindset programlarında nerede çalışılır?

Kurumsal mimari tarafında Kurumsal Mimari (TOGAF) Temelleri eğitimi; dört mimari alan, ADM, mimari yönetişim ve geçiş yol haritası başlıklarıyla BT strateji, kurumsal mimari ve çözüm mimarisi ekiplerine yöneliktir. ArchiMate ile Kurumsal Mimari Modelleme eğitimi ise iş, uygulama ve teknoloji katmanlarını aynı modelde ilişkilendirmeyi uygulamalı olarak çalıştırır.

Yazılım mimarisi tarafında Yazılım Mimarisi ve Tasarım Desenleri eğitimi; SOLID ilkeleri, tasarım desenleri, mimari stiller ve mimari değerlendirme modülleriyle kıdemli geliştirici ve teknik lider kadrosuna hitap eder. Kararların kayıt altına alınması için Yazılım Mimarisi Kararları ve ADR Dokümantasyonu eğitimi, iki disiplin arasındaki köprüyü kuran ortak bir pratik sunar.