Перейти к содержанию

·Naasson Apps

Почему Yandex Cloud, если инструмент облако-независим

Инструмент разворачивается в любом облаке. Готовая покупка — в одном. Это не противоречие, а разница между возможностью и обязательством.

Возникает законный вопрос. Если наш инструмент инфраструктуры сознательно облако-независим и позволяет выбирать дистрибутив Kubernetes отдельно от поставщика, почему готовая инфраструктура за одну покупку разворачивается именно в Yandex Cloud.

Ответ: это разные обещания.

Возможность против обязательства

Облако-независимость означает, что вас не заперли. Описание инфраструктуры — это код, дистрибутив выбирается отдельно от поставщика, переезд начинается с разведки только на чтение и заканчивается проектом Terraform, который применяете вы.

Готовая покупка означает, что мы отвечаем за результат. Отвечать за результат в произвольном облаке нельзя: у каждого свои квоты, свои особенности сети, свои сроки выделения ресурсов и свои неожиданности в управляемых сервисах.

Обещать «работает везде одинаково» и обещать «работает» — не одно и то же. Второе требует конкретной площадки.

Почему одна площадка, а не три

Потому что готовность проверяется, а не декларируется. Каждое приложение в каталоге со статусом «проверено» проверено в конкретной конфигурации. Каждая процедура — восстановление, обновление, расширение — прогнана.

Три поддерживаемых облака означают трёхкратный объём этой проверки при том же составе каталога. Мы предпочли одно облако с проверенным набором вместо трёх с декларированным.

Что остаётся вашим

Право уехать. Не как лозунг: описание лежит в вашем репозитории, кластер поднят на дистрибутиве, который работает где угодно, приложения развёрнуты через ArgoCD из вашего GitOps-источника.

Переезд в этой конструкции — работа, но не переписывание. Меняется тот, кто предоставляет машины. Не меняются манифесты, способ доставки, каталог и процедуры.

Что мы честно теряем

Заказчиков с требованием размещения в другой юрисдикции. Для них наш ответ — не готовая покупка, а инструмент и работа по проработке.

Это разделение мы предпочитаем произносить сразу, а не после первой встречи. Готовый продукт имеет площадку; инструмент площадки не имеет.

Проверяемое утверждение вместо обтекаемого

Формулировка «поддерживаем любое облако» встречается часто и почти никогда не проверяется. Проверить её можно единственным способом: попробовать.

Поэтому мы формулируем иначе. Инструмент не содержит привязки к поставщику в модели описания — это можно прочитать в коде. Готовая инфраструктура собрана и проверена в одном облаке — это можно проверить покупкой. Первое утверждение про архитектуру, второе про готовность, и они не подменяют друг друга.

Практический вывод

Если вам нужен работающий результат в ближайший месяц — берите готовую покупку и знайте, что дверь не заперта.

Если вам нужна конкретная другая площадка — разговор начинается с инструмента, и в нём будет работа по разворачиванию, которую в первом случае мы уже сделали.