01Sorun ve çözüm
Hibrit bulut mimarisi hizmetimizde veri merkeziniz ya da sunucu odanız ile AWS, Azure veya Google Cloud arasındaki ilişkiyi tek bir tasarım olarak ele alıyoruz. Hangi iş yükünün nerede çalışacağını gecikme, veri hassasiyeti, lisans ve maliyet ölçütleriyle belirliyor; ağ, kimlik, veri akışı ve izlemeyi iki tarafı birlikte kapsayacak şekilde kuruyoruz.
Devamını okuDaha az göster
Kurulum tamamlandıktan sonra bağlantıların, sertifikaların ve eşitleme işlerinin bakımını bir destek anlaşmasıyla üstlenebilir ya da kendi ekibinize danışman olarak eşlik edebiliriz.
02Kimler için
Hibrit bulut mimarisi hangi işletmelere uyar
Hibrit yapı bir ara durak olarak değil, bilinçli bir tercih olarak kurulduğunda değer üretir.
- Fabrika ya da depo sahasında yerel sunucuya bağlı makine, terazi veya okuyucu çalıştıran üretim ve lojistik firmaları
- Muhasebe ya da ERP sistemini kendi sunucusunda tutup e-ticaret ve mobil kanallarını bulutta çalıştıran perakendeciler
- Gizli veriyi kurum içinde tutma kararı almış ama hesaplama gücünü buluttan karşılamak isteyen kuruluşlar
- Sunucu odasındaki donanımı yenilemek yerine kapasite artışını buluttan almak isteyen şirketler
- İkinci bir veri merkezi kurmak yerine bulutu felaket kurtarma sahası olarak kullanmak isteyen BT ekipleri
- Şube sunucularını merkezi bir bulut katmanıyla birleştirmek isteyen çok lokasyonlu işletmeler
03İhtiyaçlar
İki ortamı birlikte çalıştırmanın zorlukları
Hibrit yapılarda teknik borç çoğunlukla iki ortamın sınırında birikir.
- 01
Bağlantının tek nokta olması
Yerel sistemle bulut arasındaki tek VPN tüneli koptuğunda sipariş aktarımı ya da kimlik doğrulama durabilir. Yedekli tünel, ikinci internet hattı veya ayrılmış bağlantı bu riski azaltır.
- 02
Ayrı kimlik dünyaları
Kurum içinde Active Directory, bulutta ayrı kullanıcı hesapları olduğunda işten ayrılan birinin erişimi bir tarafta açık kalabilir. Kimlik eşitlemesi ve tek oturum açma iki ortamı tek kaynağa bağlar.
- 03
Asıl kaydın belirsizliği
Aynı müşteri ya da stok kaydı iki tarafta tutuluyorsa hangisinin asıl kaynak olduğu açıkça belirlenmelidir. Gece çalışan toplu aktarımlar yerine değişiklik yakalama ya da mesaj kuyruğu ile yakın zamanlı eşitleme tercih edilebilir.
- 04
Veri çıkış ücretleri
Bulut sağlayıcıları veriyi dışarı çıkarmayı ücretlendirir. Büyük veriyi sürekli buluttan yerele çeken bir rapor, tasarımda fark edilmezse faturada beklenmedik bir kalem olur.
- 05
Parçalı izleme
Yerel sunucular bir araçla, bulut kaynakları başka bir panelle izlendiğinde bir arızanın hangi tarafta başladığını bulmak zorlaşır. Olay anında iki ekip birbirinin ekranına bakmak zorunda kalır.
04Özellikler
Hibrit bulut mimarisi hizmetinin kapsamı
Çalışma mevcut sistemlerinizin envanteriyle başlar, işletmeye alma ve devirle biter.
- 01
Yerleşim kararı
Her uygulama ve veri seti için yerinde mi, bulutta mı, yoksa iki tarafta mı duracağı gerekçesiyle belirlenir. Gecikme hassasiyeti, lisans koşulları, veri sınıfı ve kapasite dalgalanması bu kararın ölçütleridir.
- 02
Ağ ve bağlantı tasarımı
IP adres planı çakışmayacak biçimde düzenlenir; siteden siteye VPN, AWS Direct Connect, Azure ExpressRoute ya da Cloud Interconnect seçenekleri kapasite ve yedeklilik ihtiyacına göre karşılaştırılır. İç DNS çözümlemesi iki yönde çalışacak şekilde kurulur.
- 03
Ortak kimlik ve yetki
Kurum içi dizin ile bulut kimlik servisi eşitlenir, roller tek yerden yönetilir. Yönetici erişimi çok aşamalı doğrulama ve kayda alınan oturumlarla sınırlanır.
- 04
Veri akışı ve eşitleme
Hangi verinin hangi yönde, ne sıklıkla ve hangi yöntemle aktarılacağı tanımlanır. Veritabanı replikasyonu, dosya eşitleme ya da olay tabanlı entegrasyon ihtiyaca göre seçilir.
- 05
Bulutu yedek saha olarak kullanma
Kritik sunucuların yedekleri ve sanal makine kopyaları bulutta tutulur. Yerel sistem kullanılamaz hâle geldiğinde hangi servisin hangi sırayla ayağa kaldırılacağı yazılı ve denenmiş bir plana bağlanır.
05Entegrasyonlar
Hibrit bulut yapısında bir araya getirdiğimiz bileşenler
Mevcut yatırımınızı koruyarak çalışırız; yeni bir araç ancak gerçek bir ihtiyaç varsa eklenir.
- 01
Sanallaştırma platformları
VMware vSphere, Hyper-V veya Proxmox üzerindeki sanal makineler envantere alınır, gerekirse bulutla aynı yönetim katmanına bağlanır.
- 02
Hibrit yönetim araçları
Azure Arc ya da AWS Systems Manager gibi araçlarla yerel sunucular bulut konsolundan güncellenebilir ve aynı politikalara bağlanabilir.
- 03
Kurum içi dizin
Active Directory, Microsoft Entra ID ile ya da kullandığınız bulutun kimlik servisiyle eşitlenir; grup üyelikleri iki tarafta aynı kalır.
- 04
Konteyner platformları
Kubernetes kümeleri hem yerelde hem bulutta çalıştığında dağıtım hattı ve yapılandırma tek bir depodan yönetilir.
- 05
ERP ve muhasebe programları
Kendi sunucunuzda çalışan Logo, Mikro ya da Netsis gibi programlarla bulut uygulamaları arasında API veya ara katman üzerinden veri alışverişi kurulur.
06Süreç
Hibrit bulut mimarisi hizmeti nasıl ilerler?
Adım 01
Analiz
İş akışınızı, kullanıcılarınızı ve mevcut sistemlerinizi dinleriz; kapsamı, öncelikleri ve kabul ölçütlerini yazılı hâle getiririz.
Adım 02
Tasarım
Ekran akışlarını ve veri modelini çıkarırız. Arayüzü sizinle gözden geçirip onay almadan geliştirmeye geçmeyiz.
Adım 03
Geliştirme
Kısa döngülerle çalışırız; her döngü sonunda çalışan bir sürümü test ortamında görürsünüz.
Adım 04
Test
İşlevsel testler, entegrasyon testleri ve temel güvenlik kontrolleriyle hataları yayından önce yakalarız.
Adım 05
Yayın
Sunucu, alan adı, yedekleme ve izleme ayarlarını yaparak canlıya alırız; ekibinize kısa bir kullanım eğitimi veririz.
Adım 06
Bakım
İsterseniz bakım ve destek anlaşmasıyla güncellemeleri, izlemeyi ve yeni geliştirmeleri sürdürürüz.
07Teknoloji
Hibrit bulut mimarisinde güvenlik ve işletme
İki ortamı bağlamak saldırı yüzeyini de birleştirir. Bu yüzden bağlantıyı düz bir ağ uzantısı olarak değil, bölümlere ayrılmış bir yapı olarak kuruyoruz: bulut tarafındaki bir sunucu yalnızca ihtiyaç duyduğu yerel servise ve porta erişebilir, yönetim trafiği ayrı bir kanaldan geçer.
Devamını okuDaha az göster
Verinin yerinde tutulmasının gerekçesi çoğunlukla gizlilik ya da KVKK kapsamındaki risk değerlendirmesidir. Bu kararın bulut tarafında delinmemesi için kişisel verinin buluta hangi biçimde geçebileceğini, örneğin anonimleştirilmiş, maskelenmiş ya da şifreli olarak, kurallara bağlıyoruz. Şifreleme anahtarlarının kimin denetiminde duracağı da tasarımın parçasıdır.
İşletme aşamasında iki ortamın metrikleri, logları ve alarmları tek panelde toplanır. Tünel durumu, eşitleme gecikmesi ve sertifika bitiş tarihleri ayrıca izlenir; bakım ve destek anlaşmasında bu kontrolleri ve düzenli kurtarma tatbikatlarını üstlenebiliriz.
08Çalışma modelleri
Bu hizmette çalışma modelleri
- 01
Proje bazlı
Sabit kapsam, sabit fiyat ve belirli teslim tarihi
Kapsamı belli, teslim tarihi olan işler için.
- Yazılı kapsam ve kabul ölçütleri
- Sabit fiyat ve belirli teslim tarihi
- Teslim ve kabul adımları sözleşmede
- 02
Bakım ve destek
Aylık sözleşmeli, SLA'lı bakım, destek ve geliştirme saati
Yayındaki bir sistemin sürekliliği için.
- Aylık sözleşme ve SLA
- İzleme, güncelleme ve hata düzeltme
- Aylık geliştirme saati
- 03
Danışmanlık
Saatlik veya günlük teknik danışmanlık
Karar, denetim veya yön belirleme gereken durumlar için.
- Saatlik veya günlük çalışma
- Yazılı rapor ve öneriler
- Ekibinizle birlikte çalışma
09Sık sorulan sorular
Hibrit bulut mimarisi hakkında sık sorulan sorular
Hibrit bulut mimarisi fiyatları neye bağlı?
Bağlanacak lokasyon ve iş yükü sayısı, bağlantı türü, kimlik eşitlemesinin karmaşıklığı, veri eşitleme ihtiyacı ve kurulum sonrası bakım isteyip istemediğiniz belirleyicidir. Bulut sağlayıcısının ve hat sağlayıcının ücretleri ayrıca faturalandırılır; bunların tahminini de teklifte gösteririz.
Hibrit bulut ile çoklu bulut aynı şey mi?
Hayır. Hibrit yapı, kendi altyapınız ile en az bir bulutun birlikte çalışmasıdır; çoklu bulut ise birden fazla bulut sağlayıcısının kullanılmasıdır. İkisi bir arada da bulunabilir; tasarım ilkeleri benzer olsa da ağ ve kimlik planı farklılaşır.
İnternet kesildiğinde yerel sistemlerimiz çalışmaya devam eder mi?
Tasarım buna göre yapılır. Kimlik doğrulama, yazdırma ya da makine bağlantısı gibi kritik yerel işlevler buluta bağımlı bırakılmaz; bulut tarafındaki işler bağlantı geri geldiğinde kuyruktan devam eder.
Mevcut sunucularımızı değiştirmemiz gerekir mi?
Çoğunlukla gerekmez. Desteği süren sanallaştırma platformu ve işletim sistemleri olduğu gibi kullanılır. Desteği bitmiş sürümler varsa, bağlantı kurulmadan önce bir güncelleme planı öneririz.
Hibrit bulut mimarisi firması seçerken nelere bakmalıyım?
Tek bir sağlayıcının ürün listesine değil, sizin envanterinize göre öneri yapmasına, ağ ve kimlik konularını birlikte ele almasına ve geri dönüş planı sunmasına bakın. Kurulumdan sonra yapıyı kimin işleteceği de baştan konuşulmalıdır.
İleride tamamen buluta geçmek istersek bu yapı engel olur mu?
Olmaz; doğru kurulmuş bir hibrit yapı sonraki taşımayı kolaylaştırır. Ağ, kimlik ve izleme bulut tarafında zaten hazır olduğu için kalan iş yükleri tek tek ve düşük riskle taşınabilir.
10İlgili hizmetler