Çoğu yazılım canlıya çıktıktan sonra düzeltilir. Biz tam tersini yaparız.
Bir mermer plakasını izlerken, bir hastanın verisini korurken ya da bir otelin doğrudan rezervasyon akışını kurarken; titizlik aynıdır. Bir sistemin nasıl davranması ve nasıl arızalanması gerektiğini, kod yazmadan önce çözeriz. Aşağıdaki her aşama gerçek çıktılar üretir ve bir sonraki aşama başlamadan önce onaydan 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.
- Saldırgan gözüyle 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, somut çı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 belirler; ö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 tek tek 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ı başlangıç değerleri
Ö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önetimi
- Arayüz sözleşmesi incelemesi
- Arıza senaryolarının önceliklendirilmesi
Mimarinin kendiliğinden oluşup tutmasını ummayız. Her bileşen net değişmez kurallar, sınırlı bir kaynak bütçesi ve tanımlı bir kontrollü bozulma yolu alır. Arayüzler kimse uygulamadan önce kararlaştırılır; veritabanını seçmeden önce veri yapısını modelleriz. Sonuç; arıza modları yazılı ve ölçekleme davranışı hesaplanmış, umut edilmemiş bir tasarımdır.
Kimse kurmaya 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 göre denetleriz.
- Mimari Karar Kayıtları
- Kalıcı kayıt defteri
- Arayüz Anlaşmaları
- OpenAPI / AsyncAPI
- Yük ve Ölçekleme Modeli
- Sayısal
Titiz Doğrulama ve Test
Sistemin çalıştığını iddia etmeyin. Kurabildiğiniz en kötü koşullarda gösterin.
- Onay noktası zorunlu
- Tehdit modeline göre kapsam
- İmzalı sürümler
Doğrulamayı güvence değil, kanıt olarak görürüz. Test hattı; ö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 yaratır. Kapsamı; kulağa hoş gelen bir yüzdeye göre değil, tehdit modeline ve kararlaştırdığımız gereksinimlere göre ö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 kaynak kanıtı ve kurcalanamayacak şekilde imzalanmış sürümler.
- Doğrulama Kanıt Paketi
- Sürüm başına
- Bileşen Listesi ve Kaynak Kanıtı
- SLSA uyumlu
- Dayanıklılık Tatbikat Raporu
- Arıza matrisi
Küresel Yayılım ve İşletme
Sistemi bölgelere sorunsuz yayın: kontrollü sürümler, gerçek görünürlük ve prova edilmiş bir kurtarma planı.
- SLO kontrolü
- Veri konumu zorunluluğu
- Kurtarma provası
Teslim, yayına almakla bitmez. Sistemi bölge bölge, geri alınabilir ve kontrollü sürümlerle yayar, veriyi ait olduğu sınırlar içinde tutar ve trafik gelmeden önce her şeyi izlemeye alırız. Kurtarma hedefleri temenni değildir; prova edilir, kılavuzlar gerçekten çalışır ve bir şey ters gittiğinde tepkimiz 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 göre 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 Altyapısı
- SLO kataloğu
- Felaket Kurtarma Kılavuzu
- Çalıştırılabilir
Monolit yerine neden modüler mimari, neden API-First?
Kesintisiz çalışma 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ı teknik derinlikte anlatan bölüm.
Teknoloji yığınını görün