Bulut ve BT altyapı danışmanlığı

BT Mimarisi ve Bulut Danışmanlığı

Uygulamalarınızın genel bulutta mı, kendi veri merkezinizde mi, yoksa ikisinin birlikte kullanıldığı hibrit bir yapıda mı çalışacağına veriye dayanarak karar vermenize yardımcı oluyoruz. Hedef mimariyi ve yol haritasını hazırlıyor, iş yüklerini planlı biçimde buluta ya da hibrit yapıya taşıyor ve maliyeti izlenebilir hale getiriyoruz.

Örnek mimari: kullanıcı trafiği yük dengeleyiciden kendi veri merkezine ve iki bölgeli bulut ortamına dağılır; ortamlar şifreli bağlantıyla birleşir, ortak kimlik, gözlem ve yedekleme katmanı paylaşılır Kullanıcılar Yük dengeleyici · CDN · WAF veri merkezi · istanbul Sanallaştırma VMware, Proxmox Kubernetes şirket içi küme Veritabanı · birincil bulut bölgesi bölge A bölge B Veritabanı · eşlenik VPN özel hat ortak katman · tüm ortamlar Merkezi kimlik SSO · roller Gözlem metrik · log Yedekleme & FK RPO/RTO hedefli Altyapı kodu Terraform·GitOps
Ortamlar
AWS, Azure, Google Cloud, yerel bulut sağlayıcıları, kendi veri merkeziniz
Dönüşüm yönü
Buluta geçiş, buluttan geri dönüş, hibrit ve çoklu lokasyon
Yaklaşım
Seçenekler maliyet, risk ve süreyle karşılaştırılır
İlk adım
Ücretsiz ön görüşme ya da ücretsiz değerlendirme
Ne zaman gerekir

Mimari ve bulut kararları ne zaman gündeme gelir?

Mimari kararlar uzun yıllar boyunca maliyeti, güvenliği ve esnekliği etkiler. Bu yüzden karar öncesinde seçenekleri aynı ölçütlerle karşılaştırırız.

Karanlıkta parlayan fiber optik kablo uçları
  • Bulut maliyetlerinin daha iyi izlenmesi gerekiyor. Harcamanın hangi ekip ve ürüne ait olduğunu görmek, bütçeyi planlamayı kolaylaştırır.
  • Buluta taşınan iş yüklerinden beklenen verim alınamadı. Olduğu gibi taşınan sunucuların yönetilen servislerle ve doğru boyutlandırmayla yeniden ele alınması gerekebilir.
  • Veri merkezindeki donanımın yenileme dönemi yaklaşıyor. Yenilemek, buluta geçmek ya da hibrit bir yapı kurmak arasında karşılaştırmalı bir karar gerekiyor.
  • Kritik sistemler tek bir lokasyona bağlı. Bir sunucu, bölge ya da bağlantı devre dışı kaldığında hizmetin nasıl süreceği planlanmalı.
  • Veri yerleşimi ve regülasyon gereksinimleri netleşmeli. Hangi verinin nerede tutulabileceğinin belirlenmesi, projelerin ilerlemesi için ön koşul.
  • Sanallaştırma lisans koşulları değişti. Mevcut platformda kalmanın ve alternatiflere geçmenin toplam maliyeti ve riski karşılaştırılmalı.
Kapsam

Bulut ve BT mimarisinde neler yapıyoruz?

Altyapı ve bulut mimarisinde tasarım, geçiş ve işletim planlaması.

Hedef mimari ve yol haritası

İş hedeflerinizden yola çıkan, seçeneklerin gerekçeleriyle yazıldığı, aşamalı ve bütçelenebilir bir mimari plan.

Bulut temeli (landing zone)

Hesap yapısı, kimlik ve yetki, ağ, güvenlik politikaları ve maliyet etiketleri; iş yükleri gelmeden kodla kurulan temel.

İş yüklerinin buluta taşınması

Fiziksel ve sanal sunuculardaki iş yüklerinin envanter, taşıma stratejisi ve kesinti planıyla buluta taşınması.

Buluttan geri dönüş

Maliyet, performans ya da regülasyon gerekçesiyle iş yüklerinin kendi veri merkezinize ya da yerel bir bulut sağlayıcısına planlı taşınması.

Hibrit, çoklu bulut ve çoklu lokasyon

Veri merkezi, şube ve bulut ortamları arasında ağ, kimlik, yedekleme ve yönetimin tek bir bütün olarak tasarımı.

Maliyet yönetimi (FinOps)

Ekip ve ürün bazında maliyet görünürlüğü, bütçe alarmları, doğru boyutlandırma ve düzenli maliyet gözden geçirmeleri.

Sanallaştırma ve VMware alternatifleri

VMware, Hyper-V, Proxmox ya da OpenStack ile sanallaştırma; lisans koşulları değişen platformlardan planlı geçiş.

Süreklilik ve felaket kurtarma

Yüksek erişilebilirlik, yedekleme stratejisi, kesinti süresi ve veri kaybı hedefleri (RTO/RPO), düzenli kurtarma tatbikatları.

Her uygulamanın taşınması gerekmez.

Buluta geçişte her uygulama için uygun strateji ayrı ayrı seçilir. Kimi zaman en doğru karar, bir uygulamayı yerinde bırakmak ya da kullanımdan kaldırmaktır.

rehost

Yeniden barındırma

Uygulamayı olduğu gibi taşımak. Hızlıdır ama kazancı sınırlıdır; çoğu zaman ilk adımdır.

replatform

Yeniden platformlama

Küçük değişikliklerle yönetilen servislere geçmek; örneğin veritabanını yönetilen servise almak.

refactor

Yeniden tasarım

Uygulamayı buluta özgü mimariye dönüştürmek. En çok emeği ister, en çok esnekliği sağlar.

repurchase

Yeniden satın alma

Kendi geliştirdiğiniz uygulamayı, ihtiyacı karşılayan hazır bir SaaS ürünüyle değiştirmek.

relocate

Yer değiştirme

Sanallaştırma katmanını uygulamalara dokunmadan, bütün olarak başka bir altyapıya taşımak.

retain

Yerinde bırakma

Taşımanın bugün bir gerekçesi yoksa uygulamayı olduğu yerde bırakıp ileride yeniden ele almak.

retire

Kullanımdan kaldırma

Artık kullanılmayan uygulamaları kapatmak; taşıma kapsamını ve maliyetini doğrudan azaltır.

Karar uygulama bazında

Her uygulama için strateji; maliyeti, riski ve iş değeriyle birlikte ayrı ayrı belirlenir.

Süreç

Karar vermeden önce ölçüyoruz.

Her mimari öneri mevcut durumun verisine ve iş hedeflerinize dayanır. Neyi neden önerdiğimizi yazılı gerekçesiyle sunarız.

Mimari kararlarda gözettiklerimiz

Her seçeneği aynı ölçütlerle karşılaştırırız:

  • Toplam sahip olma maliyeti
  • Güvenlik ve regülasyon uyumu
  • Ölçeklenebilirlik ve performans
  • Ekibinizin işletme yetkinliği
1

Envanter ve analiz

Uygulamaları, bağımlılıkları, veri akışlarını ve mevcut maliyetleri çıkarırız.

Çıktı: Envanter ve bağımlılık haritası
2

Seçenekler ve hedef mimari

Alternatifleri maliyet, risk ve süre açısından karşılaştırır, birlikte karar veririz.

Çıktı: Hedef mimari doküman
3

Taşıma planı

Dalgalar halinde taşıma sırasını, geri dönüş planını ve kesinti pencerelerini belirleriz.

Çıktı: Aşamalı taşıma planı
4

Uygulama

Altyapıyı kod olarak kurar, iş yüklerini dalgalar halinde taşır ve doğrularız.

Çıktı: Taşınmış ve doğrulanmış iş yükleri
5

Optimizasyon ve devir

Maliyet ve performansı ayarlar, maliyet takibini ekiplerinize yerleştirir; dokümantasyon ve eğitimle devrederiz. İsterseniz dönemsel maliyet incelemesiyle sürdürürüz.

Çıktı: Optimizasyon raporu, dokümantasyon
Teslimatlar

Mimari ve geçiş çalışmasının çıktıları.

Çıktılar işin kapsamına göre belirlenir; kararların gerekçesi ve kurulan yapının tanımları belgelenmiş olarak elinizde olur.

Mimari dokümantasyon

Hedef mimari, ağ ve güvenlik tasarımı, karar kayıtları.

Maliyet analizi

Mevcut ve hedef maliyet karşılaştırması, tasarruf önerileri.

Altyapı kodu

Uygulama projelerinde yeni ortamın Terraform ve Ansible ile yazılmış, sürümlenen tanımları.

Taşıma, geri dönüş ve çıkış planları

Her dalga için adımlar, kontroller ve geri dönüş yolu; gerektiğinde sağlayıcı değiştirmenin yolu.

Felaket kurtarma planı

Yedekleme, kurtarma prosedürleri ve tatbikat sonuçları.

Bilgi aktarımı

Ekibinize yeni yapının işletimi üzerine uygulamalı eğitim.

Teknolojiler

İhtiyaca göre seçilen teknolojiler.

Seçenekleri gereksinimlerinize, mevcut yatırımlarınıza ve ekibinizin işletme kapasitesine göre değerlendiririz. Mümkün olan yerde açık standartları ve taşınabilir araçları tercih ederiz.

Genel bulut

  • AWS
  • Microsoft Azure
  • Google Cloud

Yerel ve özel bulut

  • Yerel bulut sağlayıcıları
  • OpenStack
  • VMware vSphere
  • Proxmox
  • Hyper-V

Ağ ve kimlik

  • VPN / Direct Connect / ExpressRoute
  • Entra ID (Azure AD)
  • Keycloak
  • Active Directory

Yedekleme ve kurtarma

  • Veeam
  • Velero
  • Bulut yerel yedekleme servisleri
Kimler için

Ölçeğinize göre bulut ve mimari çalışmaları.

KOBİ'ler

Çoğu zaman bir donanım yenileme ya da ilk bulut kararıyla başlanır; sade ve maliyeti öngörülebilir bir yapı hedeflenir.

Büyüyen şirketler

Bulut harcamasını görünür kılmak, hesap yapısını düzenlemek ve yeni lokasyonları ortak bir mimariye bağlamak.

Regülasyona tabi ve kurumsal yapılar

Veri yerleşimi, süreklilik ve denetim gereksinimlerini mimariye baştan yerleştirmek.

Başlamadan önce

İlk görüşmeyi verimli kılmak için.

Hiçbiri ön koşul değil; elinizde ne varsa ilk görüşmeyi o kadar somut kılar.

Varsa hazırlayabilecekleriniz

  • Son birkaç ayın bulut faturası dökümü ya da donanım ve lisans maliyetleri
  • Uygulama ve sunucu envanteri, varsa mimari şemalar
  • Donanım ve lisans yenileme tarihleri
  • Veri yerleşimi, süreklilik ve regülasyon gereksinimleri
Sık sorulan sorular

BT mimarisi ve bulut hakkında

Kaynaklar ve standartlar

Hayır. Değişken yüklerde ve hızlı büyümede bulut avantajlıdır; sabit ve yüksek hacimli yüklerde kendi altyapınız daha ekonomik olabilir. Bu yüzden kararı mevcut verinize göre birlikte veririz.

Aynı ölçütlerle: iş yükünün değişkenliği ve büyüme beklentisi, birkaç yıllık toplam sahip olma maliyeti, veri yerleşimi ve regülasyon gereksinimleri, süreklilik hedefleri ve ekibinizin işletme yetkinliği. Değişken ve hızlı büyüyen yükler çoğu zaman bulutta, sabit ve yüksek hacimli yükler kendi altyapınızda daha ekonomiktir; sonuç sıklıkla ikisini birleştiren hibrit bir yapıdır.

Kesintiyi en aza indirecek şekilde planlarız. İş yükleri dalgalar halinde ve geri dönüş yolu hazır olarak taşınır; kritik sistemler için kesinti pencereleri sizinle birlikte belirlenir.

Landing zone; hesap yapısı, kimlik ve yetki, ağ, güvenlik politikaları, kayıt tutma ve maliyet etiketlerinden oluşan bulut temelidir. İş yükleri taşınmadan önce kodla kurulur; sonradan düzeltmek, taşınmış uygulamaların altındaki yapıyı değiştirmeyi gerektirir.

İş yüklerinize, mevcut lisans döneminize ve ekibinizin yetkinliğine bağlı. Proxmox, Hyper-V, OpenStack ya da Kubernetes üzerinde sanal makine gibi seçenekleri ve mevcut platformda kalmayı toplam maliyetleriyle yan yana koyar, geçiş gerekiyorsa aşamalı planlarız. Sunucu ve depolama boyutlandırmasını kurumsal donanım hizmetimizle birlikte ele alırız.

Hangi verinin nerede tutulabileceği mimarinin ilk sorularındandır. Verileri sınıflandırır; gerekenleri yurt içi sağlayıcılarda ya da bölgelerde tutan, şifreleme anahtarlarını sizin kontrolünüzde bırakan seçenekler tasarlarız. Teknik ve idari güvenlik tedbirleri bilgi güvenliği danışmanlığı kapsamında ele alınır.

RTO (kurtarma süresi hedefi), bir sistemin kesintiden sonra en geç ne kadar sürede yeniden çalışması gerektiğidir. RPO (kurtarma noktası hedefi), kabul edilebilir en fazla veri kaybını süre olarak ifade eder; örneğin son bir saatlik veri. Her sistem için bu hedefleri iş etkisine göre birlikte belirler, yedekleme ve kurtarma yapısını onlara göre tasarlarız.

Bu riski baştan ele alırız. Kubernetes, Terraform ve açık veri biçimleri gibi taşınabilir araçları tercih eder, sağlayıcıya özgü servisleri bilinçli ve gerekçesiyle kullanırız. Hedef mimariyle birlikte bir çıkış planı da yazarız.

Evet. Maliyet, performans ya da regülasyon gerekçesiyle iş yüklerini kendi sunucularınıza, kiralık kabine ya da yerel buluta planlı ve dalgalar halinde geri taşıyoruz. Çoğu durumda sonuç, bazı iş yüklerinin bulutta kaldığı hibrit bir yapıdır.

Gerekçesi varsa evet: regülasyon, süreklilik, gecikme ya da belirli bir servis. Çoklu bulut ve çoklu lokasyon işletim yükünü artırdığı için ağ, kimlik ve izleme katmanını baştan tek bir bütün olarak tasarlarız.

Evet. Uygulamayı kendi ekibiniz yapacaksa tasarım ve yol haritasıyla, gerekirse uygulama sırasında danışmanlık desteğiyle çalışırız. Çıktı; hedef mimari doküman, karar kayıtları, maliyet karşılaştırması ve aşamalı yol haritasıdır. Yalnız maliyet incelemesinde ise harcama dökümü, tasarruf önerileri ve önceliklendirilmiş uygulama listesi teslim edilir. Modellerin karşılaştırması Nasıl Çalışırız sayfasında.
Ücretsiz ön görüşme

İhtiyacınızı birlikte netleştirelim.

Ücretsiz ön görüşmede mevcut durumunuzu ve hedeflerinizi ele alıyor; ilk izlenimimizi ve olası sonraki adımları aynı görüşmede paylaşıyoruz.

  • Konunuza uygun uzmanlarla teknik bir görüşme
  • Durumunuza ilişkin ilk izlenim ve olası yaklaşımlar
  • Uygunsa sonraki adım: değerlendirme, proje önerisi ya da danışmanlık
  • Gerektiğinde görüşme öncesinde gizlilik sözleşmesi
  • Taleplere mesai saatlerinde 4 saat içinde dönüş