Чем отличается CMD от ENTRYPOINT в DockerFile ?
Спросят с вероятностью 66%

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

Инструкция CMD

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

Пример:

FROM ubuntu
CMD ["echo", "Hello, world!"]
При запуске этого контейнера без дополнительных параметров, будет выведено "Hello, world!". Но если при запуске указать другую команду, например 

docker run <image> echo "Hello, Docker!", то будет выведено "Hello, Docker!".

Инструкция ENTRYPOINT

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

Пример:

FROM ubuntu
ENTRYPOINT ["echo", "Hello,"]
CMD ["world!"]

Здесь, если контейнер запущен без дополнительных аргументов, вывод будет "Hello, world!". Если же запустить контейнер с дополнительными аргументами, например docker run <image> Docker, то вывод будет "Hello, Docker".

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

1️⃣Переопределение команды: CMD может быть полностью переопределена при запуске контейнера, в то время как ENTRYPOINT предопределяет базовую команду, и любые аргументы, указанные при запуске, добавляются к этой команде.
2️⃣Использование в комбинации: Часто ENTRYPOINT используется в комбинации с CMD, где ENTRYPOINT задает исполняемый файл, а CMD задает аргументы по умолчанию, которые могут быть переопределены при запуске.

CMD и ENTRYPOINT обе определяют, какая команда будет выполнена при запуске Docker-контейнера, но делают это по-разному. CMD лучше использовать для задания параметров по умолчанию, которые могут быть изменены, а ENTRYPOINT для установки фиксированной базовой команды, к которой можно добавлять аргументы.

👉 Можно посмотреть Примеры как отвечают люди на этот вопрос, или перейти К списку 1119 вопросов на DevOps. Ставь 👍 если нравится контент

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

В чём разница между TCP и UDP ?
Спросят с вероятностью 20%

Протоколы TCP (Transmission Control Protocol) и UDP (User Datagram Protocol) — это два основных транспортных протокола, используемых в сетевых коммуникациях, и каждый из них имеет свои особенности, преимущества и сценарии использования.

TCP (Transmission Control Protocol)

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

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

✅Надёжная доставка: Обеспечивает подтверждение получения данных и повторную отправку пакетов, которые не были подтверждены.
✅Управление порядком: Пакеты, принимаемые в неправильном порядке, переупорядочиваются.
✅Управление потоком: Контролирует скорость передачи данных для предотвращения переполнения буфера получателя.
✅Установление и разрыв соединения: Процесс установления соединения в нем требует трёхэтапного рукопожатия (three-way handshake), а закрытие соединения — четырёхэтапного.

UDP (User Datagram Protocol)

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

Основные характеристики:
✅Быстрая передача данных: Отсутствие механизма установления соединения уменьшает задержку.
✅Простота: Протокол проще в реализации.
✅Без подтверждения доставки: Нет механизмов для подтверждения доставки или переотправки потерянных пакетов.
✅Без управления порядком: Данные, полученные в неправильном порядке, не переупорядочиваются.

Сценарии использования

TCP используется там, где важна надёжность:
✅Веб-браузеры (HTTP/HTTPS)
✅Передача файлов (FTP)
✅Электронная почта (SMTP, POP3, IMAP)

UDP используется в приложениях, где важнее скорость, чем надёжность:
✅Стриминг видео и аудио
✅Онлайн-игры
✅VoIP (Voice over IP)

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

👉 Можно посмотреть Примеры как отвечают люди на этот вопрос, или перейти К списку 1119 вопросов на DevOps. Ставь 👍 если нравится контент

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

По какой причине inode могут закончиться ?
Спросят с вероятностью 20%

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

Причины исчерпания

1️⃣Большое количество мелких файлов: Одной из наиболее частых причин исчерпания inode является наличие очень большого количества маленьких файлов на файловой системе. Поскольку каждый файл использует как минимум один inode, системы с большим количеством мелких файлов могут исчерпать доступные inode, даже если дисковое пространство по-прежнему доступно.

2️⃣Недостаточное количество выделенных inode: При создании файловой системы, если количество выделенных inode было рассчитано неправильно (слишком мало для предполагаемого использования), это может привести к раннему их исчерпанию. Это особенно актуально для серверов или систем, где ожидается большое количество файлов.

3️⃣Особенности файловой системы: Некоторые файловые системы, такие как Ext3 или Ext4, имеют фиксированное соотношение inode к объёму файловой системы, которое задаётся при их создании. Если создать файловую систему с недостаточным количеством inode для конкретного случая использования, то в дальнейшем это может стать проблемой.

Решения проблемы исчерпания

1️⃣Проверка использования: С помощью команды df -i можно проверить, сколько inode используется и сколько ещё доступно в вашей файловой системе.

2️⃣Очистка файловой системы: Удаление ненужных или временных файлов может освободить inode.

3️⃣Изменение файловой системы: Если возможно, можно увеличить количество inode путём изменения файловой системы или пересоздания файловой системы с более высоким количеством inode. Для файловых систем, таких как XFS или некоторые конфигурации Btrfs, можно динамически добавлять inode.

4️⃣Использование других файловых систем: Переход на другую файловую систему, которая не имеет строгих ограничений на количество inode (например, Btrfs или ZFS), может быть решением для систем с большим количеством маленьких файлов.

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

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

👉 Можно посмотреть Примеры как отвечают люди на этот вопрос, или перейти К списку 1119 вопросов на DevOps. Ставь 👍 если нравится контент

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

Что такое и нужен ли swap ?
Спросят с вероятностью 26%

Swap (подкачка) — это область на жёстком диске или другом носителе данных, используемая операционной системой как виртуальная память. Swap предназначен для того, чтобы компенсировать нехватку оперативной памяти (RAM) путём перемещения частей данных из RAM на диск, что позволяет освободить RAM для новых задач. Это особенно актуально в ситуациях, когда приложения требуют больше памяти, чем физически доступно в системе.

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

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

Нужен ли он?

Зависит от конкретных условий использования и конфигурации системы:

1️⃣Количество RAM: В системах с большим объёмом оперативной памяти (например, 16 ГБ или больше) может потребоваться меньше или вообще не потребоваться swap, особенно если приложения не потребляют всю доступную память.

2️⃣Тип используемых приложений: Некоторые приложения, особенно серверные, такие как базы данных, могут требовать swap даже при наличии достаточного объёма RAM, поскольку это может улучшить стабильность и производительность.

3️⃣Необходимость гибернации: Для гибернации системы (сохранения состояния RAM на диск и полного выключения питания) обычно требуется swap-пространство, размером равным или большим объёму RAM.

4️⃣Ресурсы сервера: На серверах, управляющих критически важными приложениями, swap может помочь предотвратить сбои приложений из-за исчерпания памяти, особенно при внезапных пиковых нагрузках.

Рекомендации по настройке

✅Размер: Традиционная рекомендация — установить размер swap в два раза больше объёма RAM для систем с малым объёмом памяти (например, 2 ГБ RAM). Для систем с большим объёмом памяти (например, 32 ГБ RAM) размер swap обычно устанавливается равным размеру RAM.
✅Тип носителя: Желательно использовать быстрые носители, такие как SSD, для уменьшения влияния на производительность при использовании swap.

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

👉 Можно посмотреть Примеры как отвечают люди на этот вопрос, или перейти К списку 1119 вопросов на DevOps. Ставь 👍 если нравится контент

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

Что такое DevOps ?
Спросят с вероятностью 66%

DevOps — это культурная и профессиональная философия, объединяющая разработку ПО (Dev) и операционную деятельность (Ops), направленная на улучшение сотрудничества и продуктивности путём автоматизации инфраструктуры, рабочих процессов и непрерывного измерения производительности приложений и услуг. Это практика, которая стремится к ускорению процесса разработки программного обеспечения и повышению надёжности выпускаемых продуктов.

Основные компоненты:

1️⃣Непрерывная интеграция (CI): Это практика частого включения изменений в код, вносимых разработчиками, в общий репозиторий, где автоматически запускаются тесты для обеспечения их корректности.

2️⃣Непрерывное развертывание (CD): Это процесс, в котором все изменения кода, прошедшие этапы тестирования, автоматически разворачиваются в рабочей среде. Это уменьшает временной промежуток между написанием кода и его использованием в продуктивной среде.

3️⃣Автоматизация: Автоматизация инфраструктуры и рабочих процессов уменьшает вероятность ошибок, связанных с человеческим фактором, и освобождает время разработчиков для более важных задач.

4️⃣Мониторинг и логирование: Непрерывное мониторинг и логирование работы приложений и инфраструктуры помогают быстро обнаруживать и устранять проблемы, тем самым повышая устойчивость и доступность системы.

5️⃣Культура сотрудничества: DevOps подчеркивает важность коммуникации и коллаборации между разработчиками и операционными специалистами. Культура непрерывного обучения и улучшения является ключом к успеху DevOps-подхода.

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

✅Быстрый выпуск продукта: Сокращение времени от идеи до реализации.
✅Повышение качества продукта: Благодаря автоматическим тестам и непрерывной интеграции.
✅Эффективность разработки: Меньше времени тратится на "ожидание" благодаря автоматизации процессов.
✅Улучшение управления инфраструктурой: Инфраструктура как код позволяет управлять развертываниями более эффективно и с меньшими затратами.

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

👉 Можно посмотреть Примеры как отвечают люди на этот вопрос, или перейти К списку 1119 вопросов на DevOps. Ставь 👍 если нравится контент

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

Что такое ELK ?
Спросят с вероятностью 26%

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

Компоненты:

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

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

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

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

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

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

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

👉 Можно посмотреть Примеры как отвечают люди на этот вопрос, или перейти К списку 1119 вопросов на DevOps. Ставь 👍 если нравится контент

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

Чем отличаются 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 предоставляет безопасный канал для передачи данных, что особенно важно для конфиденциальной коммуникации в интернете.

👉 Можно посмотреть Примеры как отвечают люди на этот вопрос, или перейти К списку 1119 вопросов на DevOps. Ставь 👍 если нравится контент

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

Чем отличает 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 полезна, когда нужно воспользоваться её дополнительными возможностями, но её использование может привести к менее предсказуемому поведению, особенно при работе с внешними источниками.

👉 Можно посмотреть Примеры как отвечают люди на этот вопрос, или перейти К списку 1119 вопросов на DevOps. Ставь 👍 если нравится контент

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

В чём отличие 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 гарантирует, что каждое изменение готово к развертыванию и может быть выпущено в любой момент, но не обязательно автоматически разворачивается. Автоматически развертывает каждое изменение, минимизируя задержки между разработкой и доступностью функций для пользователей. Обе практики направлены на ускорение и оптимизацию процессов разработки и выпуска программного обеспечения.

👉 Можно посмотреть Примеры как отвечают люди на этот вопрос, или перейти К списку 1119 вопросов на DevOps. Ставь 👍 если нравится контент

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

Что сейчас чаще используется init или systemd ?
Спросят с вероятностью 13%

systemd является наиболее широко используемой системой инициализации и управления службами, заменив более традиционные системы init, такие как SysVinit. Переход на systemd начался в основных дистрибутивах около 2010-2015 годов и с тех пор systemd стал стандартом для многих систем.

Почему systemd стал более популярен, чем традиционные системы init:

1️⃣Более быстрая загрузка системы: systemd использует параллелизм при запуске демонов и служб, что сокращает время загрузки.

2️⃣Зависимости между службами: systemd позволяет явно указывать зависимости между службами, что помогает управлять порядком их запуска и гарантирует, что все необходимые услуги будут доступны в нужный момент.

3️⃣Централизованное управление службами: systemd предоставляет единую точку для управления службами через systemctl, инструмент командной строки для проверки статуса, запуска, остановки, перезагрузки и настройки служб.

4️⃣Логирование: systemd тесно интегрирован с journald, системой журналирования, которая обеспечивает унифицированный механизм сбора и просмотра журналов с различных компонентов системы.

5️⃣Встроенные функции безопасности: systemd предлагает различные функции для повышения безопасности процессов, такие как изоляция служб через cgroups, namespace и другие механизмы контроля доступа.

Дистрибутивы, использующие systemd:

✅Fedora: Один из первых крупных дистрибутивов, перешедших на systemd.
✅Debian: Начиная с Debian 8 (Jessie), systemd стал системой управления службами по умолчанию.
✅Ubuntu: С Ubuntu 15.04 и выше, systemd используется в качестве системы инициализации по умолчанию.
✅CentOS: С версии CentOS 7 systemd заменил предыдущую систему инициализации SysVinit.
✅Red Hat Enterprise Linux: RHEL 7 и новее также используют systemd.

Традиционные системы init:

Некоторые дистрибутивы и проекты все еще предлагают альтернативы systemd или поддерживают старые системы инициализации:
✅Devuan: Форк Debian, созданный как ответ на переход Debian на systemd.
✅Slackware: Продолжает использовать традиционную систему SysVinit.
✅Gentoo: Предлагает выбор между OpenRC и systemd.

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

👉 Можно посмотреть Примеры как отвечают люди на этот вопрос, или перейти К списку 1119 вопросов на DevOps. Ставь 👍 если нравится контент

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

Как должен выглядеть идеальный 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 пайплайн должен быть автоматизирован на каждом шаге, минимизировать ручное вмешательство и обеспечивать высокую частоту доставки качественного кода в производственную среду. Ключевыми аспектами являются быстрая обратная связь, высокий уровень автоматизации тестирования и развертывания, а также прозрачность процесса для всех участников разработки.

👉 Можно посмотреть Примеры как отвечают люди на этот вопрос, или перейти К списку 1119 вопросов на DevOps. Ставь 👍 если нравится контент

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

В чем разница между подом и контейнером ?
Спросят с вероятностью 40%

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

Контейнер

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

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

Под

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

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

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

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

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

👉 Можно посмотреть Примеры как отвечают люди на этот вопрос, или перейти К списку 1119 вопросов на DevOps. Ставь 👍 если нравится контент

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

Для чего нужны сайдкары ?
Спросят с вероятностью 13%

Сайдкары (Sidecars) — это паттерн в архитектуре микросервисов, который включает размещение дополнительного вспомогательного контейнера в одном и том же поде (pod) с основным приложением. Этот подход используется и других оркестраторах контейнеров для расширения и поддержки функциональности основного контейнера без изменения его кода.

Назначение:

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

1️⃣Изоляция ответственности: Берут на себя специфические функции, такие как логирование, мониторинг, конфигурация, обновление безопасности и связь с другими сервисами. Это освобождает основное приложение от необходимости управления этими аспектами.

2️⃣Упрощение разработки основного приложения: Разработчики могут сосредоточиться на бизнес-логике основного приложения, не отвлекаясь на периферийные задачи.

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

4️⃣Гибкость обновлений: Могут быть обновлены независимо от основного приложения, что упрощает управление версиями и уменьшает риски для стабильности основного сервиса.

5️⃣Переиспользование кода: Вспомогательные функции, реализованные в сайдкарах, могут быть легко переиспользованы между различными проектами.

Примеры:

1️⃣Сайдкар для логирования: Сбор и агрегация логов от основного приложения без вмешательства в его работу.

2️⃣Сайдкар для мониторинга: Отслеживание производительности приложения и сбор метрик, отправка данных в системы мониторинга.

3️⃣Сайдкар-прокси: Управление сетевым трафиком, например, Envoy или istio-proxy в Istio, обеспечивающие маршрутизацию запросов, балансировку нагрузки, шифрование и другие сетевые функции.

4️⃣Сайдкар для конфигурации: Динамическое управление конфигурацией основного приложения, обновление конфигурационных файлов без перезапуска контейнера приложения.

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

👉 Можно посмотреть Примеры как отвечают люди на этот вопрос, или перейти К списку 1119 вопросов на DevOps. Ставь 👍 если нравится контент

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

Что такое 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, направленными на создание более эффективных и надежных процессов разработки программного обеспечения. Эти методологии способствуют более быстрому внедрению инноваций и повышению конкурентоспособности компаний на рынке.

👉 Можно посмотреть Примеры как отвечают люди на этот вопрос, или перейти К списку 1119 вопросов на DevOps. Ставь 👍 если нравится контент

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

В чём разница между контейнеризацией и виртуализацией ?
Спросят с вероятностью 33%

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

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

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

Примеры гипервизоров:
✅VMware ESXi
✅Microsoft Hyper-V
✅Oracle VirtualBox

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

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

Примеры технологий:
✅Docker
✅Kubernetes (используется для оркестрации контейнеров)
✅LXC

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

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

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

👉 Можно посмотреть Примеры как отвечают люди на этот вопрос, или перейти К списку 1119 вопросов на DevOps. Ставь 👍 если нравится контент

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

Что такое Prometheus ?
Спросят с вероятностью 33%

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

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

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

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

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

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

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

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

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

Пример:

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

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

👉 Можно посмотреть Примеры как отвечают люди на этот вопрос, или перейти К списку 1119 вопросов на DevOps. Ставь 👍 если нравится контент

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

Ребят, напоминаю, что все вопросы, которые здесь публикуются можно посмотреть списком вместе с видео-ответами на моем сайте easyoffer.ru

Как происходит процесс загрузки Linux ?
Спросят с вероятностью 13%

Процесс загрузки Linux является многоэтапным и начинается с включения компьютера и завершается загрузкой операционной системы и запуском начального процесса. Вот основные этапы загрузки:

1️⃣BIOS или UEFI
Загрузка начинается с BIOS (Basic Input/Output System) или UEFI (Unified Extensible Firmware Interface), которые являются фирменными программами на материнской плате. BIOS/UEFI инициализирует аппаратные компоненты и проверяет их на наличие ошибок (POST - Power-On Self Test). После успешного прохождения POST, BIOS/UEFI ищет загрузочное устройство среди дисков, USB-накопителей, сетевых интерфейсов и других доступных устройств в порядке, указанном в настройках BIOS/UEFI.

2️⃣Загрузчик (Bootloader)
После того как BIOS/UEFI определяет загрузочное устройство, управление передаётся загрузчику. В случае с Linux наиболее распространёнными загрузчиками являются GRUB (GRand Unified Bootloader) или Syslinux. Загрузчик отображает меню выбора ядра (если настроено), где пользователь может выбрать версию ядра или операционной системы для загрузки. Загрузчик загружает в память ядро Linux и initramfs (инициализационную RAM файловую систему).

3️⃣Ядро Linux
Загруженное ядро начинает выполнение, инициализирует аппаратные устройства и драйверы, необходимые для дальнейшей загрузки системы. Ядро затем распаковывает initramfs в виртуальную файловую систему в памяти. Initramfs содержит временную корневую файловую систему и необходимые исполняемые файлы и библиотеки, которые нужны для монтирования настоящей корневой файловой системы.

4️⃣Initramfs и udev
Во время загрузки initramfs запускает udev (демон, управляющий устройствами), который динамически создает устройства в каталоге /dev, обеспечивая их доступность для ядра и процессов. Затем initramfs монтирует настоящую корневую файловую систему.

5️⃣Переключение корневой файловой системы
После монтирования настоящей корневой файловой системы initramfs переключает корневую файловую систему с временной на постоянную. Этот процесс называется переключением корня (switch_root).

6️⃣Init-процесс
После переключения на постоянную корневую файловую систему управление передаётся init-процессу (например, systemd или SysVinit), который является первым процессом, запускаемым в системе (с PID 1). Init-процесс отвечает за запуск всех остальных процессов и сервисов, необходимых для полноценной работы системы.

7️⃣Запуск сервисов
Init-процесс запускает различные скрипты и сервисы на основе уровня запуска или целей (в случае systemd), которые настраивают все аспекты работающей системы: сетевые настройки, графические интерфейсы, серверные службы и т.д.

Эти этапы описывают стандартный процесс загрузки большинства современных дистрибутивов Linux.

👉 Можно посмотреть Примеры как отвечают люди на этот вопрос, или перейти К списку 1119 вопросов на DevOps. Ставь 👍 если нравится контент

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

Что такое слои ?
Спросят с вероятностью 13%

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

1️⃣Сетевые слои (OSI модель)
Термин "слои" часто относится к уровням OSI (Open Systems Interconnection) модели, которая разделяет сетевую архитектуру на семь уровней, каждый из которых выполняет определенные функции. Эти слои включают:

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

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

✅Представление (Presentation Layer): Часть, которая взаимодействует с пользователем; например, пользовательский интерфейс.
✅Бизнес логика (Business Logic Layer): Обрабатывает данные приложения, выполнение задач и бизнес правил.
✅Доступ к данным (Data Access Layer): Уровень, который управляет хранением и извлечением данных из баз данных или других источников.

3️⃣Слои в контейнеризации (Docker)
В технологии контейнеризации, например, в Docker, образы контейнеров состоят из слоев. Каждый слой представляет собой набор изменений от предыдущего слоя, и вместе они формируют полный образ. Это позволяет эффективно использовать дисковое пространство и время при передаче образов.

4️⃣Слои в графическом дизайне
В программном обеспечении для графического дизайна, например, Photoshop или GIMP, слои используются для разделения различных элементов изображения, что позволяет независимо редактировать каждый элемент без влияния на другие.

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

В архитектуре, способствующий лучшей организации, масштабируемости и управляемости систем.

👉 Можно посмотреть Примеры как отвечают люди на этот вопрос, или перейти К списку 1119 вопросов на DevOps. Ставь 👍 если нравится контент

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

Что такое inode ?
Спросят с вероятностью 33%

Inode (индексный дескриптор) — это структура данных в файловой системе UNIX и UNIX-подобных операционных систем, которая хранит важную информацию о файлах, кроме их имени и фактического содержимого. Каждый файл или каталог в таких системах имеет соответствующий inode, который описывает его атрибуты и расположение данных на диске.

Каковы атрибуты файла, хранящиеся в нем?

Он содержит различные метаданные файла, включая:
✅Тип файла: Например, обычный файл, каталог, символическая ссылка и др.
✅Права доступа: Это включает разрешения на чтение, запись и выполнение для владельца файла, группы и других пользователей.
✅UID (User ID) и GID (Group ID): Идентификаторы владельца файла и группы, к которой он принадлежит.
✅Размер файла: Общий размер файла в байтах.
✅Временные метки: Время последнего доступа к файлу, время последней модификации файла и время последней модификации inode.
✅Ссылки: Количество жестких ссылок, указывающих на inode.
✅Указатели на блоки данных: Адреса блоков данных на диске, где фактически хранится содержимое файла.

Как он работает?

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

Практическое значение

✅Управление файлами: Информация, хранящаяся в inode, позволяет операционной системе эффективно управлять файлами и каталогами.
✅Ограничения файловой системы: Количество inode на файловой системе обычно фиксировано при её создании, что означает, что максимальное количество файлов ограничено числом inode, даже если место на диске еще доступно.
✅Диагностика и анализ: Администраторы системы могут использовать команды, такие как ls -i для просмотра номеров inode файлов или df -i для проверки использования inode на диске, что помогает в диагностике проблем с файловой системой.

Inode играет критическую роль в файловых системах UNIX и UNIX-подобных операционных системах, предоставляя необходимую информацию о файлах для их управления и манипуляции. Понимание работы inode важно для системных администраторов и разработчиков для оптимизации использования ресурсов и устранения проблем в файловых системах.

👉 Можно посмотреть Примеры как отвечают люди на этот вопрос, или перейти К списку 1119 вопросов на DevOps. Ставь 👍 если нравится контент

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

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