[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"glossary-availability-zone::ru":3,"gloss-cluster-availability-zone::ru":26,"gloss-next-availability-zone::ru":9},{"slug":4,"category":5,"name":6,"definition":7,"meta_desc":8,"faq":9,"schema_markup":9,"related":10},"availability-zone","cloud","Зона доступности (Availability Zone)","Зона доступности это один из нескольких физически изолированных дата-центров внутри одного облачного региона; у каждого своё независимое питание, охлаждение и сеть, но они связаны с соседями быстрыми каналами с малой задержкой. Почему это важно: распределение приложения по двум-трём зонам доступности в одном регионе защищает от самого частого облачного отказа — потери питания или сети одним дата-центром — без сложности полноценной мультирегиональности. Это самый выгодный по отдаче шаг к надёжности, доступный большинству SaaS-команд. Практическая заметка: «multi-AZ» это галочка во многих управляемых сервисах (базы данных, балансировщики, группы узлов Kubernetes) — включите её. Поставьте балансировщик перед инстансами, разнесёнными по зонам, и включите multi-AZ-репликацию основной базы, чтобы отказ зоны запускал автоматическое переключение (failover), а не простой. Трафик между зонами внутри региона обычно дёшев или бесплатен, поэтому держать всё в одной зоне почти никогда нет смысла с точки зрения затрат.","Зона доступности — физически изолированный дата-центр внутри облачного региона: разнесение по двум-трём переживает отказ зоны без межрегиональной задержки.",null,[11,14,17,20,23],{"slug":12,"name":13},"load-balancer","Балансировщик нагрузки (Load Balancer)",{"slug":15,"name":16},"multi-region","Мультирегиональная архитектура (Multi-Region)",{"slug":18,"name":19},"replication","Репликация (Replication)",{"slug":21,"name":22},"service-level-objective","Целевой уровень обслуживания (SLO)",{"slug":24,"name":25},"uptime","Время безотказной работы (Uptime)",[27,31,34,38,41,44,47,50,53,56,57,60],{"slug":28,"category":5,"name":29,"updated_at":30},"autoscaling","Автомасштабирование (Autoscaling)","2026-08-24T02:46:37+00:00",{"slug":32,"category":5,"name":33,"updated_at":30},"block-storage","Блочное хранилище (Block Storage)",{"slug":35,"category":5,"name":36,"updated_at":37},"disaster-recovery","Аварийное восстановление","2026-08-24T02:46:38+00:00",{"slug":39,"category":5,"name":40,"updated_at":37},"edge-ai","Edge AI (ИИ на устройстве)",{"slug":42,"category":5,"name":43,"updated_at":30},"egress-fees","Плата за исходящий трафик (Egress)",{"slug":45,"category":5,"name":46,"updated_at":30},"finops","FinOps (управление облачными расходами)",{"slug":48,"category":5,"name":49,"updated_at":37},"immutable-infrastructure","Неизменяемая инфраструктура",{"slug":51,"category":5,"name":52,"updated_at":37},"infrastructure-drift","Дрейф инфраструктуры",{"slug":54,"category":5,"name":55,"updated_at":30},"managed-kubernetes","Управляемый Kubernetes (Managed Kubernetes)",{"slug":15,"category":5,"name":16,"updated_at":30},{"slug":58,"category":5,"name":59,"updated_at":37},"noisy-neighbor","Шумный сосед",{"slug":61,"category":5,"name":62,"updated_at":30},"platform-as-a-service","Платформа как услуга (PaaS)"]