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

📌 В чем разница между подом и контейнером ? 💬 Спрашивают в 40% собеседований "под" и "контейнер" имеют важные различия, хотя оба они тесно связаны с развертыванием и управлением приложениями в контейнеризированной среде. 🤔 Контейнер ➕ Это стандартизированная единица программного обеспечения, которая упаковывает код приложения вместе со всеми его зависимостями так, что приложение может работать быстро и надежно в различных вычислительных средах. Контейнеры запускаются из контейнерных образов, которые включают в себя все необходимое для запуска приложения: код, среду выполнения, библиотеки, переменные окружения и конфигурационные файлы. ➕ Контейнеры обеспечивают изоляцию ресурсов и зависимостей, они легковесны и могут быть легко перенесены между различными серверами или облачными средами. Основные технологии контейнеризации включают Docker и rkt. 🤔 Под ➕ Это наименьшая и простейшая единица, которую можно создать или управлять. Он представляет собой группу одного или нескольких контейнеров с общими ресурсами, которые запускаются на одном узле (физическом или виртуальном сервере). Каждый под имеет свои IP-адреса, объемы данных (если таковые есть), и контейнеры в поде могут обмениваться состоянием и общаться друг с другом через localhost. ➕ Поды предназначены для запуска множества контейнеров, которые должны тесно взаимодействовать. Например, приложение и его вспомогательные сервисы, такие как веб-сервер и сервер баз данных, могут быть запущены в одном поде, чтобы облегчить их совместное использование ресурсов. 🤔 Основные различия ➕ Сфера применения: Контейнер — это механизм, который напрямую связан с запуском отдельного приложения или процесса. Под же представляет собой уровень абстракции в Kubernetes, который включает один или несколько контейнеров, которые должны работать вместе. ➕ Управление: Контейнеры управляются внутри подов. Kubernetes не управляет контейнерами напрямую; вместо этого он управляет подами, которые в свою очередь содержат контейнеры. ➕ Совместное использование ресурсов: Все контейнеры внутри пода могут совместно использовать ресурсы, такие как сетевые подключения и дисковое пространство, что облегчает взаимодействие компонентов приложения. Поды и контейнеры являются фундаментальными компонентами в Kubernetes и контейнерных технологиях соответственно. Поды предоставляют среду для управления и оркестровки контейнеров, обеспечивая необходимую инфраструктуру для их совместной работы и взаимодействия. Это позволяет разрабатывать и масштабировать приложения более эффективно в современных облачных средах. 🔥 ТОП ВОПРОСОВ С СОБЕСОВ 🔒 База собесов | 🔒 База тестовых

🥰 Как улучшить свой код 🥰 Настрой среду, в которой ты работаешь! 🥰 Многие программисты пишут код на настройках по умолчанию - ошибка. 🥰 Не подключают плагины, которые ускорят работу и увеличат эффективность - фатальная ошибка. 👩‍💻 Канал Visual Studio Сode | Плагины сделает твою рабочую среду универсальным и мощным инструментом. 🥰 Повышай свою эффективность и подписывайся на канал Visual Studio Сode | Плагины

Если вы сотрудник ИТ-компании, пройдите опрос о работе Это займёт всего пять минут. Всех, кто поможет ответить на вопросы исследования до 6 сентября, в конце анкеты ждёт сюрприз — возможность получить Apple AirPods Max в подарок! ✨ Перейти на сайт #реклама odna.co О рекламодателе

Помощь в трудоустройстве в IT-сфере! По всей России объявили бесплатную программу на шестимесячное обучение по IT-cпециальностям. Запись на участие в программе продлится до конца июля, но чтобы туда попасть, нужно пройти специальный профтест. По результату тестирования сразу узнаете, какая профессия вам подойдет, и проходите ли вы на бесплатное обучение. Перейти на сайт #реклама 16+ urban-university.ru О рекламодателе

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

Регистрируйтесь на главную конференцию Yandex Cloud! Большая конференция Yandex Cloud для тех, кто создаёт цифровые продукты и решения. Вас ждут 5 тематических треков, 31 доклад, 50 экспертов, нетворкинг и общение. Участие бесплатное! Зарегистрироваться #реклама 16+ scale.yandex.cloud О рекламодателе

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

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

Такси для бизнеса. Яндекс Go Оптимизируйте свои расходы и повысьте эффективность бизнеса с Яндекс Go Узнать больше #реклама business.go.yandex О рекламодателе

Кибербезопасность на высшем уровне для вашего бизнеса Защита мобильных устройств сотрудников от всех видов угроз. – Совместимость с iOS, Android и Avrora OS – Защита от вредоносных ПО и антифишинг – Контроль функциональности (запрет камеры, Bluetooth и т.д.) и приложений – Управление безопасностью через единую консоль Перейти на сайт #реклама 16+ go.kaspersky.com О рекламодателе

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

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

📌 Что такое ELK ? 💬 Спрашивают в 26% собеседований ELK — это аббревиатура, обозначающая популярную комбинацию трёх продуктов компании Elastic, которые вместе образуют мощную платформу для поиска, анализа и визуализации данных, особенно больших объёмов лог-данных или временных рядов. Эти три продукта — Elasticsearch, Logstash и Kibana — часто используются для мониторинга, безопасности и оперативного анализа данных. 🤔 Компоненты: 1️⃣ Elasticsearch ➕ Описание: Это распределённая поисковая и аналитическая система, которая служит основой для хранения, поиска и анализа больших объёмов данных в реальном времени. Она использует структуры данных, основанные на инвертированных индексах, что обеспечивает быстрый поиск и масштабируемость. ➕ Применение: Хранение и анализ логов, данных о транзакциях, информации о пользовательских сессиях и многое другое. 2️⃣ Logstash ➕ Описание: Это серверная сторона конвейера обработки данных, который может принимать данные из множества источников, трансформировать их и отправлять в Elasticsearch или другие "хранилища". ➕ Применение: Сбор логов, их очистка, преобразование и обогащение перед индексированием в Elasticsearch. 3️⃣ Kibana ➕ Описание: Это веб-интерфейс для Elasticsearch, который позволяет пользователям визуализировать данные из Elasticsearch с помощью диаграмм, графиков и карт. Kibana также позволяет создавать сложные запросы и анализировать данные в удобной форме. ➕ Применение: Мониторинг операций, анализ безопасности, визуализация данных в реальном времени и многое другое. 🤔 Преимущества: ➕ Масштабируемость: Elasticsearch способен обрабатывать петабайты данных и распределять нагрузку на множество серверов. ➕ Гибкость: Logstash предоставляет множество плагинов для интеграции с различными источниками данных и может быть настроен на выполнение очень сложных трансформаций данных. ➕ Доступность и открытость: Доступен как в свободно распространяемой открытой версии, так и в виде коммерческой версии с дополнительными функциями и поддержкой. ➕ Расширенные возможности поиска и анализа: Поиск в реальном времени и мощные аналитические возможности делают ELK предпочтительной платформой для задач мониторинга и аналитики. 🤔 Использование Платформа ELK широко используется в самых разных отраслях для решения задач мониторинга, анализа логов безопасности, оптимизации бизнес-процессов и многого другого. Благодаря своей открытости и масштабируемости, она остаётся одним из самых популярных решений в области обработки и анализа больших данных. 🔥 ТОП ВОПРОСОВ С СОБЕСОВ 🔒 База собесов | 🔒 База тестовых