BYOC (Kendi Bulutunu Getir)
BYOC (Kendi Bulutunu Getir), bir müşterinin bir tedarikçinin kendi altyapısına veya bir bayinin hesabına geçiş yapmak yerine, mevcut bulut sağlayıcısı hesabını bağladığı bir modeldir. Hesap, sözleşme ve faturalandırma ilişkisi süreç boyunca müşteri ile sağlayıcı arasında kalır; tedarikçi kaynakları sahiplenmek yerine bu hesabın içinde yönetir.
BYOC, bir altyapı parçasının çalıştığı bulut hesabının hukuken kime ait olduğunu tanımlar, günlük işletimini kimin yaptığını değil. Bir BYOC düzenlemesinde kuruluş, bir bulut sağlayıcısındaki — Amazon Web Services, Google Cloud, Hetzner veya herhangi biri — kendi hesabını, buna bağlı sözleşme ve faturayla birlikte elinde tutar. Yönetim platformu, izleme aracı veya yönetilen hizmet sağlayıcısı gibi ayrı bir tedarikçiye, bu hesap içinde çalışması için sınırlı kapsamda erişim verilir: kaynak sağlama, yapılandırma uygulama veya telemetri toplama gibi. Altta yatan işlem gücü, depolama veya ağ altyapısında hiçbir şey yer değiştirmez. Terim, yönetilen veritabanı ve SaaS bağlamlarında ortaya çıkmıştır; burada 'kendi bulutunu getir', müşterinin kendi hesabı içinde çalışan bir dağıtımı, tamamen tedarikçinin kendi altyapısında barındırılan bir dağıtımdan ayırt eder.
Alternatifi, tedarikçinin altta yatan sağlayıcıda kendi hesabını tuttuğu ve ya kapasiteyi müşterilere yeniden sattığı ya da müşterilerin iş yüklerini doğrudan sahibi olduğu altyapıya taşıdığı, tamamen yönetilen veya bayi modelidir. Bu model faturalandırmayı basitleştirebilir — tek tedarikçi, tek fatura — ama aynı zamanda müşterinin altyapısının başka birinin hesabı içinde var olduğu anlamına da gelir. Tedarikçi değiştirmek, sağlayıcı fiyatlandırmasını doğrudan müzakere etmek veya bir denetçiye altta yatan sözleşmeyi tam olarak hangi tüzel kişiliğin elinde tuttuğunu kanıtlamak — hepsi zorlaşır. BYOC bu sınırı korur: müşteri, tedarikçinin erişimini istediği zaman sağlayıcı düzeyinde iptal edebilir ve altta yatan hesap, faturalandırma geçmişi ve uyumluluk durumu hiçbir zaman el değiştirmez.
Pratikte BYOC erişimi, tedarikçiye müşterinin hesabı içinde verilen API kimlik bilgileri veya bir rol aracılığıyla sağlanır; bu erişim gerçekte neye ihtiyaç duyulduğuyla sınırlıdır ve tedarikçi ilişkisinden bağımsız olarak iptal edilebilir. Bunun getirdiği ödünleşim operasyoneldir: tedarikçi değil müşteri, her bulut sağlayıcısıyla sözleşme tarafı olmaya devam eder; dolayısıyla hesap katmanının üzerinde bunları birleştiren bir şey olmadığı sürece birden fazla sağlayıcı, birden fazla sözleşme ve fatura anlamına gelir. BYOC'yi destekleyen tedarikçiler genellikle tersi modeli de destekler — kapasiteyi müşteri adına kendi hesapları altında sağlama ve faturalandırma — böylece bir kuruluş, hangi kaynakları doğrudan sağlayıcı sözleşmesi altında tutmak istediğine ve hangilerini tamamen devretmekte rahat olduğuna bağlı olarak iki modeli de bir arada kullanabilir.
BYOC neden önemlidir
BYOC'nin ele aldığı temel risk tedarikçiye bağımlılıktır (lock-in). Altyapı bir tedarikçinin kendi hesabı içinde bulunduğunda, o tedarikçiden ayrılmak iş yüklerini taşımak anlamına gelir — bu bir destek talebi değil, haftalar veya aylar süren bir projedir. BYOC, çıkışı bir izin değişikliğine dönüştürür: tedarikçinin kimlik bilgilerini iptal edin, altyapı aynı sözleşme altında tam olarak olduğu yerde kalır. Bu, yalnızca verinin değil altta yatan hesabın da uyumluluk açısından ağırlığı olduğu durumlarda en çok önem taşır — belirli bir tüzel kişiliğin, veri sorumlusunun altyapı sağlayıcısıyla doğrudan sözleşme tarafı olarak kalmasını gerektiren düzenlemeye tabi sektörlerde, ya da satın alan kuruluşun alt yüklenici bir sözleşme yerine kendi bulut sözleşmesini tutmasını zorunlu kılan kamu sektörü satın alma kurallarında. Ayrıca kuruluşun bulut sağlayıcısıyla doğrudan müzakere ettiği hacim fiyatlandırmasını veya kurumsal anlaşmayı olduğu gibi korur.
Sencai BYOC'yi nasıl ele alır
Sencai, aynı kuruluş içinde bir arada var olabilen iki modelden biri olarak BYOC'yi destekler. Mevcut bir hesabı bağlayın, hiçbir şey yer değiştirmez: kimlik bilgileri bekleme durumunda şifrelenir, erişimi istediğiniz zaman sağlayıcı düzeyinde iptal edebilirsiniz ve hesap bağlanır bağlanmaz Sencai, bağlı her sağlayıcıda zaten çalışmakta olanı — örnekler, ağlar, depolama, DNS — envanterine alır; aktif yönetime geçiş kaynak bazında ve isteğe bağlıdır. Hesap, sözleşme ve fatura süreç boyunca sağlayıcınızda kalır. Doğrudan bir sağlayıcı sözleşmesi tutmak istemiyorsanız, Sencai kapasiteyi bunun yerine kendi hesabı altında sağlayıp faturalandırabilir — tek fatura, sağlayıcı maliyeti artı ekstrede ayrıca gösterilen %2 marj — ve ihtiyaçlar değiştikçe iki modeli de bir arada kullanabilirsiniz.
Envanter ve kaynak sağlamanın nasıl çalıştığını görün →