Разбор · Подготовили 08.10.2026
Облако или свой сервер меняют обязанности по эксплуатации: агентам нужен выбранный контур
Что остаётся ИТ-команде в управляемом сервисе, на облачной ВМ и своём оборудовании. Как записать выбранное размещение в задачу агентам и принять работу вместе с восстановлением.
Текст написан инженером, который ведёт vibecoding.ru, вместе с машиной агентов · факты проверены 8 октября 2026
Облако снимает часть работ с инфраструктурой. Управляемая платформа, виртуальная машина и свой сервер оставляют компании разные обязанности.
На опыте машины vibecoding.ru покажем, что передать агентам: размещение, владельца эксплуатации и проверку восстановления. Клиентского сравнения облака и сервера у нас нет.
Не хотите разбираться сами? Внедряем ИИ в ваш бизнес: задачи без лимита, одна цена в месяц, отмена в любой момент.
1. Облако снимает часть работ, а не эксплуатацию целиком.
За словом «облако» скрываются разные услуги. Управляемая платформа обслуживает свой программный слой. У облачной ВМ гостевую ОС обычно обновляет ваша команда.
На своём оборудовании добавляются питание, сеть и замена железа. У арендованного сервера часть работ делает площадка: границу нужно прочитать в договоре.
Серверы в serverless обслуживает провайдер, а лимиты исполнения учитывают в коде приложения.
Владелец приложения нужен в любом варианте. Ошибки доступа, неудачный выпуск и восстановление данных должны иметь ответственного в компании или у подрядчика.
Чем больше слоёв отдаёте провайдеру, тем короче список своих работ.
Основание: модели разделения ответственности Yandex Cloud, Microsoft и AWS, проверены 8 октября 2026. Это разбор классов услуг; точный состав работ задаёт ваш договор.
Что и как мы проверяли
| Факт | Что известно | Проверено |
|---|---|---|
| Обязанности | Официальные модели Yandex Cloud, Microsoft и AWS. Сверяли уровни IaaS, PaaS и своего оборудования; договоры и гарантии конкретных поставщиков не сравнивали. | 2026-10-08 |
| Восстановление | Руководство AWS рекомендует испытать процедуру и сверить результат с целями. Таблица приёмки и пример задания адаптированы редакцией; числовые цели должна задать компания. | 2026-10-08 |
| Наша машина | /open: 7 107 коммитов за 99 дней с 1 июля 2026, снимок 8 октября в 00:56 МСК. Это активность основной ветки, не показатель доступности. Истории ленты сверены с журналами; клиентского сравнения размещений нет. | 2026-10-08 |
| Подписка | /services: «Один проект» 250 000 ₽/мес, снимок 8 октября в 00:56 МСК. Хостинг и облако оплачивает заказчик; ночные дежурства и архитектурные решения не входят. | 2026-10-08 |
2. Размещение выбирают по требованиям и тем, кто умеет его обслуживать.
Если некому обновлять ОС, проверьте управляемую платформу. Она должна поддерживать нужную среду запуска, фоновые задачи, файлы и подключение к вашим системам.
Свой сервер может подойти, когда уже есть оборудование и эксплуатация. Локальная интеграция не всегда требует такого выбора: проверьте защищённое соединение с облаком.
Поставку Shop-Script выбирают вместе с ответственным за изменения и сопровождение.
Размещение приложения и место работы агента выбирают отдельно. Сервер в офисе сам по себе не запрещает отправлять код внешнему сервису.
Выбор начинается с ограничений, которые можно проверить.
Редакционный чек на основе официальных моделей ответственности и руководства AWS по испытаниям восстановления. Значения целей определяет компания; универсальные сроки не подставляем.
3. Агенту передают выбранный контур до первой правки.
Задача «приложение в облаке» оставляет агенту решения о файлах, секретах и фоновых процессах. Добавьте к постановке задачи агенту условия запуска и приёмки.
Размещение запишите в правилах для агентов. Следующий прогон прочитает те же ограничения, а запрещённое изменение сможет остановить проверка.
Ниже учебный пример портала на управляемой платформе. Он показывает форму задания. Это не клиентский кейс и не готовая архитектура для вашей компании.
В задании агенту должны быть решения и способ их проверить.
Учебный пример редакции, 8 октября 2026. Конкретные команды, услуги и ограничения заполняются по выбранной площадке. Передача секрета в текст задания не требуется.
4. Рабочее приложение принимают вместе с проверкой восстановления.
Открывающаяся страница доказывает, что запуск состоялся. Откат кода и восстановление данных проверяйте отдельно: новая версия могла уже изменить данные.
Провайдер может копировать базу, пока вложения лежат в другом месте. Перечислите всё нужное после восстановления: файлы, настройки, права и доступные секреты.
Ответственность за ошибки распределите до приёмки. Владелец эксплуатации проходит инструкцию; результат и время записывают, пробел становится задачей.
Проверка восстановления заканчивается рабочим действием пользователя.
Основание: AWS Well-Architected, REL13-BP03, проверено 8 октября 2026. Шаги адаптированы редакцией; испытание проводят отдельно от боевой среды.
5. Сбой становится правилом после того, как его причина проверена.
Наш опыт эксплуатации относится к vibecoding.ru: инженер ведёт машину агентов. Сравнительного клиентского кейса облака и своего сервера у нас нет.
Журнал нашей машины на 8 октября, 00:56 МСК: 7 107 коммитов за 99 дней, с 1 июля 2026. Это активность основной ветки, по ней нельзя судить о доступности продукта.
В курсе мы разбираем выбор хостинга и первый запуск машины. Запуск не заменяет эксплуатацию. Вот как сбои нашей машины и учебного выпуска превратились в правила.
23.07
Лента перестала публиковать новости после отказа инструмента, а отметка обработки продолжала двигаться. Ошибка теперь останавливает прогон и отметку; отдельная проверка следит, была ли публикация за сутки.
19.09
Заполненный диск остановил процессы машины. Добавили проверку свободного места и сигнал ответственному; очистку данных не поручили автоматике без решения человека.
19.09
В учебном запуске сборка при публикации упала после зелёных проверок: площадка изменила конфигурацию. Правило проверки учло это изменение, причина записана в шаблон; следующий выпуск прошёл.
Собственные события июля и сентября 2026, журналы повторно сверены 8 октября. Лента описывает машину и учебный запуск; обещаний результата заказчика из неё не делаем.
6. Подписка на разработку требует отдельного владельца эксплуатации.
На странице агентной разработки «Один проект» стоит 250 000 ₽ в месяц на 8 октября 2026. Агенты готовят изменения приложения и конфигурации под согласованное размещение.
Хостинг и облако оплачивает заказчик. Ночные дежурства и архитектурные решения в оффер не входят. Владелец инфраструктуры нужен отдельно от подписки на разработку.
Если размещение ещё не выбрано, принесите требования на разбор задачи с инженером. Обсудим, что ваша ИТ-команда должна решить до передачи разработки.
В договорённости разделите изменение продукта и его работу после выпуска.
Границы подписки и цена сверены с живой /services 8 октября 2026, 00:56 МСК. Конкретный объём задачи согласуется отдельно.
7. Копия, перенос и поддержка требуют проверки.
Облачная ВМ избавляет от системного администратора?+
Она передаёт провайдеру физическое оборудование и виртуализацию. Обновление гостевой ОС, настройки защиты и приложение обычно остаются вашей стороне. Эти работы можно поручить подрядчику, но его нужно назначить отдельно.
Если есть реплика базы, нужны ли резервные копии?+
Реплика может получить ошибочное изменение вместе с основной базой. Проверьте, умеет ли выбранная схема вернуть данные к нужной точке до ошибки. Наличие реплики само по себе не доказывает такую возможность.
Можно ли сменить размещение после запуска?+
Можно планировать перенос, но его сложность зависит от зависимостей приложения. Заранее перечислите особенности платформы, способ выгрузить данные и файлы, фоновые задачи и интеграции. Возможность переноса подтверждают пробным запуском, а не обещанием агента.
Кто проснётся ночью, если приложение остановится?+
Тот, с кем компания отдельно согласовала дежурство и реакцию на сбой. Поддержка провайдера ограничена его услугой; она не заменяет владельца вашего приложения. В нашей подписке на разработку ночных дежурств нет.
Источники
- Разделение ответственности за безопасность · Yandex Cloud (обновлено 2 апреля 2025) — официальная документация
- Shared responsibility in the cloud · Microsoft Azure (24 августа 2026) — официальная документация
- Shared Responsibility Model · AWS (проверено 8 октября 2026) — официальная документация
- REL13-BP03: испытать восстановление · AWS Well-Architected (проверено 8 октября 2026) — официальная документация
- Архивирование и восстановление к выбранному моменту · PostgreSQL (проверено 8 октября 2026) — официальная документация
- Открытая машина vibecoding.ru · счёт основной ветки с 1 июля 2026 (снимок 8 октября, 00:56 МСК) — наши данные
- Агентная разработка: цена и границы подписки (снимок 8 октября 2026, 00:56 МСК) — наш продукт
- Курс об агентной инженерии: выбор хостинга и первый запуск (проверено 8 октября 2026) — наша практика
Запомнить
1. Назовите тип услуги: управляемая платформа, облачная ВМ или своё оборудование. Выпишите оставшиеся работы и назначьте владельца эксплуатации.
2. Передайте агенту выбранное размещение, ограничения, проверку выпуска и порядок восстановления.
3. Принимайте восстановление по рабочему действию пользователя. Запуск приложения и наличие копии сами по себе его не доказывают.
4. После сбоя проверьте причину и добавьте правило с проверкой. Так опыт эксплуатации попадёт в следующий прогон агента.