Библиотека девопса | DevOps, SRE, Sysadmin

без подписи

без подписи

без подписи

💡 Короткая шпаргалка для тех, кто работает с инфраструктурой как кодом или только начинает разбираться в Terraform. Внутри: — зачем Terraform хранит состояние инфраструктуры; — как модули помогают не копировать один и тот же код; — почему реальные ресурсы могут отличаться от конфигурации; — как безопасно применять изменения в рабочих проектах. На просмотр уйдёт около пяти минут, а основные принципы станут заметно понятнее 🕺 📍 Навигация: Вакансии • Задачи • Собесы 🐸 Библиотека devops'a #архитектура_на_салфетке

🤔 Вопрос от подписчика: как обновляете stateful-приложения без downtime? Со stateless всё относительно просто — rolling update обычно хватает. А вот со stateful начинаются нюансы: — миграции БД; — WebSocket и gRPC-соединения; — rollback; — совместимость старой и новой версии. Кто-то использует Blue-Green, кто-то expand/contract для миграций, кто-то вообще предпочитает небольшое окно обслуживания вместо усложнения инфраструктуры. 📍 Навигация: Вакансии • Задачи • Собесы 🐸 Библиотека devops'a #dev_null

🔒 Запустите контейнер с минимально необходимыми правами docker run \ --cap-drop ALL \ --cap-add NET_BIND_SERVICE \ nginx 🔴 --cap-drop ALL отключает все Linux Capabilities. 🔴 --cap-add NET_BIND_SERVICE возвращает только право слушать привилегированные порты (<1024). Чем меньше привилегий у контейнера — тем меньше потенциальная поверхность атаки. 📍 Навигация: Вакансии • Задачи • Собесы 🐸 Библиотека devops'a #root_prompt #docker #security

🗂 Kubernetes Dashboard ушёл в архив — его заменяет Headlamp Для многих инженеров Dashboard был первым интерфейсом для знакомства с Kubernetes. Через него смотрели поды, сервисы, логи и состояние кластера без постоянной работы в терминале. 🔴 Теперь проект официально архивирован. В качестве преемника развивается Headlamp — open-source UI для Kubernetes от команды CNCF. Что появилось по сравнению с Dashboard: — работа с несколькими кластерами из одного окна — представление ресурсов в разрезе приложений (Projects) — поддержка плагинов (Flux, GitOps и другие) — встроенный AI-помощник для анализа ресурсов — запуск как в кластере, так и локально через desktop-приложение ❕ При этом привычные возможности Dashboard — просмотр ресурсов, редактирование манифестов и управление workloads — никуда не делись. 🔗 Источник 📍 Навигация: Вакансии • Задачи • Собесы 🐸 Библиотека devops'a #локализация

без подписи

🔐 Как не пропустить истечение сертификата Истёкший сертификат может остановить сервис. Чтобы этого не произошло, достаточно настроить пару простых проверок. ➡️ В Kubernetes (cert-manager) Проверить сертификаты: kubectl get certificates -A Если используете kube-prometheus-stack, можно добавить алерт: - alert: CertExpiringSoon expr: certmanager_certificate_expiration_timestamp_seconds - time() < 7 * 24 * 3600 ➡️ Для внешних сервисов blackbox_exporter умеет проверять срок действия SSL-сертификатов. Используйте метрику: probe_ssl_earliest_cert_expiry и настройте алерт, например за 30 дней до истечения. 📌 Хорошая практика: 🟡 Warning — за 30 дней. 🔴 Critical — за 7 дней. Автоматическое обновление сертификатов — это хорошо. Но мониторинг нужен, чтобы вовремя узнать, если автоматизация не сработала. 📍 Навигация: Вакансии • Задачи • Собесы 🐸 Библиотека devops'a #арсенал_инженера

без подписи

🎹 Работа с Kubernetes kubectl-neat — инструмент для очистки выводов команд kubectl get в k8s. Он удаляет избыточную информацию из YAML и JSON манифестов, оставляя только важные данные. Как использовать: kubectl get pod mypod -o yaml | kubectl neat В результате вывод будет очищен от ненужных временных меток, идентификаторов и данных о статусах, что упрощает восприятие манифестов. kubectl-neat помогает быстрее анализировать конфигурации и сокращает объем выводимой информации, делая её более читабельной. ➡️ Репозиторий проекта 📍 Навигация: Вакансии • Задачи • Собесы 🐸 Библиотека devops'a #арсенал_инженера

без подписи

🙂 Devops Концепция DevOps была представлена в 2009 Patrick Debois и Andrew Shafer на конференции "Agile". Они стремились сократить разрыв между разработкой ПО и его эксплуатацией, продвигая культуру сотрудничества и общую ответственность за весь жизненный цикл разработки ПО. Концепция SRE, или Site Reliability Engineering (проектирование надежности объекта), была впервые разработана компанией Google в начале 2000-х для решения операционных задач управления крупномасштабными и сложными системами. Google разработала методы и инструменты SRE, такие как система управления кластерами Borg и система мониторинга Monarch, чтобы повысить надежность и эффективность своих сервисов. Platform Engineering (разработка платформ) — это более новая концепция, основанная на SRE. Считается, что это расширение практик DevOps и SRE с упором на предоставление комплексной платформы для разработки продуктов, которая поддерживает всю бизнес-логику. Все эти концепции связаны с тенденцией улучшения совместной работы, автоматизации и эффективности разработки и эксплуатации ПО. 🔹 Практический интенсив «Архитектуры и шаблоны проектирования» 🔹 Получить консультацию менеджера 🔹 Сайт Академии 🔹 Сайт Proglib 🏃‍♀️ Азбука айтишника #ликбез

Что делает ConfigMap в Kubernetes? 👾 — Управляет сетевым трафиком 👍 — Хранит большие наборы данных 🥰 — Управляет секретами приложений ⚡️ — Отделяет конфигурацию от кода приложения Библиотека задач по DevOps

🎹🎹 📍 Навигация: Вакансии • Задачи • Собесы 🐸 Библиотека devops'a #пятничный_деплой

💡 Почему облака ломаются: главные выводы отчётов за 2026 год IncidentHub изучил более 30 тысяч сбоев у 1082 облачных и SaaS-провайдеров за первую половину 2026 года. Больше всего инцидентов пришлось на облачные платформы и инструменты разработчиков. 🔴 Один из главных выводов: плохие изменения распространяются по инфраструктуре так же быстро, как хорошие. В распределённых системах новая конфигурация может за минуты попасть во все регионы и сервисы. Но откатить её часто сложнее: нужно понять причину, остановить распространение и вернуть систему в стабильное состояние. Параллельно Uptime Institute отметил ещё несколько тенденций: 🔹 сети стали причиной 23% IT-сбоев и обогнали проблемы с электропитанием; 🔹 человеческий фактор участвовал в 92% значимых инцидентов; 🔹 физическая инфраструктура дата-центров становится надёжнее, но зависимости между сетями, облаками и внешними сервисами усложняются. 🔴 Отдельный риск — GPU-кластеры. Во время обучения моделей тысячи ускорителей могут одновременно резко увеличить потребление энергии. При переключении дата-центра на резервное питание такой скачок создаёт нагрузку, на которую старые схемы резервирования могли быть не рассчитаны. 📍 Навигация: Вакансии • Задачи • Собесы 🐸 Библиотека devops'a #локализация

без подписи

👩‍💻 Что такое Kubernetes? Kubernetes (K8s) – это система оркестрации контейнеров. Она используется для деплоя и управления контейнерами. Ее дизайн во многом вдохновлен Borg – внутренней системой Google. Кластер (cluster) K8s состоит из набора рабочих машин (worker machines), называющихся узлами (nodes), которые запускают контейнеризованные приложения. Каждый кластер имеет хотя бы один рабочий узел. На рабочих узлах размещаются модули (pods), которые являются компонентами рабочей нагрузки приложения. Контрольный уровень (control plane) управляет рабочими узлами и модулями в кластере. В продакшне уровень управления обычно работает на нескольких компьютерах, а в кластере, как правило, работает несколько узлов, что обеспечивает отказоустойчивость и высокую доступность. Компоненты уровня управления 1. Сервер API – общается со всеми компонентами кластера. Все операции над модулями выполняются через него. 2. Планировщик (Scheduler) - следит за полезной нагрузкой модулей и загружает создаваемые модули. 3. Менеджер контроллеров (Controller Manager) – запускает контроллеры, включая Node Controller, Job Controller, EndpointSlice Controller и ServiceAccount Controller. 4. Etcd – хранилище ключ-значение, используемое в качестве резервного хранилища данных всех кластеров. ➖ Узлы 1. Модули. Модуль – это группа контейнеров и наименьшая единица, которой оперирует K8s. Модули имеют один IP-адрес, применяемый ко всем контейнерам модуля. 2. Kubelet – агент, запускающийся на каждом узле кластера. Он обеспечивает запуск контейнеров в модуле. 3. Kube Proxy – сетевой прокси, запускающийся в каждом узле кластера. Он перенаправляет трафик, приходящий в узел из сервиса. Он перенаправляет запросы для обработки в нужные контейнеры. 🔹 Курс «Алгоритмы и структуры данных» 🔹 Получить консультацию менеджера 🔹 Сайт Академии 🔹 Сайт Proglib 🏃‍♀️ Азбука айтишника #ликбез

🌍 us-east-1 снова лёг. Значит ли это, что пора переходить на multi-region? Несмотря на статус самого крупного региона AWS, именно us-east-1 регулярно оказывается в центре крупных инцидентов. В июле проблемы затронули Lambda, CloudFormation и Management Console. В отчёте IncidentHub за H1 2026 этот регион снова оказался лидером по суммарному времени недоступности. Построение multi-region повышает отказоустойчивость, но за это приходится платить: сложнее архитектура, дороже инфраструктура, труднее поддержка и деплой. ❓ А как у вас: 👍 Уже работаем в нескольких регионах 🔥 Планируем переход 🤔 Пока хватает одного региона — риски оправданы 📍 Навигация: Вакансии • Задачи • Собесы 🐸 Библиотека devops'a #холиварня

Преимущество __serialize()/__unserialize() (PHP 7.4) над __sleep()/__wakeup()?