🤩 Кто такие Unit-лид и Technical Owner

В условиях роста масштабов разработки и усложнения продуктов классическая иерархия вроде «тимлид + продакт-менеджер» теряет актуальность.

Появляются новые, более адаптированные к продукции роли — Unit-лид и Technical Owner. Эти специалисты проживают продукт, а не только выполняют задачи:

• Unit-лид отвечает за стратегию, бюджет и приоритизацию функционального блока, объединяя команду аналитиков, разработчиков и DevOps.

• Technical Owner — это мост между бизнес-сторонами и техниками, который встраивает технические детали в оперативный бэклог и защищает архитектуру от хаоса.

➡️ Подробнее про них в статье

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

📌 Команда для проверки порта

Вы запускаете сервис, а терминал отвечает, что адрес уже занят.

Эта команда покажет, какой процесс слушает нужный порт:

lsof -i :8080

В ответ вы увидите PID процесса и имя бинаря, который держит порт.

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

#буст

🔒 4 преимущества гибридной миграции

Booking поделились опытом гибридной миграции в облако, подчеркнув четыре ключевых выигрыша в безопасности:

• Централизованное управление секретами — все креденшалы, токены и ключи хранятся безопасно и управляются единым инструментом.

• Повышенный контроль доступа — точные политики и роли для пользователей и сервисов уменьшают риск несанкционированного доступа.

• Автоматизация и аудит — процессы деплоя и изменения инфраструктуры автоматизированы и полностью логируются для проверки безопасности.

• Снижение человеческих ошибок — инфраструктура как код и проверенные шаблоны минимизируют ручные операции, которые часто приводят к уязвимостям.

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

#буст

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

#развлекалово

⚙️ Как работать с .env файлами в Kubernetes

В Kubernetes можно использовать .env файлы для хранения переменных окружения, которые затем можно применить в контейнерах. Вместо того чтобы вручную прописывать каждую переменную в Kubernetes, можно использовать стандартные .env файлы

Как это работает

1. Создаём .env файл

# app.env
APP_NAME=MyCoolApp
APP_ENV=production
APP_DEBUG=false

2. Применяем .env в Pod через ConfigMap

apiVersion: v1
kind: ConfigMap
metadata:
  name: app-env
data:
  # Kubernetes автоматически прочитает строки из файла app.env
  # в v1.34 можно указать директорию с .env файлами через envFrom
  APP_NAME: MyCoolApp
  APP_ENV: production
  APP_DEBUG: "false"

3. Используем ConfigMap в контейнере

apiVersion: v1
kind: Pod
metadata:
  name: demo-pod
spec:
  containers:
  - name: demo-container
    image: nginx
    envFrom:
      - configMapRef:
          name: app-env

Теперь контейнер получает переменные окружения напрямую из .env файла.

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

#буст

⭐️ Вышел FreeBSD 15.0-ALPHA1

Команда FreeBSD представила первую альфа-версию 15.0-RELEASE. Образы доступны в различных форматах: ISO, memstick, QCOW2, VHD, VMDK, а также OCI-контейнеры.

➡️ Официальный анонс

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

#свежак

🚀 Как вы стали девопсом

Для многих путь в DevOps — это не линейный процесс, а целое путешествие через различные роли и технологии. Кто-то пришёл из системного администратора, кто-то — из разработки, а кто-то стал девопсом после нескольких лет работы в ИТ-сфере.

Какие шаги стали решающими на вашем пути

Были ли важные курсы или сертификаты, которые помогли вам перейти в эту роль?

Какую роль сыграли практические проекты и опыт работы с CI/CD, контейнерами или облачными сервисами?

Какие сложности возникли при переходе, и как вы их преодолели?

💬 Давайте обсудим! Поделитесь своей историей в комментариях 👇

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

#междусобойчик

👀 Домашний докер

Наткнулись на видео, где показывается интересный подход к организации Docker контейнеров в домашней лаборатории. Вместо использования решений вроде Kubernetes, в видео предлагается настройка на виртуальной машине с Debian, с привязкой томов.

А ещё в видео демонстрируется использование нескольких полезных Docker контейнеров, таких как Fresh RSS для удобного чтения новостей, Jellyfin для медиастриминга и Netbird для создания безопасных сетевых соединений.

➡️ Смотреть видео

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

#буст

🔄 Жизненный цикл пода в Kubernetes

Жизненный цикл пода в Kubernetes — это цепочка процессов, от создания манифеста до завершения работы контейнеров. Сейчас разберем, как происходит запуск, мониторинг и завершение подов в Kubernetes.

1. Отправка манифеста пода и сохранение в etcd

Первым шагом при создании пода является отправка его манифеста в API-сервер Kubernetes. Этот запрос проверяется на корректность, и после успешной проверки информация о поде сохраняется в распределённом хранилище etcd, которое является источником правды для всего кластера.

2. Выбор ноды для пода планировщиком

После того как манифест пода успешно сохранен, наступает этап его размещения. планировщик Kubernetes принимает решение о том, на какую ноду будет размещен под.

Этот процесс основан на нескольких критериях:

• количество доступных CPU и памяти.

• правила, которые могут ограничивать или рекомендовать размещение подов на определённых нодах.

• метки или предпочтения, которые могут влиять на выбор ноды.

3. Подготовка пода на выбранной ноде

После того как нода была выбрана, на ней начинает работать kubelet, агент, который занимается подготовкой пода.

4. Запуск контейнеров и мониторинг их состояния

Как только все подготовительные работы завершены, контейнеры начинают переходить в состояние Running. На этом этапе Kubernetes использует health probes для мониторинга состояния контейнеров.

5. Мониторинг фаз пода

Kubernetes отслеживает состояние пода на высокоуровневом уровне. Изначально под находится в статусе Pending, затем, когда контейнеры начинают свою работу, он переходит в фазу Running.

После завершения работы под может попасть в одну из следующих фаз:

• Succeeded — если контейнеры завершили свою работу без ошибок.

• Failed — если контейнеры завершили работу с ошибками.

• Unknown — если состояние пода не удается определить по каким-либо причинам.

6. Завершение работы пода и очистка ресурсов

Когда контейнеры в поде завершили свою работу, Kubernetes посылает SIGTERM сигнал для корректного завершения их работы. Если контейнеры не успевают завершиться в отведённое время, Kubernetes отправляет SIGKILL, чтобы принудительно их остановить.

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

#буст

⚙️10 стратегий снижения рисков в гибридных облаках

Гибридные облака — это для тех, кто хочет гибкость и масштабируемость, но они также приносят с собой уникальные риски. Без корректной стратегии эти риски могут привести к уязвимостям в безопасности, проблемам с управлением ресурсами и даже утечкам данных.

Чтобы эффективно управлять гибридной инфраструктурой, необходимо соблюдать правила, которые помогут снизить эти риски и повысить стабильность.

➡️ Про стратегии минимизации рисков в статье

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

#буст

📰 Недельный дайджест

Собрали для вас материалы прошедшей недели.

— AWS CLI v2 теперь доступен для macOS

С версии 2.30.0 AWS CLI v2 предоставляет универсальные бинарные установщики для macOS, которые работают нативно как на процессорах Apple Silicon, так и на Intel.

— Динамическое обновление доступных слотов в k8s

В Kubernetes v1.34 поддержка динамического обновления количества доступных слотов для CSI-драйверов перешла в стадию Beta. Теперь драйверы могут периодически обновлять информацию о количестве доступных слотов для подключения томов.

— Вышел KDE Linux Alpha

— Unit-лид и Technical Owner

— FreeBSD 15.0-ALPHA1

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