[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"glossary-production-readiness-review::ru":3,"gloss-cluster-production-readiness-review::ru":23,"gloss-next-production-readiness-review::ru":9},{"slug":4,"category":5,"name":6,"definition":7,"meta_desc":8,"faq":9,"schema_markup":9,"related":10},"production-readiness-review","cloud","Проверка готовности к эксплуатации","Проверка готовности к эксплуатации — это то, что сервис проходит, прежде чем ему разрешат нести реальный трафик, и она задаёт не тот вопрос, что ревью кода. Ревью кода спрашивает, верно ли это изменение. Готовность спрашивает, сможет ли кто-нибудь эксплуатировать эту штуку после запуска: видно ли, когда она ведёт себя плохо; есть ли у неё владелец; есть ли процедура на её известные отказы; деградирует ли она вместо обрушения, когда зависимость тормозит; можно ли восстановить её данные, если они потеряны. Делать это явно стоит потому, что все эти вопросы легко решаются в момент запуска и почти нерешаемы потом, когда сервис уже везёт клиентов, а написавшие его люди заняты другим. Чтобы выжить, проверка должна оставаться короткой. Работающая версия — это горстка вопросов, у каждого ответа на которые есть названный владелец, а не документ, который никто не дочитывает. Кого зовут, когда ломается. Что показывает панель и поймёт ли посторонний, читая её, здоров ли сервис. Каковы два-три ожидаемых способа отказа и что человек делает по каждому. От чего он зависит и что происходит с пользовательским запросом, когда каждая зависимость недоступна. Какова история восстановления его данных и когда её проверяли в последний раз. Режим отказа — это когда проверка становится воротами, а не разговором: очередь с ожиданием, которую держит команда, не строившая сервис и не способная о нём судить. Это учит всех либо планировать в обход, либо доказывать, что вот этот сервис на самом деле не рабочая среда. Если так происходит, проверка измеряет соответствие, а не готовность, и укоротить её — лучший ответ, чем требовать её строже. Те же вопросы стоит задать заново, когда сервис существенно меняется: готовность — это свойство системы в её нынешнем виде, а не сертификат, полученный на запуске. Сервис, обзаведшийся новой зависимостью, новым хранилищем или десятикратным трафиком, тихо перестал быть тем, что проверяли.","Проверка готовности спрашивает, можно ли сервис эксплуатировать, а не верен ли код. Вопросы, которые стоит задать перед запуском.",null,[11,14,17,20],{"slug":12,"name":13},"disaster-recovery","Аварийное восстановление",{"slug":15,"name":16},"observability","Наблюдаемость (Observability)",{"slug":18,"name":19},"runbook","Ранбук",{"slug":21,"name":22},"service-level-objective","Целевой уровень обслуживания (SLO)",[24,28,32,35,38,41,45,48,51,54,57,60],{"slug":25,"category":5,"name":26,"updated_at":27},"air-gapped-deployment","Развёртывание без выхода в сеть","2026-09-09T03:30:02+00:00",{"slug":29,"category":5,"name":30,"updated_at":31},"autoscaling","Автомасштабирование (Autoscaling)","2026-09-08T21:32:36+00:00",{"slug":33,"category":5,"name":34,"updated_at":31},"availability-zone","Зона доступности (Availability Zone)",{"slug":36,"category":5,"name":37,"updated_at":31},"block-storage","Блочное хранилище (Block Storage)",{"slug":39,"category":5,"name":40,"updated_at":27},"bring-your-own-cloud","Развёртывание в своём облаке (BYOC)",{"slug":42,"category":5,"name":43,"updated_at":44},"budget-alert","Оповещение о бюджете","2026-09-08T21:32:37+00:00",{"slug":46,"category":5,"name":47,"updated_at":27},"change-freeze","Заморозка изменений",{"slug":49,"category":5,"name":50,"updated_at":27},"control-plane","Управляющий слой и слой данных",{"slug":52,"category":5,"name":53,"updated_at":44},"cost-allocation-tag","Метка распределения затрат",{"slug":55,"category":5,"name":56,"updated_at":44},"cost-chargeback","Внутреннее перевыставление затрат",{"slug":58,"category":5,"name":59,"updated_at":44},"cost-observability","Наблюдаемость затрат",{"slug":12,"category":5,"name":13,"updated_at":31}]