Menü

İletişime geçin
Logo
Basın

OTOKO® ile Hibrit ve Multi-Cloud

Birden fazla bulut. Tek bir net plan.

Üretime yakın sistemler şirket içinde kalır, yeni uygulamalar bulutta çalışır ve bazı hizmetler başka bir sağlayıcıdan gelir. Bu tür yapılar, lokasyon sınırlarını aşan bir mimari gerektirir. OTOKO®, veri merkezini, Azure'ı, Telekom T Cloud'u ve diğer ortamları birbirine bağlar; aynı zamanda veri yollarından, erişimlerden ve arızalardan kimin sorumlu olduğunu netleştirir.

Sizin için üstlendiklerimiz
Bir rack içinde birbirine bağlı ağ bileşenleri, temsili görsel
Hibrit ve Multi-Cloud

OTOKO® tarafından planlama, uygulama ve üzerinde anlaşılan işletim

Temsili görsel · sağlayıcı tesisine ait bir çekim değildir

OTOKO®'ya verdiğiniz görev

Dağıtık sistemler bir bütün olarak çalışmalıdır.

Ek bir platform, uygulamalar arasındaki bağımlılıkları otomatik olarak çözmez. Dağıtık veriler; daha uzun yanıt süreleri, ek veri trafiği ve yeni hata kaynakları anlamına gelebilir. Bu nedenle önce hangi bileşenlerin bir arada kalması gerektiğini ve dağılımın hangi iş amacına hizmet ettiğini inceleriz.

Bizden talep edebilecekleriniz

Entegrasyon; üzerinde anlaşılan ağ ve erişim kurulumunu ve ilgili veri yollarının testlerini kapsar. Buna, sağlayıcı sınırlarını aşan işletim ve eskalasyon koordinasyonu ile kalan bağımlılıkların belgelenmesi de eklenir. İleride yapılabilecek bir geçiş de veri dışa aktarımı ve efor açısından değerlendirilir.

Hizmetlerin ayrıntıları

Hizmet kapsamı

Veri yollarını birbirine bağlamak ve sorumlulukları düzenlemek.

Önce uygulamaların mantıklı dağılımı değerlendirilir. Ardından bağlantılar ve ortak işletim süreçleri gelir. Mevcut yapı ilk etapta korunsa bile bağımlılıklar ve geçiş eforu değerlendirmenin bir parçası olarak kalır.

Her uygulama için uygun konumu belirlemek

Veri akışları ve yanıt süreleri, bir uygulamanın nerede işletilmesi gerektiğine karar vermeye yardımcı olur. Birbiriyle ilişkili bileşenler bağımlılıkları açısından incelenir. Hedef durum, ardından hangi parçaların yerel kalacağını ve hangilerinin diğer ortamlara mantıklı şekilde dağıtılabileceğini gerekçelendirir.

Ekibiniz bunlarla çalışmaya devam eder

Belgelenmiş veri akışlarını ve mimari sınırları içeren bir iş yükü ataması.

Teknik uygulama

İş yükü yerleşimi ve veri yolları

Gecikme süresi, veri miktarı ve bağımlılıklar, uygulamaların nerede çalıştırılmasının anlamlı olduğunu belirler. Hangi bileşenlerin bir arada kalması gerektiğini ve hangilerinin tanımlanmış arayüzler üzerinden iletişim kurabileceğini inceleriz. Veri konumları, tüm işleme yolu boyunca değerlendirilir.

Lokasyonları ve bulutları birbirine bağlamak

Bağlantıların değişen koşullar altında da çalışması gerekir. Bu nedenle öngörülen ağ yollarını ve erişim kurallarını kurduktan sonra bir kesintinin etkilerini test ederiz. Bu sırada hangi uygulamaların etkilendiği ve işletim açısından hangi tepkinin gerekli olduğu netleşir.

Ekibiniz bunlarla çalışmaya devam eder

Normal işletim ve arızalar için test senaryolarını içeren bir bağlantı konsepti.

Teknik uygulama

VPN, özel bağlantılar ve DNS

Bağlantılar için yönlendirme, ad çözümlemesi ve erişim kuralları birlikte kararlaştırılır. ExpressRoute bir Azure seçeneğidir; Telekom ve diğer bulut bağlantıları, somut hizmete göre planlanır. Kesintiler ve kullanılabilir bant genişliği değerlendirmenin bir parçasıdır.

Ortak işletimi organize etmek

Birden fazla sağlayıcı olduğunda bir arıza, sorumluluklar arasında kaybolmamalıdır. Bildirim yolları, erişim sorumluluğu ve değişiklik koordinasyonu birlikte belirlenir. İşletim dokümantasyonu, bir olayı kimin üstleneceğini ve hangi diğer tarafların dahil edilmesi gerektiğini gösterir.

Ekibiniz bunlarla çalışmaya devam eder

Bir sorumluluk matrisi ile üzerinde anlaşılmış erişim ve eskalasyon yöntemleri.

Teknik uygulama

Kimlikler ve platformlar arası işletim

Kullanıcıların ve sistemlerin hizmetlere nasıl erişeceğini ve değişiklikleri kimin onaylayacağını netleştiririz. İzlemenin ve eskalasyonun birden fazla platform sınırını aşabilmesi gerekir. Ortak bir işletim konsepti, kurum içi BT'yi, bulut sağlayıcılarını ve OTOKO®'yu sorumlu taraflar olarak görünür kılar.

İlerideki bir geçişi baştan hesaba katmak

Olası bir sağlayıcı değişikliği; veri biçimlerine, dışa aktarma yollarına ve kullanılan hizmetlere bağlıdır. Bu bağımlılıklar tespit edilir ve efor açısından değerlendirilir. Ayrıca dağılımın ekonomik açıdan gerekçelendirilebilir kalması için sürekli veri trafiğini ve ek işletim görevlerini de dikkate alırız.

Ekibiniz bunlarla çalışmaya devam eder

Kalan bağımlılıkları ve efor varsayımlarını içeren, belgelenmiş bir çıkış yaklaşımı.

Teknik uygulama

Taşınabilirlik ve çıkış planlaması

Konteynerler ve Infrastructure as Code tekrarlanabilirliği destekleyebilir, ancak hizmetleri otomatik olarak birbirinin yerine geçebilir hale getirmez. Platforma özgü bağımlılıkları, veri dışa aktarımını ve geçiş eforunu tespit ederiz. Sürekli veri aktarımı ve mükerrer işletim görevleri de maliyet değerlendirmesine dahil edilir.

Planlama ve uygulama ayrıntıları

Birden fazla ortam, uygulamaya dair ortak bir bakış açısı gerektirir.

Hibrit ve çoklu bulut mimarileri, mevcut sistemleri yeni olanaklarla birleştirebilir. Ancak bunlar teknikte ve işletimde ek arayüzler getirir. Bu nedenle önce dağılımın amacını inceler ve ortamlar arasındaki iş birliğini buna göre tasarlarız.

Bağımlılıklardan uygun işletim konumunu türetmek

Bir sistem, veri yolları bilinmeden anlamlı şekilde konumlandırılamaz. Yerel olarak işletilen bir uygulama; bir veritabanı, makine bağlantısı veya kullanıcı yönetimiyle sıkı bir şekilde bağlantılı olabilir. Tek tek parçalar taşındığında yanıt süreleri ve bağlantılara olan bağımlılık daha önemli hale gelebilir. Bu nedenle hangi bileşenlerin birlikte kalması gerektiğini ve hangilerinin gerçekten ayrı işletilebileceğini birlikte inceleriz. Birden fazla sağlayıcının kullanılması isteği, kendi başına bir amaç olarak varsayılmak yerine bu gereksinimlere göre değerlendirilir.

Hedef durum, iş faydasını ek eforla birlikte dikkate alır. Farklı ortamlar kendine özgü erişim yöntemleri, araçlar ve yetkinlikler gerektirebilir. Sürekli veri trafiği ve ortak arayüzlerin bakımı da değerlendirmenin bir parçasıdır. Karar, bir uygulamanın neden belirli bir konumda kaldığını veya oraya taşınması gerektiğini belgeler. Böylece sonraki değişikliklerde doğrulanabilir kalan ve dağılımı uygulamalarınızın gereksinimleriyle açıklanabilen bir mimari ortaya çıkar.

Bağlantıları uçtan uca iş süreçleriyle test etmek

Başarılı bir ağ bağlantısı, uygulamanın bu bağlantı üzerinden eksiksiz çalıştığını tek başına kanıtlamaz. Ad çözümleme, kullanıcı hakları, veri erişimleri ve harici arayüzlerin ek ön koşulları olabilir. Bu nedenle uygulama sırasında gerekli iletişim yolları birlikte tespit edilir ve kurulur. Ardından teknik ve iş birimi paydaşları ilgili süreçleri kontrol eder. Böylece ortamın yalnızca erişilebilir olup olmadığı değil, öngörülen görevleri yeni koşullar altında gerçekten yerine getirip getirmediği tespit edilebilir.

Bunun ötesinde bir kesinti durumunda ne olacağı değerlendirilir. Hangi bileşenler kullanılabilir kalır, hangi işlemler bekler ve hangi veriler daha sonra eşitlenmelidir? Yanıtlar, işletimde hangi yöntemlerin gerekli olduğunu belirler. Testler ve dokümantasyon, seçilen mimarinin sınırlarını görünür kılar. İstenen bir davranışa ulaşılamadığında; uyarlama, ek önlemler veya kalan kısıtlama konusunda bilinçli bir karar alınmalıdır. Bu karar, entegrasyonun kabulüne dahildir.

Sorumluluğu ve ileride olası bir değişikliği baştan planlamak

Birden fazla ortamı kapsayan bir arızada, hangi bölümün nedeni oluşturduğu genellikle başlangıçta belirsizdir. Kararlaştırılmış bildirim yolları olmadığında taraflardan her biri sorumluluğu başka bir alana yönlendirebilir. Bu nedenle bir olayı kimin üstleneceğini, hangi bilgilerin gerektiğini ve diğer paydaşların nasıl dahil edileceğini birlikte belirleriz. Aynı şekilde değişikliklerdeki koordinasyon da tanımlanır, böylece bir ortamdaki bir müdahale fark edilmeden diğer uygulamaları veya lokasyonları etkilemez.

İleride yapılacak bir değişiklik, somut bağımlılıklar üzerinden değerlendirilir: veri dışa aktarımı, kullanılan hizmetler, yapılandırma ve uygulamada gereken uyarlamalar. Birden fazla sağlayıcı kullanmak, bir uygulamanın bunlar arasında sorunsuzca taşınabileceği anlamına otomatik olarak gelmez. Bu sınırlar belgelenir ve olası eforun boyutu değerlendirilir. Böylece ekibiniz gelecekteki kararlar için anlaşılır bir temel elde eder ve sistem ortamının taşınması veya konsolide edilmesi için ne tür bir hazırlığın gerekli olacağını değerlendirebilir.

Birlikte şöyle çalışıyoruz

İşinizi siz bilirsiniz.
Üzerinde anlaşılan bulut işini biz üstleniriz.

Her teknik adımı kendiniz düzenlemeniz gerekmez. Görevleri ve kararları kayıt altına alır, bilgisine veya onayına ihtiyaç duyulan noktalarda ekibinizi sürece dahil ederiz.

01

Veri yollarını birlikte değerlendirmek

Bağımlılıklar ve yanıt süresi gereksinimleri, mantıklı dağılımı belirler. Buradan gerekli bağlantıları ve işletim arayüzlerini türetiriz.

Sizin katkınız: Kritik iş süreçlerini açıklayın ve ilgili ortamların sorumlularını belirtin.

02

Entegrasyonu uçtan uca test etmek

Bağlantılar ve erişimler kurulur ve eksiksiz uygulama yolları olarak test edilir. Bir kesinti sırasındaki davranış da değerlendirilir.

Sizin katkınız: İlgili sistem ekiplerini testlere ve etkilerin değerlendirilmesine dahil edin.

03

İşletimde sağlayıcı sınırlarını aşmak

Bildirim yolları ve değişiklik koordinasyonu, tüm tarafları kapsayacak şekilde belgelenir. Kalan bağımlılıklar, sonraki kararlar için görünür kalır.

Sizin katkınız: İlgili her ortam için irtibat kişilerini ve eskalasyon yollarını teyit edin.

OTOKO®'nun Köln ofisindeki toplantı odası

Örnek proje senaryosu

Üretim yerinde, müşteri portalı bulutta

Ortak bir proje şöyle görünebilir. Somut kapsam, başlangıç durumunuzdan ortaya çıkar.

  1. Başlangıç durumu

    Lokasyona bağlı sistemler yerinde kalmalı, herkese açık bir portal ise esnek şekilde geliştirilmeye devam etmelidir.

  2. Yaklaşımımız

    Veri akışlarının sınırlarını belirleriz ve bağlantıyı, kimlikleri ve bağlantı arızalarında izlenecek davranışı planlarız.

  3. Hedef durum

    Belgelenmiş hibrit bir mimari, net güvenlik ve işletim sınırlarıyla iki dünyayı birleştirir.

Elde ettikleriniz

Ekibinizin üzerinde
çalışmaya devam edeceği sonuçlar.

  • Her iş yükü için gerekçeli yerleştirme matrisi

  • Tüm ortamlar için ağ ve kimlik mimarisi

  • Her uygulama için geçiş yolu içeren çıkış stratejisi

İlgiden somut iş kapsamına

Projenizi böyle
hazırlıyoruz.

Ön görüşme için bu belgelerin henüz eksiksiz olması gerekmez. Neyin mevcut olduğunu ve değerlendirmenin hangi bilgileri tamamlaması gerektiğini birlikte netleştiririz.

Başlangıç için yararlı olanlar

  • Lokasyonlar, ağlar ve mevcut bulut ortamları
  • Kritik veri akışları ve gecikme süresi gereksinimleri
  • Kesintilere, veri saklamaya ve sağlayıcı değişikliğine ilişkin gereklilikler

Somut teklif böyle hazırlanır

Hizmet kapsamı, ekibinizin katkısı, gereken erişimler, kabul kriterleri ve devir teklifte belirtilir. Sağlayıcı ücretleri, proje hizmetleri ve sürekli işletim açık şekilde birbirinden ayrılır.

Değerlendirmeyi görüşün

Başlamadan önce

Sorularınız.
Net yanıtlar.

Hibrit ve Multi-Cloud kapsamında neler elde ediyoruz?

Her iş yükü için gerekçeli yerleştirme matrisi. Tüm ortamlar için ağ ve kimlik mimarisi. Her uygulama için geçiş yolu içeren çıkış stratejisi. Kapsamı ve kabul kriterlerini başlangıçta birlikte belirleriz.

Mevcut bir ortamla başlayabilir miyiz?

Evet. Mevcut uygulamalarınızı, arayüzlerinizi ve işletim süreçlerinizi inceler, gereken değişikliklerin kapsamını sizinle birlikte belirleriz. Her şeyin baştan kurulması otomatik olarak gerekmez.

Efor ve sorumluluk nasıl belirlenir?

Envanter çıkarma çalışmasının ardından iş paketlerini, sorumlulukları, kabul kriterlerini ve devri birlikte belirleriz. Bunun sonucunda somut proje kapsamı için bir teklif hazırlanır.

Çoklu bulut otomatik olarak arızalara karşı daha mı dayanıklıdır?

Hayır. Ortak kimlikler, ağlar veya veritabanları hâlâ tekil arıza noktaları olabilir. Ek sağlayıcılar, kullanılabilirliği yalnızca buna uygun, test edilmiş bir uygulama mimarisiyle birlikte artırır.

Kubernetes her türlü sağlayıcı bağımlılığını ortadan kaldırır mı?

Hayır. Veritabanları, depolama, ağlar ve işletim süreçleri çoğu zaman platforma özgü kalır. Taşınabilirliği tüm iş yükü için değerlendiririz.

OTOKO® ile Hibrit ve Multi-Cloud

Hangi lokasyonların ve bulutların birlikte çalışması gerekiyor?

Bugün ortam sınırlarını aşarak iletişim kuran uygulamaları tanımlayın. Veri yollarını, yanıt sürelerini ve sorumlulukları birlikte inceler ve önce hangi entegrasyona ihtiyaç duyulduğunu belirleriz.

Hibrit ve Multi-Cloud hakkında ön görüşme

İş Ortaklarımız

  • Microsoft
  • Microsoft Azure
  • Amazon AWS
  • Google Cloud
  • Thales Group
  • Arrow ECS
  • Vodafone
  • IBM
  • Veeam
  • Atlassian
  • JetBrains
  • NinjaOne
  • OPSWAT
  • Utimaco
  • Eviden

Erişilebilirlik

Görünümü ihtiyaçlarınıza göre ayarlayın.

Bu sayfa için henüz basit dil sürümü mevcut değil.

Ayarlar şu anda yalnızca bu ziyaret için geçerlidir. Ayarların kalıcı olarak kaydedilmesine Çerez ayarları bölümünden izin verebilirsiniz.