Çoğu yazılım canlıya çıktıktan sonra düzeltilir. Biz bunu tam tersi yaparız.
Bir mermer plakasını izlerken, bir hastanın verisini korurken ya da bir otelin doğrudan rezervasyon hunisini kurarken; titizlik aynıdır. Bir sistemin nasıl davranması ve nasıl arızalanması gerektiğini, yazmadan önce çözeriz. Aşağıdaki her aşama gerçek çıktılar üretir ve bir sonraki başlamadan önce bir geçidi geçer.
- 01 · DISCOVERY.THREAT_MODELKeşif ve Tehdit Modelleme
- 02 · ARCHITECTURE.DETERMINISTICÖngörülebilir Sistem Mimarisi
- 03 · VERIFICATION.RIGOROUSTitiz Doğrulama ve Test
- 04 · ORCHESTRATION.GLOBALKüresel Yayılım ve İşletme
Keşif ve Tehdit Modelleme
Sistemin nasıl kırılabileceğini ve kimin kırmaya çalışabileceğini, kimse kod yazmadan önce anlayın.
- Düşmanca inceleme
- Veri sınıflandırma
- Uyum ön kontrolü
Her çalışmaya, sisteme bir saldırganın gözünden bakarak başlarız. Keşif, gerçek çıktıları olan gerçek bir iştir: güven sınırlarını çıkarır, verinin nereye aktığını izler ve dayandığımız herhangi bir parça arızalandığında hasarın nereye kadar yayılacağını hesaplarız. Burada verdiğimiz kararlar sonraki mimariyi sınırlar; önce tasarlayıp güvenliği sonradan eklemeyiz.
Bir saldırganın nereden girebileceğini bulmak için her sürecin, veri deposunun ve veri akışının yapısal olarak incelenmesi.
Bağlı olduğumuz herhangi bir dış veya iç servis çöktüğünde neyin, ne kadar etkileneceğinin ölçülü bir haritası.
Verinin nereye gittiğinin, geçerli kurallara göre sınıflandırılması: KVKK, GDPR ve sektörünüzün gereksinimleri.
Mimari başlamadan önce kararlaştırılıp imzalanan hız, kesintisiz çalışma ve veri doğruluğu hedefleri.
- Sistem Tehdit Modeli
- STRIDE / LINDDUN
- Güven Sınırı Şeması
- C4 · L1–L2
- Hız ve Güvenilirlik Defteri
- İmzalı temel
Öngörülebilir Sistem Mimarisi
Yük ve arıza altındaki davranışı sabaha karşı 3'te değil, kâğıt üzerinde belirlenmiş bir sistem tasarlayın.
- ADR yönetişimi
- Sözleşme incelemesi
- Arıza modu sıralaması
Mimarinin kendiliğinden oluşup tutmasını ummayız. Her bileşen net değişmezler, sınırlı bir kaynak bütçesi ve tanımlı bir bozulma yolu alır. Arayüzler kimse uygulamadan önce kararlaştırılır; veritabanını seçmeden önce durumu modelleriz. Sonuç; arıza modları yazılı ve ölçekleme davranışı hesaplanmış (umut edilmemiş) bir tasarımdır.
Kimse inşa etmeye başlamadan önce her parçanın diğerine tam olarak nasıl bağlanacağını kararlaştırır ve sabitleriz.
Sistemin her parçası için hangi veriye kimin sahip olduğunu, verinin nasıl doğru kaldığını ve nasıl bölündüğünü tanımlarız.
Dayandığı bir parça arızalanırsa, sistem çökmek yerine planlı bir yedeğe geçer ve çalışmayı sürdürür.
Sistemin ne kadar trafiği, biraz pay bırakarak kaldırabildiğini hesaplar ve kararlaştırdığımız hedeflere karşı denetleriz.
- Mimari Karar Kayıtları
- Değişmez günlük
- Arayüz Anlaşmaları
- OpenAPI / AsyncAPI
- Yük ve Ölçekleme Modeli
- Niceliksel
Titiz Doğrulama ve Test
Sistemin çalıştığını iddia etmeyin. Simüle edebildiğiniz en kötü koşullarda gösterin.
- Geçit zorunluluğu
- Tehdit modeline karşı kapsam
- İmzalı sürümler
Doğrulamayı güvence değil, kanıt olarak görürüz. Hat; özellik tabanlı ve sözleşme testlerini çalıştırır, gerçekçi yükü yeniden oynatır ve neyin dayandığını görmek için bilerek arıza enjekte eder. Kapsamı; anlamsız düzgün bir yüzdeye karşı değil, tehdit modeline ve kararlaştırdığımız gereksinimlere karşı ölçeriz.
Tasarım sırasında koyduğumuz kuralların, makinenin her değişiklikte otomatik denetlediği testlere dönüştürülmesi.
Sistemin ne kadar yükü kaldırabildiğini görmek için, denetimli koşullarda uygulanan tekrarlanabilir ve gerçekçi trafik.
Planladığımız her yedeğin gerçekten çalıştığını kanıtlamak için parçaları otomatik ve sık sık bilerek bozarız.
Kullandığımız her dış bileşenin tam listesi, her birinin menşe kanıtı ve kurcalanamayacak şekilde imzalanmış sürümler.
- Doğrulama Kanıt Paketi
- Sürüm başına
- Bileşen Listesi ve Menşe Kanıtı
- SLSA uyumlu
- Dayanıklılık Tatbikat Raporu
- Arıza matrisi
Küresel Yayılım ve İşletme
Onu bölgeler boyunca dramsız yayın: dikkatli sürümler, gerçek görünürlük ve prova ettiğimiz bir kurtarma planı.
- SLO geçidi
- İkametgâh zorunluluğu
- Kurtarma provası
Teslim, dağıtımla bitmez. Sistemi bölge bölge, geri alınabilir ve geçit denetimli sürümlerle yayar, veri yönlendirmesini ait olduğu sınırlar içinde tutar ve trafik gelmeden önce her şeye izleme koyarız. Kurtarma hedefleri temenni değildir; prova edilir, kılavuzlar gerçekten çalışır ve bir şey ters gittiğinde tepki bilerek sıkıcıdır.
Sürümü bölge bölge, küçük adımlarla yayınlar, kararlaştırılan kalite hedeflerini izler ve bozulurlarsa otomatik geri alırız.
Veri ve trafik, ait olduğu ülkeye sabitlenir; bunu platformun kendisi zorunlu kılar.
Sistemin tamamında eksiksiz izleme; sistemin nasıl davranması gerektiğine dair koyduğumuz kurallara karşı denetlenir.
Gerçekten prova ettiğimiz kurtarma süresi hedefleri; adım adım, gerçekten çalışan kılavuzlarla desteklenir.
- Küresel Yayılım Planı
- Bölge matrisi
- İzleme Temeli
- SLO kataloğu
- Felaket Kurtarma Kılavuzu
- Çalıştırılabilir
Monolit yerine neden modüler mimari, neden API-First?
Yüksek erişilebilirlik ve hata toleransı stratejilerimizi; otel rezervasyon ve B2B sipariş yüklerinden örneklerle anlatan derinlemesine bölüm.
Mimari kararları görünMimari kararlarımızın ve teknolojilerimizin ardındaki gerekçe.
Hangi veritabanını, hangi backend ve frontend teknolojisini neden seçtiğimizi; veri güvenliği ve uzun ömürlü mimari adına verdiğimiz kararları CTO ciddiyetinde anlatan bölüm.
Teknoloji yığınını görün