📌 Что такое ELK ?

💬 Спрашивают в 26% собеседований

ELK — это аббревиатура, обозначающая популярную комбинацию трёх продуктов компании Elastic, которые вместе образуют мощную платформу для поиска, анализа и визуализации данных, особенно больших объёмов лог-данных или временных рядов. Эти три продукта — Elasticsearch, Logstash и Kibana — часто используются для мониторинга, безопасности и оперативного анализа данных.

🤔 Компоненты:

1️⃣ Elasticsearch

➕ Описание: Это распределённая поисковая и аналитическая система, которая служит основой для хранения, поиска и анализа больших объёмов данных в реальном времени. Она использует структуры данных, основанные на инвертированных индексах, что обеспечивает быстрый поиск и масштабируемость.
➕ Применение: Хранение и анализ логов, данных о транзакциях, информации о пользовательских сессиях и многое другое.

2️⃣ Logstash

➕ Описание: Это серверная сторона конвейера обработки данных, который может принимать данные из множества источников, трансформировать их и отправлять в Elasticsearch или другие "хранилища".
➕ Применение: Сбор логов, их очистка, преобразование и обогащение перед индексированием в Elasticsearch.

3️⃣ Kibana

➕ Описание: Это веб-интерфейс для Elasticsearch, который позволяет пользователям визуализировать данные из Elasticsearch с помощью диаграмм, графиков и карт. Kibana также позволяет создавать сложные запросы и анализировать данные в удобной форме.
➕ Применение: Мониторинг операций, анализ безопасности, визуализация данных в реальном времени и многое другое.

🤔 Преимущества:

➕ Масштабируемость: Elasticsearch способен обрабатывать петабайты данных и распределять нагрузку на множество серверов.
➕ Гибкость: Logstash предоставляет множество плагинов для интеграции с различными источниками данных и может быть настроен на выполнение очень сложных трансформаций данных.
➕ Доступность и открытость: Доступен как в свободно распространяемой открытой версии, так и в виде коммерческой версии с дополнительными функциями и поддержкой.
➕ Расширенные возможности поиска и анализа: Поиск в реальном времени и мощные аналитические возможности делают ELK предпочтительной платформой для задач мониторинга и аналитики.

🤔 Использование

Платформа ELK широко используется в самых разных отраслях для решения задач мониторинга, анализа логов безопасности, оптимизации бизнес-процессов и многого другого. Благодаря своей открытости и масштабируемости, она остаётся одним из самых популярных решений в области обработки и анализа больших данных.

🔥 ТОП ВОПРОСОВ С СОБЕСОВ

🔒 База собесов | 🔒 База тестовых

📌 Чем отличаются HTTP и HTTPS ?

💬 Спрашивают в 26% собеседований

Протоколы HTTP (HyperText Transfer Protocol) и HTTPS (HyperText Transfer Protocol Secure) являются основными протоколами для передачи данных в интернете, особенно в веб-разработке. Они используются для загрузки веб-страниц с сервера на клиентский браузер. Основное отличие между HTTP и HTTPS заключается в уровне безопасности, которым обеспечивается передача данных.

🤔 HTTP

➕ Это протокол передачи гипертекста, который используется для передачи данных между веб-браузером и веб-сайтом. Основная проблема HTTP заключается в том, что он не использует шифрование, что делает передаваемые данные уязвимыми для перехвата или изменения третьими лицами во время передачи. Например, если вы вводите свои данные (имя пользователя, пароль, информацию о кредитной карте) на сайте, работающем через HTTP, эта информация может быть перехвачена кем-либо, кто "прослушивает" сеть.

🤔 HTTPS

➕ Это расширение HTTP с поддержкой шифрования с использованием протокола SSL/TLS. Это означает, что данные, отправляемые между веб-браузером и веб-сайтом, зашифрованы, что обеспечивает три основных аспекта безопасности:

1️⃣Конфиденциальность: Данные не могут быть прочитаны третьими лицами во время передачи.
2️⃣ Целостность данных: Данные не могут быть изменены или повреждены во время передачи без обнаружения.
3️⃣ Аутентификация: Подтверждает, что пользователи общаются с именно тем веб-сайтом, который они ожидают (это предотвращает атаки типа "man-in-the-middle").

🤔 Почему HTTPS является предпочтительным выбором

Его использование стало обязательным стандартом для всех веб-сайтов, особенно тех, которые обрабатывают конфиденциальную информацию. Google и другие технологические компании активно продвигают использование HTTPS, включая его как фактор ранжирования в SEO, что означает, что сайты с HTTPS получают преимущества в поисковой выдаче по сравнению с сайтами, работающими только на HTTP.

🤔 Как работает HTTPS

Процесс начинается с TLS-рукопожатия:

1️⃣ Установление соединения: Браузер пользователя запрашивает у сервера установить безопасное соединение.
2️⃣ Обмен сертификатами: Сервер отправляет свой публичный ключ вместе с сертификатом, который подтвержден третьей стороной (Центром сертификации).
3️⃣ Завершение рукопожатия: Браузер проверяет сертификат, использует публичный ключ для шифрования данных и отправляет их обратно серверу, где они расшифровываются с использованием приватного ключа сервера.

Основное отличие между HTTP и HTTPS заключается в том, что HTTPS предоставляет безопасный канал для передачи данных, что особенно важно для конфиденциальной коммуникации в интернете.

🔥 ТОП ВОПРОСОВ С СОБЕСОВ

🔒 База собесов | 🔒 База тестовых

📌 Чем отличает COPY от ADD ?

💬 Спрашивают в 60% собеседований

В Dockerfile две инструкции, позволяющие добавлять файлы из локальной файловой системы в файловую систему Docker образа, это COPY и ADD. Хотя на первый взгляд они могут казаться похожими, между ними есть несколько важных отличий, которые определяют выбор в зависимости от ситуации.

🤔 Инструкция

➕ COPY более простая и прямолинейная инструкция, используемая для копирования файлов и каталогов из контекста сборки в файловую систему образа Docker. COPY принимает исходный путь и путь назначения внутри файловой системы образа. Она строго копирует файлы, сохраняя их точные метаданные, без какой-либо дополнительной интерпретации.

COPY ./localfile.txt /directory/in/container/localfile.txt

🤔 Инструкция

➕ ADD обладает всеми возможностями COPY, но также включает в себя дополнительную функциональность. Также может автоматически распаковывать локальные архивные файлы в целевой каталог образа. Кроме того, она поддерживает загрузку файлов из URL, что делает её более многофункциональной по сравнению с COPY.

ADD ./localarchive.tar.gz /directory/in/container/

И файлы из архива будут автоматически распакованы в указанную директорию.

🤔 Основные отличия

1️⃣Функциональность: COPY просто копирует файлы и папки, в то время как ADD имеет дополнительные функции, такие как распаковка архивов и возможность загрузки файлов из URL.

2️⃣Рекомендации по использованию: Docker рекомендует использовать COPY, если не требуется функциональность распаковки архивов или загрузки из сети, так как COPY более прозрачна и предсказуема.

COPY и ADD используются для добавления файлов в образ Docker, но COPY предпочтительнее для стандартных операций копирования из-за своей простоты и прозрачности. ADD полезна, когда нужно воспользоваться её дополнительными возможностями, но её использование может привести к менее предсказуемому поведению, особенно при работе с внешними источниками.

🔥 ТОП ВОПРОСОВ С СОБЕСОВ

🔒 База собесов | 🔒 База тестовых

📌 В чём отличие Deployment от Delivery ?

💬 Спрашивают в 46% собеседований

Термины "Deployment" и "Delivery" часто используются в контексте процессов разработки ПО, особенно в рамках DevOps и непрерывных практик (CI/CD - Continuous Integration/Continuous Deployment или Continuous Delivery). Они имеют разные значения и цели в процессе доставки программного обеспечения.

🤔 Continuous Delivery (Непрерывная доставка)

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

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

🤔 Continuous Deployment (Непрерывное развертывание)

➕ Является расширением практики Continuous Delivery. В контексте Continuous Deployment каждое изменение, которое проходит все стадии автоматизированной сборки и тестирования, немедленно разворачивается в продуктивной среде. Таким образом, не требуется ручного одобрения для выпуска изменений.

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

🤔 Основные различия

1️⃣Автоматизация vs. ручное управление: В Continuous Delivery финальное решение о развертывании может быть сделано вручную. В Continuous Deployment каждое изменение автоматически разворачивается без вмешательства человека.

2️⃣ Частота развертывания: В Continuous Deployment изменения разворачиваются чаще и постоянно, в то время как в Continuous Delivery изменения готовы к развертыванию, но могут быть запущены в производство в более контролируемом порядке.

3️⃣ Уровень риска: Continuous Deployment требует более строгих мер контроля качества и автоматизации из-за более высокого риска, связанного с непрерывным развертыванием изменений.

Continuous Delivery гарантирует, что каждое изменение готово к развертыванию и может быть выпущено в любой момент, но не обязательно автоматически разворачивается. Автоматически развертывает каждое изменение, минимизируя задержки между разработкой и доступностью функций для пользователей. Обе практики направлены на ускорение и оптимизацию процессов разработки и выпуска программного обеспечения.

🔥 ТОП ВОПРОСОВ С СОБЕСОВ

🔒 База собесов | 🔒 База тестовых

📌 Как должен выглядеть идеальный pipeline CI/CD, что в нём должно быть что за чем идти ?

💬 Спрашивают в 46% собеседований

Идеальный CI/CD (Continuous Integration/Continuous Deployment) пайплайн организует процесс разработки таким образом, чтобы максимизировать автоматизацию и минимизировать ручные задачи, увеличивая скорость разработки и обеспечивая высокое качество конечного продукта. Хорошо организованный пайплайн обеспечивает бесперебойное и быстрое внесение изменений в код, их тестирование, сборку и развертывание в производственную среду.

🤔 Этапы:

1️⃣Инициация изменений (Version Control System Integration)

➕ Разработчики клонируют репозиторий и вносят изменения.
➕ Изменения отправляются в репозиторий (например, через git push).

2️⃣ Непрерывная интеграция (Continuous Integration)

➕ Автоматический запуск пайплайна: Каждый push или pull request в репозиторий автоматически инициирует CI пайплайн.
➕ Сборка проекта: Компиляция кода, если это необходимо для данного языка программирования.
➕ Запуск модульных тестов (Unit Tests): Тестирование компонентов программы для проверки их корректности.
➕ Статический анализ кода: Проверка кода на соответствие стандартам кодирования и поиск потенциальных ошибок.

3️⃣Артефакты

➕ Сборка артефактов: Создание готовых для развертывания пакетов (например, Docker-образов).

4️⃣ Непрерывное тестирование (Continuous Testing)

➕ Интеграционное тестирование: Проверка, как различные части проекта работают вместе.
➕ Тестирование безопасности (Security Testing): Проверка на уязвимости.
➕ Тестирование производительности (Performance Testing): Проверка скорости и стабильности системы под нагрузкой.

5️⃣ Непрерывная доставка (Continuous Delivery)

➕ Автоматическое развертывание в тестовую среду: Автоматическое развертывание артефактов в тестовую среду для дополнительного тестирования.
➕ Ручное одобрение: Опционально, требование ручного одобрения перед продвижением артефактов в продакшн.

6️⃣ Непрерывное развертывание (Continuous Deployment)

➕ Автоматическое развертывание в продакшн: После успешного прохождения всех тестов и одобрения код автоматически развертывается в продакшн.

7️⃣ Мониторинг и обратная связь

➕ Мониторинг: Непрерывный мониторинг производительности и стабильности приложения в производственной среде.
➕ Логирование: Сбор и анализ логов для выявления потенциальных проблем.
➕ Обратная связь: Системы уведомлений для информирования команды о состоянии пайплайна и производственной среды.

Идеальный CI/CD пайплайн должен быть автоматизирован на каждом шаге, минимизировать ручное вмешательство и обеспечивать высокую частоту доставки качественного кода в производственную среду. Ключевыми аспектами являются быстрая обратная связь, высокий уровень автоматизации тестирования и развертывания, а также прозрачность процесса для всех участников разработки.

🔥 ТОП ВОПРОСОВ С СОБЕСОВ

🔒 База собесов | 🔒 База тестовых

📌 В чем разница между подом и контейнером ?

💬 Спрашивают в 40% собеседований

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

🤔 Контейнер

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

➕ Контейнеры обеспечивают изоляцию ресурсов и зависимостей, они легковесны и могут быть легко перенесены между различными серверами или облачными средами. Основные технологии контейнеризации включают Docker и rkt.

🤔 Под

➕ Это наименьшая и простейшая единица, которую можно создать или управлять. Он представляет собой группу одного или нескольких контейнеров с общими ресурсами, которые запускаются на одном узле (физическом или виртуальном сервере). Каждый под имеет свои IP-адреса, объемы данных (если таковые есть), и контейнеры в поде могут обмениваться состоянием и общаться друг с другом через localhost.

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

🤔 Основные различия

➕ Сфера применения: Контейнер — это механизм, который напрямую связан с запуском отдельного приложения или процесса. Под же представляет собой уровень абстракции в Kubernetes, который включает один или несколько контейнеров, которые должны работать вместе.
➕ Управление: Контейнеры управляются внутри подов. Kubernetes не управляет контейнерами напрямую; вместо этого он управляет подами, которые в свою очередь содержат контейнеры.
➕ Совместное использование ресурсов: Все контейнеры внутри пода могут совместно использовать ресурсы, такие как сетевые подключения и дисковое пространство, что облегчает взаимодействие компонентов приложения.

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

🔥 ТОП ВОПРОСОВ С СОБЕСОВ

🔒 База собесов | 🔒 База тестовых

📌 Что такое CI/CD ?

💬 Спрашивают в 40% собеседований

CI/CD — это сокращение от "Continuous Integration" (Непрерывная интеграция) и "Continuous Delivery" или "Continuous Deployment" (Непрерывная доставка или непрерывное развертывание), которые представляют собой ключевые концепции в современных методиках разработки ПО. Они помогают автоматизировать процессы разработки, тестирования и развертывания приложений, улучшая скорость, качество и эффективность процессов.

🤔 Непрерывная интеграция (Continuous Integration, CI)

➕ Это практика, при которой разработчики регулярно, часто несколько раз в день, вносят изменения в общий репозиторий проекта. После каждого такого изменения автоматически выполняется сборка и тестирование кода, что позволяет рано обнаруживать и устранять проблемы, улучшая качество кода и ускоряя разработку. CI помогает поддерживать код в постоянной готовности к дальнейшему развертыванию в производство.

🤔 Непрерывная доставка (Continuous Delivery, CD)

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

🤔 Непрерывное развертывание (Continuous Deployment)

➕ Ещё больше автоматизирует процесс доставки, позволяя развертывать все успешно протестированные изменения напрямую в производственную среду. Это устраняет необходимость ручного одобрения каждого изменения, что может существенно ускорить процессы разработки и выхода на рынок.

🤔 Преимущества:

1️⃣ Быстрое обнаружение и устранение ошибок: Благодаря частой интеграции и тестированию, ошибки обнаруживаются и исправляются на ранних этапах, что снижает стоимость их устранения.
2️⃣ Улучшенное качество продукта: Постоянные тестирование и обратная связь способствуют повышению качества продукта.
3️⃣ Сокращение времени на выход продукта на рынок: Автоматизация позволяет быстрее доставлять продукт пользователям.
4️⃣ Улучшение процессов разработки: Разработчики могут сосредоточиться на улучшении продукта, а не на рутинных задачах.

CI/CD являются фундаментальными практиками в рамках DevOps, направленными на создание более эффективных и надежных процессов разработки программного обеспечения. Эти методологии способствуют более быстрому внедрению инноваций и повышению конкурентоспособности компаний на рынке.

🔥 ТОП ВОПРОСОВ С СОБЕСОВ

🔒 База собесов | 🔒 База тестовых

📌 В чём разница между контейнеризацией и виртуализацией ?

💬 Спрашивают в 33% собеседований

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

🤔 Виртуализация

➕ Позволяет запускать несколько операционных систем как виртуальных машин (ВМ) на одном физическом сервере. Каждая ВМ имеет свою собственную полностью изолированную операционную систему, и каждая из них эмулирует аппаратное обеспечение хоста. Это достигается с помощью гипервизора, который стоит между аппаратным обеспечением и операционными системами. Гипервизор управляет аппаратными ресурсами и распределяет их между разными виртуальными машинами.

🤔Примеры гипервизоров:

➕ VMware ESXi
➕ Microsoft Hyper-V
➕ Oracle VirtualBox

🤔 Контейнеризация

➕ В отличие от виртуализации, позволяет запускать несколько приложений и их зависимостей в изолированных процессах, называемых контейнерами, на одной операционной системе. Контейнеры разделяют ядро операционной системы хоста, но могут быть ограничены в использовании CPU, памяти и I/O. Контейнеры быстрее и легче, чем виртуальные машины, поскольку они не требуют отдельной операционной системы для каждого из них.

🤔 Примеры технологий:

➕ Docker
➕ Kubernetes (используется для оркестрации контейнеров)
➕ LXC

🤔 Основные различия

1️⃣Уровень изоляции: Виртуализация предоставляет более полную изоляцию, так как каждая виртуальная машина имеет свою собственную операционную систему, в то время как контейнеры разделяют операционную систему хоста.

2️⃣Ресурсы: Виртуальные машины требуют больше ресурсов, так как каждая ВМ нуждается в собственных копиях операционной системы и её ресурсах, в то время как контейнеры более легковесные и быстрее загружаются.

3️⃣Портативность: Контейнеры обеспечивают большую портативность и легкость развертывания, так как они могут легко перемещаться между различными средами, поддерживающими контейнеризацию.

4️⃣Производительность: Контейнеры могут предложить более высокую производительность, поскольку они не страдают от накладных расходов, связанных с дополнительными уровнями абстракции и эмуляции аппаратного обеспечения.

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

🔥 ТОП ВОПРОСОВ С СОБЕСОВ

🔒 База собесов | 🔒 База тестовых

📌 Что такое Prometheus ?

💬 Спрашивают в 33% собеседований

Prometheus — это открытая система мониторинга и оповещения, которая широко используется для сбора метрик с различных целевых объектов, таких как серверы, виртуализированные контейнеры и приложения, в режиме реального времени. Она была создана в компании SoundCloud в 2012 году и с тех пор стала частью Cloud Native Computing Foundation, что подчеркивает её популярность и признание в индустрии.

🤔 Основные характеристики:

1️⃣ Модель данных:

➕ Prometheus хранит данные в форме временных рядов.
➕ Каждый временной ряд идентифицируется уникальным именем или идентификатором и может иметь набор ключ-значение, который называется метками (labels).

2️⃣ Язык запросов:

➕Prometheus имеет собственный язык запросов, PromQL (Prometheus Query Language), который позволяет пользователям выбирать и агрегировать данные по времени.

3️⃣Непрерывная сборка данных:

➕ Prometheus регулярно собирает метрики с целевых объектов, используя pull-модель, то есть сам запрашивает данные у целевых объектов по HTTP.

4️⃣ Цели мониторинга:

➕ Цели (targets) конфигурируются для мониторинга через статическую конфигурацию или с помощью сервис-дисковери.

5️⃣ Алерты:

➕ Prometheus поддерживает возможности оповещения. Он может высылать уведомления о проблемах, которые необходимо устранить, по различным каналам связи, например, через Email, Slack и другие сервисы.

6️⃣ Хранение:

➕ По умолчанию Prometheus хранит данные локально на диске в высокоэффективном формате временных рядов. Также поддерживается интеграция с внешними системами хранения.

7️⃣Высокая доступность:

➕ Для обеспечения высокой доступности можно запустить несколько экземпляров Prometheus, которые будут собирать данные параллельно.

🤔 Пример:

➕ Prometheus может использоваться для мониторинга производительности приложений, анализа системных метрик, таких как использование ЦП и памяти, а также для мониторинга инфраструктуры в целом. Например, в кластере Kubernetes Prometheus может собирать метрики со всех узлов, подов и контейнеров, предоставляя централизованный взгляд на здоровье всей системы.

➕ Prometheus предоставляет мощный инструментарий для мониторинга и оповещения в современных облачных и контейнерных средах. Он позволяет не только отслеживать состояние системы в реальном времени, но и реагировать на возникающие проблемы оперативно, что делает его незаменимым инструментом в арсенале DevOps-инженера.

🔥 ТОП ВОПРОСОВ С СОБЕСОВ

🔒 База собесов | 🔒 База тестовых

📌 Вопрос по kubernetes чем контейнер отличается от пола?

💬 Спрашивают в 13% собеседований

🤔 Чем контейнер отличается от пода в Kubernetes

🤔 Контейнер

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

Пример Dockerfile для создания контейнера:

FROM python:3.8-slim
COPY . /app
WORKDIR /app
RUN pip install -r requirements.txt
CMD ["python", "app.py"]

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

🤔 Под

Под — это наименьшая и самая базовая единица развертывания в Kubernetes. Под включает один или несколько контейнеров, которые совместно используют:

- Сетевое пространство: Все контейнеры в поде имеют общий IP-адрес и порты.

- Файловую систему: Общие тома для хранения данных между контейнерами.

- Сетевые ресурсы: Контейнеры в поде могут общаться друг с другом через localhost.

Основные характеристики пода:

- Один или несколько контейнеров: Обычно в поде размещается один контейнер, но можно разместить несколько контейнеров, которые должны работать вместе.

- Жизненный цикл: Поды создаются, управляются и удаляются Kubernetes. Они могут быть перезапущены в случае отказа.

- Общее пространство: Контейнеры в поде совместно используют сетевое пространство и могут взаимодействовать друг с другом через localhost.

Пример манифеста пода (YAML):

apiVersion: v1
kind: Pod
metadata:
  name: mypod
spec:
  containers:
  - name: mycontainer
    image: myimage:latest
    ports:
    - containerPort: 80

🤔 Основные различия

1️⃣ Уровень абстракции:
- Контейнер — это отдельная изолированная среда выполнения приложения.
- Под — это абстракция Kubernetes, объединяющая один или несколько контейнеров.

2️⃣ Совместное использование ресурсов:
- Контейнеры не делятся сетевым пространством и томами по умолчанию.
- Контейнеры в поде делят сетевое пространство и могут обмениваться данными через общие тома.

3️⃣ Управление и оркестрация:
- Контейнеры управляются такими инструментами, как Docker.
- Поды управляются Kubernetes, который заботится об их создании, масштабировании, перезапуске и удалении.

4️⃣ Жизненный цикл:
- Контейнеры могут существовать независимо от Kubernetes.
- Поды управляются и контролируются Kubernetes, и они могут быть перезапущены или перемещены на другие узлы.

🤔 Краткое резюме

- Контейнер — изолированная среда выполнения для приложения и его зависимостей.

- Под — базовая единица развертывания в Kubernetes, содержащая один или несколько контейнеров с общими ресурсами (сеть, тома).

- Контейнеры в поде делят сетевые и файловые ресурсы и управляются Kubernetes для обеспечения высокой доступности и масштабируемости.

🔥 ТОП ВОПРОСОВ С СОБЕСОВ

🔒 База собесов | 🔒 База тестовых