🐳 Docker vs ☸️ Kubernetes: Кто за что отвечает?

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

Что такое Docker?

Это инструмент для контейнеризации. Он позволяет упаковать приложение и все его зависимости (библиотеки, фреймворки) в один легкий изолированный контейнер.
- Как работает: Один демон на один хост операционной системы.
- Фокус: Создание, распределение и запуск отдельных контейнеров.
- Итог: Твой код работает везде одинаково, но управлять сетью и безопасностью между кучей серверов придется вручную.

Что такое Kubernetes (K8s)?

Это оркестратор. Если Docker - это один кирпич (контейнер), то K8s - это целая стройплощадка и прораб в одном лице, который управляет кластером из множества хостов.
- Как работает: Управляет множеством хостов в рамках одного кластера (Many Hosts per Cluster).
- Фокус: Автоматизация деплоя, масштабирование и «самолечение» приложений.
- Итог: Система сама балансирует нагрузку и следит, чтобы всё работало согласно заданному плану.

➖ Главные отличия:

Уровень работы | Docker: Отдельные контейнеры на одном хосте | Kubernetes: Кластер из множества хостов |
Масштабирование | Docker: Нужно настраивать вручную для каждого хоста | Kubernetes: Автоматическое масштабирование по требованию |
Сложность | Docker: Просто запустить и использовать |Kubernetes: Требует серьезной настройки и навыков |

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

Вы за ручное управление или доверяете всё автоматике K8s?
❤️ — Docker наше всё, просто и понятно
🔥 — K8s, когда нужно масштабироваться

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

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

#ликбез

👩‍💻 Что такое 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

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

#ликбез

🙂 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

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

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

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

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

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

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

Проект, созданный для упрощения и оптимизации использования Docker на Mac или Windows. Этот инструмент автоматизирует процесс установки и настройки Docker и предоставляет графический интерфейс пользователя для запуска контейнеров Docker

👾 — Docker Cloud
👍 — Docker Kitematic
🥰 — Docker Compose
⚡ — Docker Control Plane

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

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

👾 — 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

В Kubernetes у Pod падает readinessProbe. Что происходит?

👾 — Pod исключают из Endpoints — трафик от Service не идёт, контейнер не перезапускается
⚡️ — Контейнер немедленно перезапускается kubelet’ом

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