DevOps | Вопросы собесов

📌 Чем отличается 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 для установки фиксированной базовой команды, к которой можно добавлять аргументы. 🔥 ТОП ВОПРОСОВ С СОБЕСОВ 🔒 База собесов | 🔒 База тестовых

🔥 Один в поле не воин, поэтому топовый программист должен находится в топ команде. 🧑‍💻 Марк Цукерберг создал первоначальную версию Facebook в одиночку, но для превращения стартапа в глобальную социальную сеть потребовалась мощная команда. 👌 IT мероприятия - одно из тех мест, где можно найти единомышленников в данной нише. 🔥 Подпишись на канал IT события, чтобы не упустить возможность в реализации своего потенциала.

Сообщество IT-специалистов в Telegram от Selectel. Канал крупнейшего независимого провайдера IT-инфраструктуры и облаков. Шесть причин подписаться на канал: - железные новости; - обзоры продуктов; - разборы кейсов; - актуальные IT-статьи; - анонсы митапов; - бесплатные курсы. Подписаться #реклама О рекламодателе

Майнинг в лизинг: доступно для ИП и юридических лиц! ✨Лови асик бесплатно! Начни майнить с выгодой! Вступайте в мир криптовалют с максимальной выгодой. Купите мощное майнинговое оборудование и получите асик абсолютно бесплатно. Не упустите шанс — создайте свою цифровую империю с минимальными вложениями.💰 Узнать больше #реклама chilkoot.ru О рекламодателе

📌 Без какой инструкции не может существовать докер файл ? 💬 Спрашивают в 80% собеседований Dockerfile – это текстовый документ, содержащий все команды, которые пользователь может вызвать в командной строке для сборки образа Docker. Эта инструкция обязательна, так как она определяет базовый (родительский) образ, от которого будет строиться ваш собственный образ. 🤔 Инструкция Указывает на базовый образ, который используется для сборки нового образа Docker. Без этой инструкции Docker не сможет определить, с какого состояния начать сборку, и, соответственно, сборка образа будет невозможна. ➕ Пример:

# Использование официального образа Python 3.8 как базового
FROM python:3.8

🤔 Зачем нужна инструкция FROM выполняет несколько ключевых функций: ➕ Определяет начальный слой для образа, на котором будут размещаться все последующие слои. ➕ Задаёт окружение, в котором будут выполняться все команды сборки (например, ОС, предустановленные библиотеки). ➕ Позволяет избежать необходимости с нуля создавать окружение, воспользуясь уже существующими образами с нужными настройками. Использование FROM позволяет существенно упростить процесс создания Docker-образов, избегая лишней работы по настройке и подготовке окружения. Также это обеспечивает стандартизацию и воспроизводимость среды, что критически важно в разработке программного обеспечения. FROM – это первая и обязательная инструкция в любом Dockerfile, которая определяет базовый образ для вашего Docker-образа. Это как фундамент дома: без него нельзя построить стены и крышу. 🔥 ТОП ВОПРОСОВ С СОБЕСОВ 🔒 База собесов | 🔒 База тестовых

Разработка мобильных приложений и веб-сервисов - WINFOX Для ритейла и ecommerce. Продуктовый подход. Большой опыт. Компания из топа рейтингов. Получить предложение #реклама wnfx.ru О рекламодателе

Запустите рекламу в телеграм-каналах с Яндекс Директом Перфоманс-реклама теперь в телеграм-каналах ⚡ Яндекс Директ знает, как привлечь целевую аудиторию 💰👌 Попробовать #реклама yandex.ru О рекламодателе

📌 Зачем нужен inode? 💬 Спрашивают в 3% собеседований Inode (индексный узел) — это структура данных в файловой системе UNIX и UNIX-подобных систем, которая хранит информацию о файле или директории. Каждому файлу и директории в файловой системе соответствует уникальный inode. Inode не содержит имени файла, но хранит метаданные и информацию, необходимую для управления файлами. 🤔 Основные функции и структура inode Метаданные в inode: 1️⃣ Тип файла (например, обычный файл, директория, символическая ссылка). 2️⃣ Размер файла. 3️⃣ Владелец файла (пользователь и группа). 4️⃣ Права доступа (чтение, запись, выполнение для владельца, группы и других). 5️⃣ Временные метки (время создания, последнего доступа, последнего изменения и изменения метаданных). 6️⃣ Ссылки на данные файла (указатели на блоки данных, где хранится содержимое файла). 7️⃣ Количество жестких ссылок (число имен, ссылающихся на inode). 🤔 Как работает inode 1️⃣ Создание файла: Когда создается новый файл или директория, файловая система выделяет новый inode и блоки данных. Имена файлов хранятся в директориях, которые являются специальными типами файлов, связывающими имена файлов с их номерами inode. 2️⃣ Доступ к файлу: Когда система обращается к файлу по его имени, сначала проверяется директория для поиска соответствующего номера inode. Затем файловая система использует этот inode для доступа к метаданным и содержимому файла. 3️⃣ Изменение файла: При изменении содержимого файла или его метаданных inode обновляется соответствующим образом. Например, при добавлении данных к файлу inode обновляется, чтобы указать новые блоки данных. 4️⃣ Удаление файла: Когда файл удаляется, файловая система уменьшает количество ссылок на inode. Если это количество достигает нуля, inode и связанные с ним блоки данных освобождаются для повторного использования. 🤔 Пример использования inode 🤔 Получение информации о файле с использованием команды `ls -i`:

ls -i filename

Вывод покажет номер inode, связанный с filename. 🤔 Пример вывода:

123456 filename

Здесь 123456 — номер inode, связанный с файлом filename. 🤔 Зачем нужен inode 1️⃣ Эффективное управление файлами: Inode позволяет файловой системе хранить метаданные отдельно от имен файлов, что обеспечивает гибкость и эффективность управления файлами. 2️⃣ Поддержка жестких ссылок: Несколько имен файлов могут ссылаться на один и тот же inode, что позволяет создавать жесткие ссылки. Это экономит место на диске и предоставляет дополнительные возможности для управления файлами. 3️⃣ Безопасность и права доступа: Inode хранит информацию о правах доступа и владельцах файлов, что обеспечивает безопасность файловой системы. 4️⃣ Производительность: Разделение метаданных и содержимого файла позволяет оптимизировать операции ввода-вывода, улучшая общую производительность файловой системы. 🤔 Резюме Inode — это структура данных, которая хранит информацию о файле, такую как размер, права доступа, временные метки и указатели на блоки данных. Это помогает эффективно управлять файлами, поддерживать жесткие ссылки, обеспечивать безопасность и улучшать производительность файловой системы. Для ребенка: inode — это как карточка в библиотеке, которая содержит информацию о книге, например, где она находится на полке, кто ее автор и сколько страниц в книге. 🔥 ТОП ВОПРОСОВ С СОБЕСОВ 🔒 База собесов | 🔒 База тестовых

🔥 Один в поле не воин, поэтому топовый программист должен находится в топ команде. 🧑‍💻 Марк Цукерберг создал первоначальную версию Facebook в одиночку, но для превращения стартапа в глобальную социальную сеть потребовалась мощная команда. 👌 IT мероприятия - одно из тех мест, где можно найти единомышленников в данной нише. 🔥 Подпишись на канал IT события, чтобы не упустить возможность в реализации своего потенциала.

Jobski - твой помощник при поиске работы в IT Сервис индивидуально подбирает вакансии, учитывая ваш опыт, навыки и стек технологий. Узнать больше #реклама jobski.ru О рекламодателе

📌 Как работает https? 💬 Спрашивают в 13% собеседований HTTPS (Hypertext Transfer Protocol Secure) — это расширение HTTP (Hypertext Transfer Protocol), которое добавляет уровень безопасности с использованием протоколов SSL (Secure Sockets Layer) или более современного TLS (Transport Layer Security). HTTPS обеспечивает конфиденциальность, целостность данных и аутентификацию между веб-клиентом (обычно браузером) и веб-сервером. Вот как работает HTTPS: 🤔 Основные шаги работы HTTPS 1️⃣ Инициация соединения 2️⃣ SSL/TLS рукопожатие 3️⃣ Установление защищенного соединения 4️⃣ Обмен данными 🤔 Инициация соединения Когда пользователь вводит URL, начинающийся с https://, браузер инициирует соединение с веб-сервером через порт 443 (по умолчанию для HTTPS). 🤔 SSL/TLS рукопожатие Рукопожатие SSL/TLS — это процесс установления защищенного соединения. Оно включает несколько шагов: a. Клиентское приветствие (Client Hello) Браузер отправляет сообщение Client Hello, содержащее: - Версию SSL/TLS, которую поддерживает браузер. - Набор поддерживаемых шифров (cipher suites). - Случайное число (random number), которое используется для создания ключей шифрования. b. Серверное приветствие (Server Hello) Сервер отвечает сообщением Server Hello, содержащим: - Версию SSL/TLS, выбранную сервером. - Выбранный шифр. - Случайное число сервера. c. Сертификат сервера (Server Certificate) Сервер отправляет свой цифровой сертификат, который содержит: - Публичный ключ сервера. - Информацию о сервере. - Подпись удостоверяющего центра (CA), который выдал сертификат. Браузер проверяет сертификат, чтобы удостовериться, что он подлинный и действительно принадлежит запрашиваемому серверу. d. Ключевое сообщение (Key Exchange) Браузер создает премастер-секрет (pre-master secret), шифрует его с использованием публичного ключа сервера и отправляет его серверу. Сервер расшифровывает премастер-секрет с использованием своего приватного ключа. e. Генерация мастер-ключа (Master Secret) И браузер, и сервер используют премастер-секрет и случайные числа, обмененные ранее, чтобы генерировать симметричный мастер-ключ, который будет использоваться для шифрования данных. f. Завершение рукопожатия (Finish Handshake) Обе стороны отправляют друг другу сообщение о завершении рукопожатия, зашифрованное с использованием симметричного ключа, чтобы удостовериться, что обе стороны правильно установили защищенное соединение. 3️⃣ Установление защищенного соединения После успешного завершения рукопожатия создается защищенное соединение, используя симметричный ключ, который обеспечивает шифрование и дешифрование данных. 4️⃣ Обмен данными Теперь все данные, передаваемые между браузером и сервером, шифруются с использованием симметричного ключа. Это обеспечивает: - Конфиденциальность: Данные зашифрованы, что предотвращает их чтение третьими лицами. - Целостность данных: Любые изменения данных в процессе передачи будут обнаружены. - Аутентификация: Удостоверяет, что данные передаются между подлинным клиентом и сервером. 🤔 Резюме 1️⃣ HTTPS — это безопасная версия HTTP, использующая SSL/TLS для защиты данных. 2️⃣ Рукопожатие SSL/TLS включает обмен сертификатами и создание симметричного ключа для шифрования данных. 3️⃣ Обмен данными после установления соединения зашифрован и защищен. Для ребенка: HTTPS — это как секретный код, который ты и твой друг используете для обмена сообщениями, чтобы никто другой не мог их прочитать или изменить. 🔥 ТОП ВОПРОСОВ С СОБЕСОВ 🔒 База собесов | 🔒 База тестовых

Коммутатор ЦОД MES5500-32 Eltex за 1 минуту - 32x40G/100G (QSFP+ / QSFP28) - 2x10G (SFP+) - RS-232 (RJ-45) - OOB - USB 2.0 Пропускная способность - 6,4 Тбит/с 2 модуля питания с горячей заменой: PM600-220/12 — 220В AC PM600-48/12 — 48В DC Настройка: - CLI через Telnet, SSH (Cisco-like) - веб-интерфейс - SNMP Комплектация: - Сертификат - Паспорт устройства - Комплект крепления в 19"стойку - Пылезащитные заглушки для портов Узнать цену #реклама eltexcm.ru О рекламодателе

📌 Как сирота отличается от зомби процесса? 💬 Спрашивают в 13% собеседований Сиротские процессы (orphan processes) и зомби-процессы (zombie processes) — это два разных состояния процессов в операционной системе, которые связаны с завершением или отсутствием родительских процессов. Вот основные различия между ними: 🤔 Зомби-процесс Определение: Зомби-процесс — это процесс, который завершил свое выполнение, но его запись в таблице процессов все еще существует, потому что родительский процесс не вызвал системный вызов wait() для получения информации о завершении дочернего процесса. Состояние: - Процесс завершен, но его запись в таблице процессов остается, чтобы передать статус завершения родительскому процессу. - В таблице процессов такой процесс отмечается буквой Z (zombie). Влияние: - Не использует ресурсы CPU или памяти, но занимает запись в таблице процессов. - Может стать проблемой, если накапливается много зомби-процессов, так как количество записей в таблице процессов ограничено. Устранение: - Родительский процесс должен вызвать wait() или waitpid(), чтобы убрать запись зомби-процесса. - Если родительский процесс не справляется с этой задачей, его можно перезапустить или завершить. 🤔 Сиротский процесс Определение: Сиротский процесс — это процесс, у которого родительский процесс завершился до его завершения. В этом случае сиротский процесс "усыновляется" процессом init (обычно PID 1). Состояние: - Процесс продолжает выполняться, но его родительский процесс завершен. - В таблице процессов он получает нового родителя — процесс init. Влияние: - Сиротские процессы продолжают выполняться и использовать ресурсы системы (CPU, память и т.д.). - Не представляют особой проблемы для системы, так как процесс init корректно завершает их при их завершении. Устранение: - Процесс продолжается до своего нормального завершения, после чего его "усыновляет" процесс init и корректно завершает. - Специальные меры для устранения сиротских процессов обычно не требуются. 🤔 Примеры и сравнение 🤔 Зомби-процесс: 1️⃣ Процесс child завершился. 2️⃣ Родительский процесс parent не вызвал wait(). 3️⃣ Процесс child становится зомби и остается в таблице процессов, ожидая, пока parent получит статус завершения.

ps aux | grep Z

🤔 Сиротский процесс: 1️⃣ Процесс parent завершился. 2️⃣ Процесс child продолжает выполняться. 3️⃣ Процесс child усыновляется процессом init.

ps -ef | grep child

🤔 Резюме 1️⃣ Зомби-процесс — это процесс, который завершился, но еще не был убран из таблицы процессов, потому что его родительский процесс не вызвал wait(). 2️⃣ Сиротский процесс — это процесс, который продолжает выполняться после завершения его родительского процесса и усыновляется процессом init. Для ребенка: зомби-процесс — это как призрак программы, которая закончила работать, но еще не исчезла полностью. Сиротский процесс — это как ребенок, чьи родители ушли, и теперь за ним присматривает другой взрослый (процесс init). 🔥 ТОП ВОПРОСОВ С СОБЕСОВ 🔒 База собесов | 🔒 База тестовых

🔥 Один в поле не воин, поэтому топовый программист должен находится в топ команде. 🧑‍💻 Марк Цукерберг создал первоначальную версию Facebook в одиночку, но для превращения стартапа в глобальную социальную сеть потребовалась мощная команда. 👌 IT мероприятия - одно из тех мест, где можно найти единомышленников в данной нише. 🔥 Подпишись на канал IT события, чтобы не упустить возможность в реализации своего потенциала.

Партнёрская программа рекрутинга в Яндекс Еду Станьте партнёром Яндекс Еды по привлечению курьеров и получите кучу преимуществ: 💰Платим до 25 000 ₽ за успешного кандидата 📞Поддержка на всех этапах 📅Свободное расписание 📊Удобные инструменты для работы Приводите новых курьеров и получайте в среднем 187 000 ₽ в месяц! Зарегистрироваться #реклама eda.yandex.ru О рекламодателе