🙂 Devops

Концепция DevOps была представлена в 2009 Patrick Debois и Andrew Shafer на конференции "Agile". Они стремились сократить разрыв между разработкой ПО и его эксплуатацией, продвигая культуру сотрудничества и общую ответственность за весь жизненный цикл разработки ПО.

Концепция SRE, или Site Reliability Engineering (проектирование надежности объекта), была впервые разработана компанией Google в начале 2000-х для решения операционных задач управления крупномасштабными и сложными системами. Google разработала методы и инструменты SRE, такие как система управления кластерами Borg и система мониторинга Monarch, чтобы повысить надежность и эффективность своих сервисов.

Platform Engineering (разработка платформ) — это более новая концепция, основанная на SRE. Считается, что это расширение практик DevOps и SRE с упором на предоставление комплексной платформы для разработки продуктов, которая поддерживает всю бизнес-логику.

Все эти концепции связаны с тенденцией улучшения совместной работы, автоматизации и эффективности разработки и эксплуатации ПО.

🔹 Практический интенсив «Архитектуры и шаблоны проектирования»
🔹 Получить консультацию менеджера
🔹 Сайт Академии 🔹 Сайт Proglib

🏃‍♀️ Азбука айтишника

#ликбез

⌨️⌨️

🐸 Библиотека devops'a

#пятничный_деплой

🗂 Kubernetes Dashboard ушёл в архив — его заменяет Headlamp

Для многих инженеров Dashboard был первым интерфейсом для знакомства с Kubernetes. Через него смотрели поды, сервисы, логи и состояние кластера без постоянной работы в терминале.

🔴 Теперь проект официально архивирован. В качестве преемника развивается Headlamp — open-source UI для Kubernetes от команды CNCF.

Что появилось по сравнению с Dashboard:

— работа с несколькими кластерами из одного окна
— представление ресурсов в разрезе приложений (Projects)
— поддержка плагинов (Flux, GitOps и другие)
— встроенный AI-помощник для анализа ресурсов
— запуск как в кластере, так и локально через desktop-приложение

❕ При этом привычные возможности Dashboard — просмотр ресурсов, редактирование манифестов и управление workloads — никуда не делись.

🔗 Источник

📍 Навигация: Вакансии • Задачи • Собесы

🐸 Библиотека devops'a

#локализация

😎 Знакомьтесь с экспертом Proglib.academy: Senior Software Engineer и Team Lead в Yandex Cloud Роман Барлос

Роман — консультант нашего курса «Разработка ИИ-агентов». Он работает на стыке cloud-native архитектуры и AI, активно внедряя современные ИИ-подходы в реальные процессы разработки.

За что его ценит IT-комьюнити?

🟣 Team Lead и AI-евангелист в команде UX Yandex Cloud

14-лет в разработке. Занимается AI-адопшеном в команде Yandex Cloud, проводит мастер-классы и продвигает лучшие практики для повышения эффективности разработчиков.

🟣 Техлид Sourcecraft Code Assistant

С сильным практическим бэкграундом принимал участие как технический лид в создании мощного AI-расширения для VS Code.

🟣 Создатель полезного Open Source

Разрабатывает утилиты, которые позволяют быстро начать эксперименты с инференсом и агентами в локальном окружении: например, набор скриптов vllm-setup для быстрого запуска окружения и mini-proxy — минималистичный прокси для OpenAI API провайдеров.

🟣 Автор интерактивных ML-визуализаций

Объясняет сложные концепции наглядно. Создал серию залипательных обучающих материалов, где можно вживую пощупать работу сетей Хопфилда, машин Больцмана и VC-размерности.

Роман регулярно делится инженерными наработками, инсайтами и экспертизой в своем авторском Telegram-канале

На курсе Роман выступает консультантом программы: он помогает формировать содержание уроков с опорой на актуальные инженерные практики и жесткие требования индустрии.

Узнать больше о программе и разработке автономных систем:
👉 Курс «Разработка ИИ-агентов»

Так, продолжаем знакомить вас с командой?
👍 — Да, ждем новых лиц
🔥 — Жду полезные материалы от Романа

Какие преимущества дает указание имен портов в конфигурациях сервисов в Kubernetes?

👾 — Улучшенная безопасность
👍 — Улучшенная масштабируемость
🥰 — Повышенная гибкость в сопоставлении портов
⚡️ — Упрощенные сетевые политики

🐸Библиотека задач по DevOps

👩‍💻 30+ полезных команд kubectl в одной шпаргалке

От просмотра подов до управления деплоями и проверки прав доступа.

Сохраняйте, пригодится в работе 🗳

📍 Навигация: Вакансии • Задачи • Собесы

🐸 Библиотека devops'a

#арсенал_инженера

💡 Как узнать, какой процесс занимает порт в Linux

Получили ошибку:

id="8q2rkn" bind: address already in use

или

id="qkrf9m" Port 8080 is already in use

Не спешите перезагружать сервер.

Сначала узнайте, кто занимает порт:

id="i0g3ti" sudo ss -lptn 'sport = :8080’

Результат покажет PID и имя процесса.

Альтернатива:

id="jlwmgx" sudo lsof -i :8080

Особенно полезно после падения сервисов, тестовых запусков и отладки контейнеров.

📍 Навигация: Вакансии • Задачи • Собесы

🐸 Библиотека devops'a

#root@prompt

В CI/CD пайплайне часто случаются фейлы при деплое в Kubernetes из-за того, что некоторые сервисы ещё не успели подняться, а другие уже начинают к ним обращаться. Какой подход будет наиболее правильным для решения этой проблемы?

👾 — Увеличить таймаут деплоя в CI/CD и просто ждать дольше
👍 — Использовать readinessProbe и livenessProbe в манифестах Pod’ов, чтобы контролировать доступность сервисов
🥰 — Настроить в пайплайне ручное подтверждение перед каждым шагом деплоя
⚡️ — Отключить проверки доступности сервисов и надеяться, что при рестарте всё заработает

🐸Библиотека задач по DevOps

🐳 Как Kubernetes запускает контейнеры на самом деле

Большинство знают Docker, но в Kubernetes контейнеры чаще всего запускаются через containerd.

В этом бесплатном курсе разбираются:

▪️ ctr — встроенный клиент containerd
▪️ nerdctl — альтернатива Docker CLI
▪️ crictl — инструмент для отладки Pod’ов в Kubernetes
▪️ устройство containerd и его компонентов
▪️ работа с контейнерами напрямую, без Docker

Отличный курс для тех, кто хочет понять, что происходит под капотом Docker и Kubernetes 🔥

📍 Навигация: Вакансии • Задачи • Собесы

🐸 Библиотека devops'a

#арсенал_инженера

🐸 Библиотека devops'a

#пятничный_деплой

Как безопасно передать приватный токен в этап сборки, чтобы он не попал в финальный образ и историю слоёв?

👾 — ENV GIT_TOKEN=... и использовать в RUN
👍 — COPY token /root/token и потом RUN rm /root/token
🥰 — Использовать BuildKit: RUN --mount=type=secret,id=git_token ... и собирать docker build --secret id=git_token,src=./token
⚡ — ARG GIT_TOKEN=... и использовать в RUN

Библиотека задач по DevOps