İnşaat ve BT'de Mimari: Ortak Anlam ve Farklılıklar

Mimari, karmaşık bir sistemin yapısını, bileşenlerini ve bunların etkileşim kurallarını belirleyen temel organizasyon planıdır. İnşaatta bu, estetik, güvenlik ve işlev arasında denge kuran bir bina projesidir. BT'de ise güvenilirliğini, ölçeklenebilirliğini ve geliştirme hızını sağlayan yazılım sistemi şemasıdır. Her alanda mimarinin ana amacı, sistemin verilen görevleri etkili bir şekilde çözmesine olanak tanıyan sağlam bir iskelet oluşturmaktır.

Aşağıda, bu terimin iki farklı bağlamda nasıl uygulandığını inceleyecek, ortak noktaları bulacak ve temel farklılıkları göreceğiz.

İnşaatta Mimari: Fikirten Binaya

Geleneksel anlayışta mimari, bina ve yapıların tasarım sanatı ve bilimidir. Burada sonuç somuttur: ona dokunulabilir, içinde yaşanabilir veya çalışılabilir.

Temel Unsurlar

1. İşlevsellik. Bina amacına hizmet etmelidir. Konut sessizlik ve mahremiyet gerektirirken, ofis iletişim için açık alanlar, müze ise eserlerin doğru aydınlatılmasını talep eder.
2. Dayanıklılık ve Güvenlik. Mimarlığın mühendislik kısmı, binanın rüzgar, kar veya deprem etkisi altında çökmemesini garanti eder.
3. Estetik ve Bağlam. Dış görünüm çevreyle uyum sağlamalı veya belirli bir fikri ifade etmek için bilinçli olarak tezat oluşturmalıdır.
4. Ekonomi ve Malzemeler. Beton, cam veya ahşap seçimi sadece zevkle değil; bütçe, kaynak erişilebilirliği ve iklim koşullarıyla da belirlenir.

Örnek

"Akıllı" bir konut kompleksinin tasarımı. Mimar sadece cepheyi çizmez. Dairelere gelen güneş ışığını (insolasyon) hesaplar, insan ve araç akışlarının lojistiğini planlar, ısıtma faturalarını düşürmek için yüksek yalıtımlı malzemeler seçer ve "akıllı ev" sistemlerini projenin tesliminden sonra değil, çizim aşamasında entegre eder.

BT'de Mimari: Yazılımın İskeleti

Bilişim teknolojilerinde mimari (Yazılım Mimarisi), sistemin üst düzey yapısıdır. Programın hangi modüllerden oluştuğu, bunların birbirleriyle nasıl iletişim kurduğu ve verilerin nerede saklandığına ilişkin kararlar bütünüdür.

BT Mimarisi Seviyeleri

• Kurumsal Mimari (Enterprise Architecture). Küresel bakış açısı: Şirketin BT sistemleri iş stratejisini nasıl destekliyor?
• Uygulama Mimarisi (Application Architecture). Belirli bir servisin iç yapısı: Desenlerin (örneğin MVC veya mikroservisler), programlama dillerinin ve çerçevelerin seçimi.
• Veri Mimarisi (Data Architecture). Verilerin nasıl toplandığı, saklandığı, korunduğu ve sistemler arasında aktarıldığı.
• Altyapı Mimarisi. Sunucular, bulut ortamları, ağlar ve yük dengeleyiciler.

Temel İlkeler

• Ölçeklenebilirlik. Sistemin kullanıcı sayısındaki artışı kaldırabilme yeteneği (örneğin "Kara Cuma"daki trafik artışında).
• Gevşek Bağlantı (Loose Coupling). Bir modülde yapılan değişiklik tüm sistemi bozmamalıdır.
• Hata Toleransı. Sistem, bireysel bileşenlerdeki arızalarda çalışmaya devam etmeli (veya hızla kurtulmalıdır).

Örnek

Bir bankacılık mobil uygulamasının geliştirilmesi.

• Kötü mimari: Tüm kod tek bir dosyada, veritabanına arayüzden doğrudan erişiliyor. En küçük bir değişiklik programın yarısının yeniden yazılmasını gerektirir ve sunucu çökmesi tüm müşterilerin çalışmasını durdurur.
• İyi mimari: İstemci tarafı (telefondaki uygulama), API ağ geçidi (güvenli aracı) ve mikroservisler (ayrı para transferi servisi, ayrı işlem geçmişi servisi) şeklinde ayrım. "İşlem Geçmişi" servisi çökerse, müşteri hala para transferi yapabilir.

Karşılaştırma: İnşaat vs BT

Malzemelerin doğası farklı olsa da (beton karşısında kod), ilkeler benzerdir. Mimarideki hatalar her iki alanda da pahalıya patlar.

Mimari Tasarımında Sık Yapılan Hatalar

Alandan bağımsız olarak, yeni başlayanlar ve hatta profesyoneller genellikle aynı hatalara düşer.

İnşaatta

1. Bağlamın Ignor Edilmesi. Aşırı sıcak iklim bölgesinde, soğutma maliyetlerini hesaba katmadan camdan bir gökdelen inşa etmeye çalışmak.
2. Şeklin İşleve Üstün Tutulması. Arkasında karanlık odalar ve dar koridorlardan oluşan rahatsız edici planlar gizleyen güzel bir cephe.
3. Temelden Tasarruf Etme. Gizli işlerde tasarruf etme isteği, birkaç yıl içinde çatlaklara ve eğilmelere yol açar.

BT'de

1. Erken Optimizasyon. Basit bir açılış sayfası veya erken aşamadaki bir startup için aşırı karmaşık bir mikroservis mimarisi oluşturmak. Bu, gerçek bir fayda sağlamadan geliştirmeyi yavaşlatır.
2. Sıkı Bağlantı (Spaghetti Code). Modüllerin birbirine o kadar güçlü bağlı olması ki, birini ayrı ayrı test etmek veya değiştirmek imkansız hale gelir.
3. Dokümantasyon Eksikliği. Mimari kararlar sadece lider geliştiricinin kafasında vardır. O ayrılırsa, proje yönetilemez hale gelir.

SSS: Sıkça Sorulan Sorular

BT'de mimar kimdir? Bu, kilit teknik kararları alan deneyimli bir mühendistir. Tüm kodu kendisi yazmak zorunda değildir, ancak standartları belirler, teknolojileri seçer ve sistemin bütünlüğünü korumasını ve doğru yönde gelişmesini sağlar.

Proje başladıktan sonra mimari değiştirilebilir mi? İnşaatta son derece zor ve pahalıdır. BT'de mümkündür, ancak bu sürece "yeniden yapılandırma" (refactoring) veya "migration" denir ve önemli kaynaklar gerektirir. Değişiklikler ne kadar geç yapılırsa, o kadar pahalı olur.

Monolit mi yoksa mikroservisler mi daha iyi? Evrensel bir cevap yoktur. Monolit, küçük ekipler ve projeler için geliştirmede ve bakımda daha basittir. Mikroservisler, ürünün farklı bölümlerinin bağımsız ekipler tarafından geliştirildiği, yüksek yüklü büyük sistemler için gereklidir.

Mimari proje maliyetini etkiler mi? Evet, doğrudan. İyi bir mimari, uzun vadede destek maliyetlerini (TCO - Total Cost of Ownership) düşürür, çünkü sistemin ölçeklendirilmesi, onarılması ve yeni özelliklerle genişletilmesi daha kolaydır.