Кожна презентація гібридної cloud-платформи управління починається однаково: діаграма з вашими локальними серверами зліва, публічним cloud справа, і стрілкою між ними з підписом «міграція». Ця стрілка і є продуктом. Вона ж і причина, чому більшість таких проєктів застрягають - адже стрілка коштує вісімнадцять місяців, а цінність приходить лише в самому кінці. Набагато корисніше питання - чим ви могли б керувати з одного місця вже завтра, нічого не перенісши й нічого не переписавши.
Гібридність - це не архітектурний вибір, який більшість команд зробила навмисно. Це те, що ви отримуєте через десять років: стійка власного заліза, на якій досі крутиться те, що ніхто не може легко перенести, ERP, до якого ніхто не хоче торкатися, workload'и на hyperscaler'і, бо так попросив клієнт, дешевший compute десь у Європі, бо хтось порахував економіку, і кілька серверів у colocation-датацентрі, старших за половину нинішньої команди. Ніхто це не проєктував. Але обслуговувати це доводиться всім.
Чому гібридність зазвичай означає дві команди
Практична ціна гібридності - організаційна. Cloud-ресурсами керують через браузер, API-токени та теги; фізичною інфраструктурою керують через SSH, інструмент конфігурації та інституційну пам'ять. Два набори інструментів, дві ментальні моделі, два набори runbook'ів, і зазвичай дві групи людей, які описують роботу одна одної як «легасі-бік» або «дорогий бік». Інвентаризація перетворюється на злиття експортів. Перевірка доступів перетворюється на дві окремі перевірки. Інциденти, що перетинають цю межу, перетворюються на суперечку, чия це взагалі проблема.
Стандартна відповідь вендорів - зробити так, щоб один бік виглядав як інший: встановити стек приватного cloud на власне залізо або перенести все в публічний cloud і закрити питання. Обидві стратегії легітимні, і обидві - величезні за масштабом. Вони також поділяють одне припущення, яке варто оскаржити - що уніфікація має відбуватися на рівні інфраструктури. Це не так. Більшість того, що команді насправді потрібно уніфікувати, живе на поверх вище: інвентаризація, доступи, записи про зміни, витрати та здатність діяти.
Чого гібридна cloud-платформа управління робити не повинна
Гібридна cloud-платформа управління заслуговує на своє місце тим, чого вона відмовляється вимагати. Вона не повинна вимагати перенесення workload'у, перш ніж стати корисною. Вона не повинна вимагати агента на кожній машині, щоб показати вам вашу cloud-інфраструктуру, чи cloud-акаунт, щоб показати вам ваші стійки. Вона не повинна ставати новою залежністю у вашому критичному шляху - якщо вона впаде, ваші системи продовжують працювати, і ви втрачаєте видимість, а не доступність. І вона не повинна тримати вашу інфраструктуру в заручниках власного формату.
Саме тому ми будували Sencai за принципом import-first. Ви підключаєте акаунт провайдера з обмеженими за scope обліковими даними, і ваші наявні інстанси, мережі та storage з'являються такими, якими вони є, а не як щось, що треба відтворити заново. Ніхто, хто оцінює інфраструктурну платформу, не має порожньої інфраструктури, а продукт, який показує цінність лише після того, як ви щось у ньому перебудували, сам собі підлаштував провал демо. Уже перша сесія має показати вам вашу інфраструктуру, включно з тими частинами, про які ви тихенько забули.
Почніть з того, що вже існує
На cloud-боці це означає одинадцять провайдерів за одним інтерфейсом: Hetzner, OVHcloud, Scaleway, UpCloud, AWS, Azure, Google Cloud, DigitalOcean, Vultr, Linode від Akamai та Oracle Cloud. Це не абстракція за найменшим спільним знаменником, яка ховає все цікаве - мережі, правила файрволу та DNS-записи створюються та змінюються безпосередньо у провайдера, тож те, що ви бачите, - це те, що дійсно є у провайдера, і все, що ви налаштували, продовжить працювати, навіть якщо ви перестанете користуватися нами завтра вранці.
На фізичному боці host-агент додає ваші власні сервери до тієї самої інвентаризації: машину у вашій власній стійці, у colocation-клітці чи на боксі у провайдера, з яким ми не інтегровані напряму. Він стоїть поруч із cloud-ресурсами, а не в окремому розділі, бо весь сенс у тому, що на питання «що ми запускаємо» має бути одна відповідь. Для команд, чиї обмеження взагалі виключають hosted control plane, є on-premise-редакція з річною ліцензією та підтримкою.
Локальна половина - це не легасі
На цьому ринку є ліниве припущення, що власне залізо - це перехідний стан на шляху до чогось кращого. Іноді це так. Але часто це правильна відповідь: передбачувані важкі workload'и, амортизацію яких володієте ви самі, дані, які регуляція чи контракт тримають у конкретній будівлі, вимоги до затримки, яких жоден регіон не задовольнить, і залізо, у якого попереду ще роки корисного життя. Ставлення до цієї інфраструктури як до другорядної в ваших інструментах не прискорює її списання. Це просто означає, що за нею гірше стежать.
Один control plane над обома половинами змінює дрібниці, які в сумі дають велику різницю. Витрати відстежуються по всіх провайдерах разом із лімітами, тож питання «скільки коштує це середовище» має одну відповідь замість п'яти вивантажень. Ролі та запрошення - на рівні організації, тож перевірка доступів - це одна перевірка. І кожна зміна, і в cloud, і локально, потрапляє в той самий append-only журнал аудиту, зв'язаний хешем, що експортується з хешем кожного запису та хешем попереднього, щоб аудитор міг незалежно перевірити послідовність.
Що вам дає один control plane
Чесно кажучи, нічого з цього не робить гібридність простою. У двох моделей хостингу все одно два різні характери відмов, два процеси закупівлі та дві структури витрат, і жоден інтерфейс цього не прибере. Що він прибирає - це податок, який ви платите саме за межу між ними: дубльовані інвентаризації, другу перевірку доступів, інцидент, коли ніхто не може сказати, що в той момент робив локальний бік. Цей податок постійно платить ваша найменша команда, і саме тому гібридність відчувається гірше, ніж вона є насправді.
Тож тест, який ми поставили б будь-якій гібридній cloud-платформі управління, включно з нашою власною, короткий. Чи бачите ви все, що запускаєте, орендоване й власне, в одному списку, за годину, нічого не мігруючи? Чи можете ви сказати, хто що змінив минулого місяця, по обидва боки межі? Чи можете ви відповісти, скільки це коштує, не відкриваючи п'ять консолей? Якщо так - гібридність знову стає просто інфраструктурою. Якщо ні - у вас немає платформи, у вас ще одна консоль.