AWS diyagramlarının çoğu aynı şekilde başarısız olur: biri tuvale otuz servis ikonu bırakır, onları oklarla bağlar ve buna mimari der. Kalabalık görünür ama neredeyse hiçbir şey söylemez, çünkü bir AWS tasarımında gerçekten önemli olan hangi servisleri kullandığın değildir. Önemli olan sınırlardır: ne public, ne private, ne hangi alanda yaşıyor ve güven çizgileri nereden geçiyor. Sınırları doğru kurarsan diyagram öğretir. Atlarsan süsten ibaret kalır.
O yüzden bir AWS diyagramını dışarıdan içeriye, sınır sınır kur ve servisleri en son ekle.
Servislerle değil, sınırlarla başla
Bir AWS diyagramını iç içe kaplar kümesi olarak düşün. Her biri okurun görmesi gereken bir sınırdır:
- Bölge (Region): en dıştaki kutu. Her şey bir bölgenin içinde yaşar (ya da çok bölgeli bir senaryo için iki tane çizersin).
- VPC: bölgenin içindeki özel ağın.
- Kullanılabilirlik alanları (Availability Zones): VPC'nin içinde iki ya da üç sütun, çünkü dayanıklılığı böyle çizersin.
- Alt ağlar (subnet): her alanın içinde public ve private şeritler. Bu ayrım, bütün diyagramdaki en önemli tek çizgidir.
Tek bir servis yerleşmeden önce bunları iç içe dikdörtgenler olarak çiz. Artık eklediğin her kaynağın bir evi var ve konumu anlam taşır: private bir alt ağdaki veritabanı, havada süzülen bir ikonun asla söyleyemeyeceği bir şey söyler.
Servisleri ait oldukları yere ekle
Servisler ancak şimdi eklenir ve onları nereye koyduğun dokümantasyonun ta kendisidir. Yük dengeleyici public alt ağda durur; uygulama sunucuları private'tadır; yönetilen veritabanı en derindedir, private ve çok alanlı. Bir nesne deposu ya da CDN VPC'nin dışında yaşar, çünkü gerçekte de oradadır. Burada yerleşim süs değildir; güvenlik duruşunu kodlar.
Bir AWS diyagramında argüman konumdur. Bir kutunun nerede durduğu, üzerindeki ikondan fazlasını söyler.
AWS mimari ikonlarını tanınır ve ölçülü kullan
Gerçek sağlayıcı ikonları bir diyagramın bir bakışta okunmasına yardım eder; okur etiketleri okumadan veritabanını, kuyruğu, yük dengeleyiciyi fark eder. Kullan, ama asıl mesele haline gelmelerine izin verme. Kaynak başına tek net ikon, tutarlı boyutlar ve bol boşluk, yoğun bir mozaikten iyidir. Anlamı sınırlar taşır; ikonlar yalnızca tanımayı hızlandırır.
AWS diyagramını Terraform'dan oluştur
Bütün bunları elle yerleştirmek yavaştır ve altyapı değiştiği anda eskir. AWS'i Terraform ile yönetiyorsan yerleşim zaten tanımlı: VPC, alt ağlar, instance'lar ve yönetilen servislerin hepsi deklare edilmiş. Diyagramı oradan oluştur; sınırlar ve kaynaklar senin hatırladıklarından değil, gerçek tanımdan gelsin. Sonra biçim ver: yerleşimi düzelt, katmanları grupla, public kenarı vurgula.
Okur için bitir
Yayınlamadan önce bir okunabilirlik turu yap. Public ile private ayrımı yanlış anlaşılmayacak kadar net mi? Biri bir isteği internetten veritabanına kadar izleyebiliyor mu? Kullanılabilirlik alanları, dayanıklılık hikayesi apaçık olacak şekilde görünür biçimde ayrı mı? Bu sorulara hizmet etmeyen her şeyi buda. Bu soruları yanıtlayan odaklı bir diyagram, hesaptaki her kaynağın eksiksiz envanterinden iyidir.
Sınırları çiz, servisleri güven seviyesine göre yerleştir, ikonları sakin tut ve dürüst kalsın diye taslağı Terraform'dan oluştur. İnsanların gerçekten kullanacağı AWS diyagramı budur.