😡 Топ-вакансий для девопсов за неделю

DevOps Engineer — 280 000 — 400 000 ₽, удалёнка.

Ещё DevOps инженер — до 200 000 ₽, удалёнка.

И ещё DevOps-Инженер — до 240 000 ₽, удалёнка.

Ещё один DevOps-инженер — 200 000 — 250 000 ₽, удалёнка.

DevOps-инженер (CI/CD) — до 170 000 ₽, удалёнка.

Бустер — Офис у вас дома.

➡️ Еще больше вакансий — в нашем канале Вакансии по DevOps & SRE

⚙️ Как с помощью Kustomize упростить управление конфигурациями

Kustomize — это инструмент для работы с Kubernetes-конфигурациями, который позволяет адаптировать и комбинировать файлы YAML без их дублирования.

Представьте себе, что вам нужно развернуть одно и то же приложение в нескольких средах: разработка, тестирование, продакшн. При этом настройки для каждой среды будут отличаться. С Kustomize вы можете сделать это с минимальными усилиями.

Структура проекта:

my-app/
│
├── base/
│   ├── deployment.yaml
│   ├── service.yaml
│   └── kustomization.yaml
│
└── overlays/
    ├── dev/
    │   ├── kustomization.yaml
    │   ├── deployment-patch.yaml
    │   └── service-patch.yaml
    └── prod/
        ├── kustomization.yaml
        ├── deployment-patch.yaml
        └── service-patch.yaml

base/: хранит общие для всех окружений файлы конфигураций — это основа, от которой будут наследоваться все остальные окружения.

overlays/: здесь лежат изменения для каждой среды (например, для разработки и продакшн), такие как количество реплик или версия образа.

Пример базовой конфигурации для деплоя:

apiVersion: apps/v1
kind: Deployment
metadata:
  name: my-app
spec:
  replicas: 2
  selector:
    matchLabels:
      app: my-app
  template:
    metadata:
      labels:
        app: my-app
    spec:
      containers:
      - name: my-app
        image: my-app:v1
        ports:
        - containerPort: 8080

Здесь у нас базовый деплоймент с двумя репликами и образом Docker my-app:v1. Это конфигурация, которая будет использована во всех окружениях, пока мы не внесем в нее изменения.

Конфигурация для окружения разработки

В папке overlays/dev мы создаем патчи, которые изменяют конфигурацию для разработки. Для разработки нужно:

• Использовать тестовую БД
• Использовать самый последний образ контейнера
• Включить дебаг логгирование
• Поиграться с количеством реплик

Пример патча для деплоя:

apiVersion: apps/v1
kind: Deployment
metadata:
  name: my-app
spec:
  replicas: 3  # Увеличиваем количество реплик для разработки
  template:
    spec:
      containers:
      - name: my-app
        image: my-app:latest  # Используем последний образ для разработки

Также в папке overlays/dev создаем файл kustomization.yaml:

bases:
  - ../../base
patchesStrategicMerge:
  - deployment-patch.yaml
  - service-patch.yaml

Этот файл говорит Kustomize, что конфигурация для окружения dev будет базироваться на файлах из папки base, но с изменениями, определенными в патче.

Пример патча для прода:

apiVersion: apps/v1
kind: Deployment
metadata:
  name: my-app
spec:
  replicas: 2  # В продакшн — только 2 реплики
  template:
    spec:
      containers:
      - name: my-app
        image: my-app:v1.2.3  # Стабильная версия для продакшн

Теперь, благодаря Kustomize, вы можете использовать одни и те же манифесты, но с разными настройками для каждой среды.

Как применить конфигурации:

После того как мы создали все необходимые файлы, применить конфигурацию можно с помощью команды kustomize build. Например, для разработки:

kustomize build overlays/dev | kubectl apply -f -

Для прода:

kustomize build overlays/prod | kubectl apply -f -

Эти команды соберут все ресурсы, применят соответствующие патчи для окружения и передадут их в Kubernetes.

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

#буст

💬 Открываем чат между серверами

nc — это утилита для работы с сетью. Умеет слушать порты, подключаться к ним, передавать файлы и данные.

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

# Сервер
nc -l -p 9000
# Клиент
nc <ip_сервера> 9000

Передача файла:

# Приём
nc -l -p 9999 > file.txt
# Отправка
nc <ip_получателя> 9999 < file.txt

Также можно использовать udp подключение:

nc -u -l -p 500

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

#буст

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

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

⛳️ Чеклист для использования облачных сервисов

Облачные технологии это круто. Но чтобы извлечь максимальную пользу, важно правильно настроить облачную инфраструктуру и следовать лучшим практикам.

В этом чеклисте мы предлагаем основные шаги для старта в облаках.

✅ Оцените стоимость, доступность и нужные сервисы у провайдера. Сравните популярные облачные платформы.

✅ Используйте Infrastructure as Code (IaC) и CI/CD пайплайны для автоматизации.

✅ Настройте управление доступом, используйте шифрование данных как в покое, так и в передаче. Настройте многофакторную аутентификацию.

✅ Настройте авто-скейлинг для динамичного масштабирования приложений в зависимости от нагрузки и используйте несколько зон доступности.

✅ Используйте инструменты для мониторинга и централизованное логирование.

✅ Организуйте резервное копирование и архивирование данных.

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

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

#буст

👻 Уязвимости не прощают: как объяснить коллегам важность безопасности

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

С таким вопросом пришёл подписчик в нашу рубрику:

У меня на работе процветает безалаберность. Каждый второй коллега это потенциальная дыра в безопасности. Как им объяснить, что безопасность это не только моё дело, но и их?

Не стоит быть примером для учебников по ИБ, вот несколько советов:

Объясните коллегам, как уязвимости могут повлиять на производительность, надежность системы и репутацию компании.

Приводите примеры реальных инцидентов, таких как утечка данных или атаки, которые могут привести к значительным потерям.

Демонстрация примеров угроз, таких как SQL Injection или Cross-Site Scripting, помогает понять, как уязвимости могут повлиять на систему. Чем ближе примеры к реальной практике, тем убедительнее.

Автоматизированные тесты и интеграция проверок безопасности в CI/CD пайплайны позволяют уменьшить риски на ранних этапах разработки.

Объясните важность минимальных прав доступа и принципа Zero Trust: доверять никому, даже своим пользователям или приложениям.

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

✉️ Как вы объясняете важность безопасности своим коллегам? Поделитесь своими методами в комментариях 👇

P.S. Если хотите задать вопрос сообществу или поделиться историей, заполните нашу гугл-форму.

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

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

⚙️ GitOps вне Kubernetes

Нужен ли Argo CD в современном мире Kubernetes и как он изменил подход к CI/CD с использованием GitOps — об этом свежий подкаст, который мы советуем глянуть.

В гостях — эксперт в области DevOps, который расскажет о своем опыте работы с Argo CD и GitOps, а также поделится множеством практических знаний.

➡️ Слушать подкаст

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

#буст