Şirketiniz için en uygun mimarileri tasarlıyoruz.

Teknoloji

Her şey ona bağlanmadan önce bulut temelini doğru kurun

Hesaplar, kimlik, ağlar ve bölgeler, sonradan değiştirilmesi en zor kararlardır. Bunları AWS, Azure ya da Google Cloud üzerinde tasarlar, kod olarak yazar ve iş yüklerini aşama aşama taşırız.

Görüşme talep edin Bulut ve Platform Mühendisliği hizmetine bakın

Süre
Aşama başına 4 ila 12 hafta
Model
Aşamalı program
Çıktı
Kod olarak landing zone ve karar kayıtları

Bu hizmete ihtiyaç duyduğunuzun işaretleri

Çoğu, ilk aylarda makul görünen kestirmeler olarak başladı.

  • Üretim, test ve denemeler aynı AWS hesabını, Azure aboneliğini ya da Google Cloud projesini paylaşıyor; tek bir hata ya da sızan bir anahtar her şeye ulaşıyor.
  • Mühendisler hâlâ uzun ömürlü erişim anahtarları ya da owner yetkileri kullanıyor, çünkü tek oturum açma (SSO) ve rol tabanlı erişim hiç tamamlanmadı.
  • Adres aralıkları ortamlar, bölgeler ya da ofis ağı arasında çakışıyor ve her yeni bağlantı geçici bir çözüm gerektiriyor.
  • Altyapının bir kısmı Terraform’da, bir kısmı elle kurulmuş; bir plan çalıştırıldığında kimsenin açıklayamadığı değişiklikler çıkıyor.
  • Her şey tek bir availability zone’da çalışıyor ya da belirlenmiş bir kurtarma hedefi olmadan çok bölgeli bir tasarıma başlandı.
  • Bir denetçi kişisel verilerin, yedeklerin ve logların nerede tutulduğunu soruyor ve cevabı toplamak bir hafta sürüyor.
  • Bütçe, kota ya da etiketleme kuralı yok; unutulmuş bir test kümesi ancak bir sonraki faturada fark ediliyor.

Neden baştan kurmak çözüm değildir

Bulut ortamları nadiren tasarlanır; birikerek oluşur. Bir kavram kanıtlaması için açılan hesap üretime dönüşür, ağlar proje proje eklenir, yetkiler o hafta kime gerekiyorsa ona verilir. Her adım tek başına makuldü. Birlikte ise güvenceye alınması, denetlenmesi ve değiştirilmesi zor bir ortam ortaya çıkarırlar.

Bariz çözümler işe yaramaz. Düz bir hesap yapısının üstüne konan bir güvenlik aracı sorunu raporlar ama düzeltmez. Her şeyi bir anda baştan kurmak teslimatı aylarca durdurur. Dayanıklılık için çok bölgeli ya da çok bulutlu yapıya geçmek, ilk bölge güvenilir hale gelmeden her sorunun ikinci bir kopyasını ekler. Biz bunun yerine temeli yerinde düzeltiriz: mevcut ortamın yanında bir landing zone kurulur ve iş yükleri aşama aşama ona taşınır.

Bu hizmet, ortamın bütünü için mimaridir: yapı, kimlik, ağlar, bölgeler ve koruma kuralları. Ekiplerinizin dağıtım yaptığı platform, yani Kubernetes ve dağıtım hatları, Bulut ve Platform Mühendisliği hizmetinin; mevcut faturayı düşürmek ise Bulut Maliyet Optimizasyonu hizmetinin konusudur.

Kapsama girenler ve girmeyenler

Dahildir

  • Ortam ve ekip bazında hesap, abonelik ya da proje yapısı
  • Kimlik ve erişim: tek oturum açma, roller, acil durum erişimi (break-glass) ve uzun ömürlü anahtarların kaldırılması
  • Ağ tasarımı: adres planı, hub and spoke yapısı, özel bağlantı ve çıkış trafiği kontrolü
  • Kod olarak landing zone ve koruma politikaları, örneğin Terraform ile
  • Dayanıklılık: varsayılan olarak birden fazla availability zone, çok bölge yalnızca belirlenmiş bir kurtarma hedefi gerektirdiğinde
  • Yönetilen servis seçimi ve Birleşik Krallık, AB ve Türkiye için veri yerleşimi
  • Maliyet korumaları: etiketleme kuralları, bütçeler, kotalar ve alarmlar

Dahil değildir

  • Kubernetes kümeleri ve dağıtım hatları
  • Mevcut faturanın kalem kalem düşürülmesi
  • Bulut sözleşmesi ya da lisans alımı ve satışı
  • Veri aktarımı ya da veri yerleşimi kuralları hakkında hukuki görüş
  • Devirden sonra ortamın kesintisiz işletimi

İş nasıl ilerler

  1. Hafta 1 ila 2Ortamı haritalayın. Bulut organizasyonunuza, ağlarınıza ve faturalama verilerinize salt okunur erişimle hesapları, kimlikleri, ağları ve verinin nerede durduğunu çıkarır; kurtarma hedeflerini, yerleşim kurallarını ve denetim ihtiyaçlarını yazarız.
  2. Hafta 3 ila 4Temeli belirleyin. Hesap yapısı, kimlik modeli, adres planı, bölge stratejisi ve koruma kuralları, hiçbir şey kurulmadan önce ödünleşimleriyle birlikte karara bağlanır ve kaydedilir.
  3. Hafta 5 ila 12Çalışanın yanına kurun. Landing zone, mevcut ortamın yanında kod olarak kurulur ve gerçek bir iş yüküyle kanıtlanır. Kurulum için verilen yazma yetkisi aşama bitince kaldırılır.
  4. Sonraki aşamalarİş yüklerini taşıyın. İş yükleri gruplar halinde ve her biri bir geri dönüş planıyla taşınır. Eski yapı ancak ona bağlı hiçbir şey kalmadığında kapatılır.
  5. Süreç boyuncaAçıklanabilir tutun. Her karar yazılır; böylece bir denetçi ya da yeni bir mühendis ortamın neden böyle göründüğünü görebilir.

Elinize ne geçiyor

Kod ve her diyagramın kaynak dosyaları dahil tüm çıktılar size aittir.

Kod olarak landing zone
Hesaplar, kimlik, ağlar ve koruma kuralları; deponuzda modüller olarak tanımlı ve bir pipeline ile uygulanır.
Mimari karar kayıtları
Yapı, bölgeler, dayanıklılık, yönetilen servisler ve veri yerleşimi; her biri değerlendirilen alternatiflerle.
Ağ ve kimlik diyagramları
Adres planı, bağlantı yapısı ve erişim modeli; ekibinizin düzenleyebileceği kaynak dosyalarıyla.
Veri yerleşimi haritası
Her veri sınıfının, yedeklerinin ve loglarının nerede tutulduğu ve neden orada tutulduğu.
Koruma ve maliyet politikaları
Önleyici politikalar, etiketleme kuralları, bütçeler ve alarmlar; ortamda çalışır durumda.
Taşıma kılavuzu
İş yüklerinin hangi sırayla taşınacağı ve her taşımanın nasıl geri alınacağı.

Hangi durumda doğru hizmet değil

  • Tek oturum açma ve bütçeleri olan, iyi yapılandırılmış tek bir hesabın yettiği, tek uygulamalı küçük ortamlar.
  • Asıl sorunu mevcut faturanın büyüklüğü olan kurumlar. Bulut Maliyet Optimizasyonu tasarrufu yeniden tasarımdan daha hızlı bulur.
  • Önce bir tehdit modeline ve kontrol eşlemesine ihtiyaç duyan güvenlik programları. Bu iş Güvenlik ve Uyum Mimarisi ile başlar.
  • Çok bulutu belirlenmiş bir gereksinimin cevabı olarak değil, başlı başına bir hedef olarak isteyen ekipler.

Sık sorulanlar

Hangi sağlayıcıyı öneriyorsunuz?

İş yüklerinize, ekibinizin becerilerine ve veri yerleşimi ihtiyaçlarınıza uyanı; bu çoğu zaman zaten kullandığınız sağlayıcıdır ve öneri alternatifleriyle birlikte yazılır. AWS, Azure ve Google Cloud sayfalarımız her platformu daha ayrıntılı anlatır.

Çok bölgeli bir yapıya ihtiyacımız var mı?

Genellikle başta yok. Tek bölgedeki availability zone’lar arızaların çoğunu karşılar. İkinci bir bölge; tek bölgenin karşılayamadığı bir kurtarma hedefi, bir mevzuat gereksinimi ya da uzak kullanıcılarla gerekçelendirilir ve tasarlanacak, test edilecek ve işletilecek her şeyin ikinci bir kopyasını ekler.

Verimiz Birleşik Krallık’ta, AB’de ya da Türkiye’de kalabilir mi?

Sağlayıcı uygun bölge ve servisleri sunuyorsa evet; yeter ki yedekler, loglar ve destek araçları da kapsamda olsun. Türkiye için önce neyin mevcut olduğu kontrol edilir. UK GDPR, GDPR ve KVKK gibi düzenlemeler kişisel verilerin yurt dışına aktarımını koşullara bağlar; Türkiye’deki bankalar için BDDK’nın bilgi sistemleri yönetmeliği gibi sektör kuralları daha da ileri gidebilir. Bu gereksinimleri göz önünde tutarak tasarlar ve kanıt üretmeyi kolaylaştırırız; hukuki yorum danışmanlarınızda kalır.

Çalışma bittikten sonra ne oluyor?

Kodun, karar kayıtlarının ve işletim kılavuzlarının sahibi ekibinizdir. Bazı ekipler kalan taşımaları kendi başına yürütür; bazıları bu süreçte haftada 2 ila 3 gün çalışan bir gömülü mimarla devam eder.

Önce kısa bir teknik sohbetle başlayalım

Otuz dakika. Bulut ortamınızı anlatırsınız, biz nereden başlayacağımızı söyleriz.

Görüşme talep edininfo@futureformative.net