OTOKO® ile OVHcloud

OVHcloud, abone olunan sunuculardan fazlasını gerektirir.

Sanal kaynaklar, adanmış sistemler veya bunların bir kombinasyonu: OVHcloud, altyapınız için farklı başlangıç noktaları sunar. Belirleyici olan, uygulamaların, ağın ve veri depolamanın nasıl birlikte çalıştığıdır. OTOKO® bu mimariyi planlar, seçilen ortamı kurar ve sonraki işletim görevlerini net şekilde göz önünde tutarak geçiş ile devir sürecine eşlik eder.

Sizin için üstlendiklerimiz

OVHcloud

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

Bulut kaynaklarını ve adanmış sistemleri anlamlı şekilde bir araya getirmek.

Barındırma sözleşmeleri birleştirildiğinde veya uygulamalar yeni sistemlere dağıtıldığında veri yolları ve sorumluluklar değişir. Bu nedenle birlikte yalnızca kapasiteyi ve sunucu fiyatlarını değil, erişimleri, yedeklemeleri ve bakım eforunu da inceleriz. Bundan somut envanteriniz için gerekçeli bir kurulum ortaya çıkar.

Bizden talep edebilecekleriniz

Kapsamı net bir altyapı kurulumu da, sonrasında destek içeren bir geçiş de mümkündür. Buna üzerinde anlaşılan yapılandırma, bağlantı testleri ve devir dokümantasyonu dahildir. İşletim sistemlerine, uygulamalara ve platforma ilişkin görevler, ekibinizin kalan kendi eforunu bilmesi için ayrı ayrı atanır.

Hizmetlerin ayrıntıları

Hizmet kapsamı

Altyapıyı seçmek, bağlamak ve devralmak.

Kaynak seçimi ve entegrasyon birlikte planlanır. İş paketleri hem kurulumu hem konteyner uygulamalarını hem de veri taşımayı kapsar; somut kapsam uygulama envanterinize göre belirlenir.

Uygun kaynakları seçmek ve kurmak

Kaynak ihtiyacı, uygulamalarınızın yükünden, veri hacminden ve bağımlılıklarından ortaya çıkar. Bu temelde uygun bulut kaynaklarını veya adanmış sistemleri seçer ve kurarız. Kapasite varsayımları ve rezerv kapasite, sonraki genişletmelerin gerekçeli kararlara dayanması için kayıt altına alınır.

Ekibiniz bunlarla çalışmaya devam eder

Uygulamalarla eşleştirmeyi ve gerekçeli altyapı seçimini içeren bir kaynak planı.

Teknik uygulama

Genel bulut ve adanmış sistemler

İşlem gücü, depolama davranışı ve lisans gereksinimleri kaynak seçimini belirler. Uygun sanal sunucu türlerini adanmış sistemlerle karşılaştırır ve seçilen bölgeyi inceleriz. Kapasite varsayımları, rezervler ve bağımlılıklar hedef durumda kayıt altına alınır.

Sistemlerinizi birbirine bağlamak

Tek tek hazırlanan sunucular başlı başına işlevsel bir ortam oluşturmaz. Özel ve genel bağlantılar, ad çözümleme ve erişim kuralları öngörülen iletişime göre kurulur. Testler ardından uygulamaların uçtan uca veri yollarını kontrol eder.

Ekibiniz bunlarla çalışmaya devam eder

Erişim izinlerini, yönlendirmeyi ve kontrol edilmiş veri yollarını içeren, belgelenmiş bir ağ yapısı.

Teknik uygulama

Özel ağlar ve vRack

Gerekli altyapı bileşenleri arasında özel iletişim yolları planlarız. vRack'in mi yoksa hizmete özgü bir özel ağ bağlantısının mı uygun olduğu, seçilen hizmete bağlıdır. Genel uç noktalar, güvenlik duvarı kuralları ve DNS aynı mimari kararın parçası olmaya devam eder.

Konteyner uygulamalarını dağıtmak

Konteyner uygulamaları için üzerinde anlaşılan Kubernetes ortamını kurar ve dağıtım sürecini test ederiz. Bu devir; rolleri, güncelleme prosedürlerini ve geliştirme ile işletim arasındaki görev paylaşımını da kapsar. Ekibiniz ardından platformu ve onu kullanma süreçlerini öğrenmiş olur.

Ekibiniz bunlarla çalışmaya devam eder

Bir dağıtım süreci ve güncellemeler için üzerinde anlaşılmış sorumluluğu içeren, kullanıma hazır bir platform yapısı.

Teknik uygulama

Yönetilen Kubernetes ve konteynerler

OVHcloud Managed Kubernetes Service, konteynerleştirilmiş uygulamalar için temel oluşturabilir. Worker düğümleri, depolama, registry ve erişimler, sürüm sürecine uygun şekilde planlanır. Uygulamalara, yapılandırmaya ve işletim yöntemlerine ilişkin sorumluluğun açıkça netleştirilmesi gerekir.

Verileri taşımak ve desteği hazırlamak

Taşıma sırasında veri durumu, geçiş zamanı ve yedeklemelerin birbiriyle uyumlu olması gerekir. Aktarımı ve testleri birlikte planlar, yeni ortamın nasıl devralınacağını belirleriz. Dokümantasyon bu sırada platform, işletim sistemi ve uygulama görevleri arasında açıkça ayrım yapar.

Ekibiniz bunlarla çalışmaya devam eder

Kabul adımlarını ve kurtarma gereksinimlerini içeren bir veri geçişi ve işletim konsepti.

Teknik uygulama

Object Storage, geçiş ve işletim

Nesne depolamayı ve diğer veri bileşenlerini erişim davranışına göre inceleriz. Veri aktarımı, yedekleme ve kurtarma ayrı ayrı planlanır. Sistemler devredilmeden önce sürekli işletim görevleri ve sağlayıcı kapsamı birbirinden ayrılır.

Planlama ve uygulama ayrıntıları

Uygulamaya, ağa ve işletim modeline uygun bir OVHcloud yapısı kurmak.

Bir altyapı kararı, yalnızca işlem gücü seçiminden daha fazlasını kapsar. Bulut kaynakları ve adanmış sistemler, nasıl entegre edilecekleri, genişletilecekleri ve desteklenecekleri açısından da farklılık gösterir. Ekibinizin sonuçlarını açıkça görebildiği bir yapıyı birlikte geliştiririz.

Kaynakları tüm uygulama portföyünüze göre seçmek

Bir hosting ortamını konsolide eden kurumlar genellikle çok farklı uygulamalarla karşılaşır. Bazıları öncelikle sabit bir işlem gücüne ihtiyaç duyarken diğerleri veri tutma, ağ veya genişletilebilirlik açısından özel gereksinimler ortaya koyar. Ortak bir sunucu boyutu bu farklılıkları otomatik olarak karşılamaz. Bu nedenle planlama, uygulamaların, yük varsayımlarının ve bağımlılıkların eşleştirilmesiyle başlar. Hedef yapının yalnızca bugünkü durumu değil, öngörülebilir sonraki adımları da yansıtması için mevcut sözleşmeler ve yaklaşan değişiklikler de dahil edilir.

Bu temel üzerinden uygun bulut kaynakları veya adanmış sistemler seçilir ve genel yapıdaki rolleri tanımlanır. Bu sırada sorumluluklar ve ileride sizin tarafınızda oluşacak efor görünür kalır. Bir uygulama örneğin ek bakım veya özel yedekleme yöntemleri gerektiriyorsa bu, yapı kararının bir parçasıdır. Üzerinde anlaşılan yapılandırma daha sonra kurulur ve belgelenir. Ekibiniz böylece gerekçeli bir kaynak ataması elde eder ve sonraki genişletmeleri her tedariki ayrı ayrı karara bağlamak yerine aynı gereksinimlere göre değerlendirebilir.

Ağı ve sağlamayı uygulamanın bir parçası olarak ele almak

Bir uygulama, herkese açık erişilebilen hizmetlerden, iç veritabanlarından ve idari erişimlerden oluşabilir. Bu alanların, gereksiz iletişim yolları açılmadan hedefe yönelik olarak birbirine bağlanması gerekir. Bu nedenle özel ve genel bağlantıları, ad çözümlemesini ve gereken erişim kurallarını birlikte inceleriz. Başka lokasyonlardaki sistemler de dahilse bu veri yolları da ele alınır. Sonrasındaki testler, uygulamanın eksiksiz iletişimini ve hangi kullanıcıların veya sistemlerin fiilen birbiriyle çalışması gerektiğini esas alır.

Konteyner tabanlı uygulamalarda buna dağıtım yolu da eklenir. Yeni sürümler tanımlanmış erişimlere, kontrollere ve onaylara ihtiyaç duyar; platform değişiklikleri ilgili ekiplerle koordine edilmelidir. Üzerinde anlaşılan kapsam dahilinde bu temelleri kurar ve somut bir uygulama üzerinde sınarız. Devir böylece yalnızca platform yapılandırmasını değil, öngörülen değişiklik yönetimini de kapsar. Geliştirme ve işletim, hangi görevleri kendilerinin yürüteceğini ve hangi noktalarda koordinasyonun gerekli olmaya devam ettiğini takip edebilir.

Geçişi ve desteği açık kalan görev bırakmadan devretmek

Bir taşıma sırasında veri taşıma, erişimler ve işletime hazır olma aynı anda birbirine uymalıdır. Bu nedenle aktarımdan önce güncel verilerin nasıl sağlanacağını, kontrol edileceğini ve ardından kullanılacağını netleştiririz. Gereken kesintiler ve iş birimi testleri sorumlularınızla kararlaştırılır. Geri dönüş konusu da geçiş anından önce ele alınır. Amaç, katılımcıların bir onaydan önce hangi sonuçların hazır olması gerektiğini ve buna kimin karar vereceğini bildiği bir geçiştir.

Kabulden sonra platform, işletim sistemi ve uygulama görevleri ayrı ayrı belgelenir. Bunlara yedeklemeler, kurtarma, bakım ve bildirimlerin işlenmesi dahildir. Bir destek sözleşmesi bu görevleri hedefe yönelik olarak tamamlayabilir; ancak abone olunan sağlayıcı kapsamı ve kendi iç faaliyetlerinizle arasındaki gerekli ayrımın yerini tutmaz. Açık noktalar sorumlularla birlikte devredilir. Böylece proje sonrasında neyin kurulduğu, hangi yöntemlerin kullanılabilir olduğu ve hangi sonraki çalışmaların hâlâ planlanması gerektiği açıkça belli olur.

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.

Altyapı ihtiyacını gerekçelendirmek

Uygulama yükü, veri hacmi ve mevcut sistemler kaynak seçimi için temeli oluşturur. Ağ ve işletim gereksinimleri de birlikte değerlendirilir.

Sizin katkınız: Kullanımı, büyüme beklentilerini ve mevcut barındırma bağımlılıklarını açıklayın.

Kurulumu ve veri taşımayı birlikte planlamak

Hedef ortam kurulur ve öngörülen uygulamalara göre test edilir. Veri taşıma için üzerinde anlaşılmış kontrol ve geçiş noktaları belirlenir.

Sizin katkınız: İş birimi testlerini ve gereken bakım pencerelerinin onayını organize edin.

Desteği paylaştırmak

Devirde platform, işletim sistemi ve uygulama ayrı ayrı ele alınır. Yedekleme ve değişiklik prosedürlerine adı belirlenmiş sorumlular atanır.

Sizin katkınız: Hangi görevlerin şirket içinde sürdürüleceğini ve hangilerinin desteğe devredileceğini teyit edin.

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

Örnek proje senaryosu

Bir barındırma ortamını konsolide etmek

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

Başlangıç durumu
Uygulamalar farklı şekillerde desteklenen sistemlerde bulunuyor; dokümantasyon ve kurtarma yolları tutarsız.
Yaklaşımımız
Ortak bir hedef durum geliştiririz ve uygulamaları birlikte belirlenen gruplar halinde taşırız.
Hedef durum
Belgelenmiş işletim görevleri ve daha ileri otomasyon için bir temel içeren, düzenli bir altyapı.

Elde ettikleriniz

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

Uygulama ve ağ eşlemesini içeren OVHcloud hedef mimarisi
Geçiş, testler ve kabulü içeren uygulama planı
Sorumlulukları ve maliyet özetini içeren belgelenmiş işletim

İ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

Mevcut OVHcloud projeleri ve adanmış sunucular
Veri hacimleri, arayüzler ve konum gereklilikleri
Sistemler ve uygulamalar için istenen işletim biçimi

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.

Uygun hizmetleri ve konumları nasıl belirleriz?

Uygulamalarınızı, veri gereksinimlerinizi, arayüzlerinizi ve işletim hedeflerinizi ihtiyaç duyulan hizmetlerle karşılaştırırız. Somut seçim, mimari konseptte belgelenir.

OTOKO®, OVHcloud için hangi hizmetleri sunar?

Uygulamalarınıza uygun bulut altyapısı kurun. OVHcloud ortamınızı planlar, taşıma sürecine eşlik eder ve mevcut sistemlere entegre ederiz.

Bulut, veri merkezimize bağlanabilir mi?

Evet. Hibrit bir mimari; arayüzleriniz, kimlikleriniz, ağlarınız ile kullanılabilirlik ve veri konumu gereksinimleriniz esas alınarak planlanır.

Yönetilen Kubernetes, tam kapsamlı bir uygulama işletim hizmeti midir?

Hayır. Abone olunan platform kapsamı ile uygulamalarınızın yönetimi farklı hizmetlerdir. Worker düğümlerini, yapılandırmayı, dağıtımları, verileri ve olaylara müdahaleyi ayrı ayrı netleştiririz.

Adanmış sunucular ile genel bulut birlikte kullanılabilir mi?

Böyle bir kombinasyonu, gereken hizmetlere ve bağlantılara göre değerlendiririz. Ağ olanaklarının, bölgenin ve veri trafiğinin seçilen mimariye uygun olması gerekir.

OTOKO® ile OVHcloud

OVHcloud üzerinde hangi uygulamalar çalışmalı?

Uygulamaların ve mevcut barındırma bileşenlerinin bir listesi ön görüşme için temel oluşturur. Bunun üzerine hedef ortamı, veri taşımayı ve işletim görevlerinin istenen paylaşımını görüşürüz.

OVHcloud hakkında ön görüşme

Menü

OVHcloud, abone olunan sunuculardan fazlasını gerektirir.