Хмара й обладнання, яке ви вже маєте, - під одним control plane
Більшість платформ сприймають on-premise як окремий випадок, прикручений до хмарного за задумом продукту. Sencai працює навпаки. Fleet-агент поводиться однаково і на хмарному інстансі, і на сервері у вашій стійці, а реєстрація ніколи не питає, чи має машина хмарний обліковий запис. Власне обладнання, хмарні потужності чи те й інше: скрізь діють той самий control plane, той самий журнал аудиту й ті самі runbook.
Той самий агент на кожному Linux-сервері
Встановіть fleet-агент на хмарному інстансі або фізичній машині, і він поводитиметься однаково. Моніторинг, керування патчами, інвентаризація ПЗ та автоматизація runbook проходять через одного агента з тим самим кроком затвердження перед будь-яким виконанням. Напишіть runbook один раз і запускайте його сьогодні на віртуальній машині Scaleway, а наступного тижня - на bare-metal сервері в колокації. Окремий агент обслуговує Kubernetes: встановіть його в кластері й керуйте кластером з тієї самої панелі. Є одне завантаження і один процес встановлення - чи розгортаєте ви його по хмарних інстансах, чи на кількох серверах під столом.
Хмарний обліковий запис не потрібен
Для реєстрації сервера обліковий запис хмарного провайдера не потрібен, адже значна частина on-premise обладнання його не має. Сервер у стійці, машина в колокації чи стара робоча станція, що править за збірну машину, реєструється напряму, без жодних хмарних облікових даних. Надалі хмарні інстанси й окреме обладнання бачать у спільному огляді парку: його можна фільтрувати, тегувати й керувати ним через ті самі екрани та runbook. Якщо вся ваша інфраструктура on-premise, агент, журнал аудиту, патчі й runbook працюють так само, як у команди, що працює лише в хмарі.
Хмарні облікові записи підключаються, нічого не мігрує
З хмарного боку Sencai підключається до облікових записів, які у вас уже є в одинадцяти провайдерів: Hetzner, OVHcloud, Scaleway, UpCloud, AWS, Azure, Google Cloud, DigitalOcean, Vultr, Akamai/Linode та Oracle Cloud. Обліковий запис, договір і рахунок залишаються з провайдером. Sencai зберігає зашифровані облікові дані, і ви можете в будь-який момент відкликати їх у провайдера. Інстанси, мережі, томи сховища та DNS-зони автоматично з'являються в інвентаризації. Далі ви вирішуєте, ресурс за ресурсом, що переходить під активне керування. Що підтримує підключений провайдер сьогодні, дивіться на прикладі Hetzner. Якщо вам зручніший один договір, Sencai може також розгортати потужності й виставляти за них рахунки під власними обліковими записами; обидві моделі живуть в одній інвентаризації.
Одна інвентаризація, одна політика
Хмарні інстанси, on-premise сервери та кластери Kubernetes потрапляють в ту саму інвентаризацію. Вони спільно використовують рольовий контроль доступу, єдиний вхід через Microsoft Entra ID або Google Workspace з SCIM-provisioning та той самий процес JIT-підвищення прав для тимчасового доступу із затвердженням. Аудит доступу дає однакову відповідь і для сервера в колокації, і для хмарного інстансу. Як ця модель доступу витримує перевірку, дивіться в розділі безпека та відповідність вимогам.
Один журнал аудиту й on-premise редакція
Кожна дія в усьому парку, хмарному чи on-premise, потрапляє в той самий журнал аудиту лише для дописування, зв'язаний хеш-ланцюгом. Sencai не має сертифікацій ISO 27001 чи SOC 2 і прямо про це каже. Для рецензентів вона надає журнал аудиту з можливістю експорту, реєстр операцій обробки даних, реєстр субпроцесорів, заяву про розташування даних та опублікований договір про обробку даних (DPA). Для критичних і стратегічних систем є також Sencai On-Prem: річна ліцензія з підтримкою, що постачається як повноцінний сервер з обладнанням, ПЗ та встановленням, за бажанням із локальним ШІ-сервером, який повністю автоматизує платформу на місці.
Приведіть обладнання, яке вже маєте
Підключіть обліковий запис або зареєструйте сервер: обидва потрапляють у ту саму інвентаризацію, нічого мігрувати не треба. Безкоштовна організація охоплює одного користувача та п'ять керованих ресурсів, без картки й без обмеження в часі. Далі ви платите за ресурс і за людину; дивіться [ціни](/pricing/).