[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"glossary-change-freeze::ru":3,"gloss-cluster-change-freeze::ru":23,"gloss-next-change-freeze::ru":9},{"slug":4,"category":5,"name":6,"definition":7,"meta_desc":8,"faq":9,"schema_markup":9,"related":10},"change-freeze","cloud","Заморозка изменений","Заморозка изменений — это объявленный период, в течение которого в рабочую среду не выкатывают ничего, кроме исправлений уже происходящих проблем. Компании объявляют её вокруг дат, когда плохой час стоит дороже всего: пик покупок, налоговый срок, объявленное бизнесом мероприятие, дни, когда половина сотрудников в отпуске, а вторая половина подменяет их на незнакомых системах. Рассуждение здравое: вероятность сбоя растёт вместе с темпом изменений, а последствия сбоя растут вместе с календарём, поэтому снижать первое, пока второе высоко, — разумный обмен. Но у обмена есть счёт, и его стоит назвать. Во время заморозки работа не останавливается, она накапливается. В день снятия заморозки выкатывается партия куда крупнее обычной, собранная людьми, которые неделями стояли в очереди друг за другом, а крупные партии — ровно то условие, при котором выкладка идёт не так и её трудно диагностировать. Значит, заморозка риск не убирает, а переносит, причём в момент более спокойный, но не обязательно лучше укомплектованный. Работать, а не просто успокаивать, практике помогают три вещи. Чётко определите исключение, чтобы настоящее исправление не требовало спора в полночь, и записывайте всё, что пропустили. Держите заморозку короткой, а её границы конкретными, потому что расплывчатая заморозка тихо продлевает себя сама. И планируйте снятие как отдельное событие: выпускайте накопленное частями, а не разом, и пусть кто-то смотрит, как приземляется каждая часть, чтобы партия была разобрана намеренно, а не прилетела одним изменением, происхождение которого никто не установит. Тихо вредит именно та заморозка, которую никто не объявлял: команда, из осторожности переставшая выкатывать в декабре и не сказавшая об этом, получает все издержки заморозки и ни одной выгоды, потому что нет ни правила исключений, ни даты окончания, ни плана на накопившуюся партию.","Заморозка изменений останавливает выкладки в самые дорогие дни. Почему она переносит риск на снятие и как выпускать накопленное частями.",null,[11,14,17,20],{"slug":12,"name":13},"canary-deployment","Canary Deployment (канареечное развёртывание)",{"slug":15,"name":16},"error-budget","Бюджет ошибок",{"slug":18,"name":19},"incident-management","Управление инцидентами",{"slug":21,"name":22},"runbook","Ранбук",[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},"control-plane","Управляющий слой и слой данных",{"slug":49,"category":5,"name":50,"updated_at":44},"cost-allocation-tag","Метка распределения затрат",{"slug":52,"category":5,"name":53,"updated_at":44},"cost-chargeback","Внутреннее перевыставление затрат",{"slug":55,"category":5,"name":56,"updated_at":44},"cost-observability","Наблюдаемость затрат",{"slug":58,"category":5,"name":59,"updated_at":31},"disaster-recovery","Аварийное восстановление",{"slug":61,"category":5,"name":62,"updated_at":31},"edge-ai","Edge AI (ИИ на устройстве)"]