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

Что такое pod ? Спросят с вероятностью 26% под (Pod) — это наименьшая и базовая единица развертывания, которая создается и управляется на платформе. Под представляет собой группу одного или нескольких контейнеров (таких как Docker контейнеры), которые разделяют хранилище, сетевые ресурсы, и спецификацию о том, как запускать контейнеры. Контейнеры в одном поде всегда размещаются вместе на одном рабочем узле (Node), запускаются в одном и том же сетевом пространстве, что означает, что они могут эффективно общаться друг с другом по локальной сети. Особенности: ✅Совместное использование ресурсов: Контейнеры в одном поде могут делить между собой локальные диски и могут обращаться друг к другу через localhost. Это позволяет им взаимодействовать как отдельные процессы в одной системе. ✅Управление жизненным циклом: Является временной сущностью, что означает, что он создается и уничтожается в процессе работы приложений в рамках Kubernetes для поддержания желаемого состояния. Если под умирает, он не восстанавливается самостоятельно, за исключением случаев, когда он управляется контроллерами высшего уровня, такими как ReplicaSet или Deployment. ✅Атомарность: Рассматриваются как одна атомарная единица на платформе Kubernetes, что означает, что они создаются и удаляются целиком. Все контейнеры внутри пода запускаются вместе и останавливаются вместе. Вот пример простого описания пода в YAML формате:

apiVersion: v1
kind: Pod
metadata:
  name: myapp-pod
  labels:
    app: myapp
spec:
  containers:
    - name: myapp-container
      image: myapp:1.0
      ports:
        - containerPort: 80

В этом примере определён под с одним контейнером, который использует образ myapp:1.0. Под также настраивает контейнер для прослушивания на порту 80. Использование подов Можно использовать для самых разных целей, от простых одноконтейнерных приложений до более сложных многоуровневых приложений, которые требуют тесного взаимодействия между контейнерами, например: ✅Веб-сервер и вспомогательные процессы, такие как локальные кэширование данных или обработка статического контента. ✅Разные модули одного приложения, которые должны работать вместе, например, аудио-сервис и видео-сервис, которые вместе предоставляют функционал мультимедийной платформы. Поды — это ключевой строительный блок, и понимание того, как они работают и используются, имеет решающее значение для эффективного использования Kubernetes. 👉 Можно посмотреть Примеры как отвечают люди на этот вопрос, или перейти К списку 1119 вопросов на DevOps. Ставь 👍 если нравится контент 🔐 База собесов | 🔐 База тестовых

Что такое мониторинг какие инструменты можно использовать ? Спросят с вероятностью 26% Мониторинг в контексте информационных технологий — это процесс непрерывного отслеживания и анализа работы компьютерных систем, сетей, приложений и сервисов. Основная цель — обеспечить доступность, производительность и надёжность IT-инфраструктуры, а также оперативное обнаружение и устранение возникающих проблем или неэффективностей. Виды: 1️⃣Мониторинг производительности: Отслеживание ресурсов системы, таких как CPU, память, дисковое пространство и сетевое использование. 2️⃣Мониторинг доступности: Проверка того, доступны ли системы и сервисы для использования. 3️⃣Мониторинг сети: Анализ трафика и производительности сети для выявления узких мест или атак. 4️⃣Мониторинг безопасности: Отслеживание необычных или подозрительных активностей, которые могут указывать на безопасностные инциденты. 5️⃣Мониторинг приложений: Сбор метрик и логов приложений для анализа их работы и оптимизации. Инструменты мониторинга Позволяют решать различные задачи в зависимости от нужд организации: 1️⃣Nagios: Классическое решение для мониторинга сетей, серверов и приложений. Предлагает глубокие возможности настройки и широкую экосистему плагинов. 2️⃣Zabbix: Открытое программное обеспечение для мониторинга всех типов IT-компонентов, включая сети, серверы, виртуальные машины и облачные услуги. 3️⃣Prometheus: Сильный инструмент, часто используемый в контейнеризированных и оркестрированных средах, таких как Kubernetes. Особенно эффективен для мониторинга временных рядов. 4️⃣Grafana: Платформа для визуализации и аналитики, которая часто используется совместно с Prometheus для создания информативных дашбордов. 5️⃣Splunk: Премиум-решение для мониторинга и анализа больших данных. Особенно хорошо подходит для сбора и анализа логов. 6️⃣Elastic Stack (ELK): Набор из Elasticsearch, Logstash и Kibana, используемый для поиска, анализа и визуализации данных, особенно логов. 7️⃣Datadog: Облачный сервис, который предоставляет широкие возможности мониторинга и аналитики для больших и разнообразных IT-инфраструктур. Выбор инструмента Для мониторинга важно учитывать следующие аспекты: ✅Масштаб и разнообразие инфраструктуры: Некоторые инструменты лучше подходят для больших, распределённых сетей, в то время как другие оптимизированы для меньших сред. ✅Сложность и настройка: Некоторые системы требуют глубоких знаний и подробной настройки, другие предлагают больше готовых решений. ✅Цена: Решения могут быть как полностью бесплатными (открытый исходный код), так и предлагать сложные платные модели подписки. Выбор подходящего инструмента зависит от конкретных потребностей организации, её IT-инфраструктуры и ресурсов, которые можно выделить на реализацию и поддержку системы мониторинга. 👉 Можно посмотреть Примеры как отвечают люди на этот вопрос, или перейти К списку 1119 вопросов на DevOps. Ставь 👍 если нравится контент 🔐 База собесов | 🔐 База тестовых

Что такое виртуальная память и зачем она нужна ? Спросят с вероятностью 13% Виртуальная память — это технология управления памятью в компьютерных системах, которая позволяет программам использовать более крупные объемы памяти, чем физически доступно на компьютере. Расширяет доступную память системы за счет использования дискового пространства. Это достигается путем преобразования адресов памяти, используемых в программе, в адреса физической памяти, а также перемещения данных между RAM (оперативной памятью) и жестким диском. Основные функции и преимущества: 1️⃣Прозрачность для пользователя и программ: Программы могут работать с данными, как если бы они полностью находились в оперативной памяти, не заботясь о фактическом распределении между RAM и дисковым пространством. 2️⃣Поддержка многозадачности: Позволяет одновременно запускать несколько программ, выделяя каждой из них "свою" память. Это изолирует процессы друг от друга, улучшая безопасность и стабильность системы. 3️⃣Использование памяти более эффективно: Позволяет системе оптимизировать использование RAM, загружая туда только те части программы или данных, которые необходимы в данный момент (страничная система памяти). 4️⃣Упрощение программирования: Можно разрабатывать приложения, как если бы они имели доступ к почти неограниченному объему памяти, что упрощает процесс разработки. 5️⃣Защита памяти: Каждый процесс работает в своем собственном адресном пространстве, что предотвращает случайное или злонамеренное воздействие на память других процессов. Как она работает: Использует механизм страничного преобразования для управления памятью. Операционная система разбивает виртуальную память и физическую память на блоки, называемые страницами. Виртуальные страницы могут быть динамически загружены или выгружены из физической памяти. ✅Страничный промах (page fault) происходит, когда запрашиваемые данные не находятся в физической памяти. В этом случае операционная система должна загрузить необходимую страницу с жесткого диска в RAM, что может замедлить работу системы, если происходит часто. ✅Алгоритмы замещения страниц: Операционные системы используют различные алгоритмы (например, LRU — Least Recently Used) для определения, какие страницы должны быть выгружены из памяти для освобождения места для новых страниц. Виртуальная память является критически важной технологией в современных компьютерных системах, поддерживающей многозадачность и эффективное использование ресурсов памяти. Она делает работу с компьютером удобнее, безопаснее и более эффективной, но может требовать дополнительных ресурсов системы, особенно когда активно используется файл подкачки на жестком диске. 👉 Можно посмотреть Примеры как отвечают люди на этот вопрос, или перейти К списку 1119 вопросов на DevOps. Ставь 👍 если нравится контент 🔐 База собесов | 🔐 База тестовых

Привет! Ты сейчас ищешь работу? Если да, то у меня для тебя классные новости. Мы с Максом решили провести вебинар на тему поиска работы и того, как быстрее получить оффер. Зачем? Да потому что найти работу просто откликаясь на вакансии теперь практически нереально. На Junior вакансии откликаются по 1500 кандидатов. 1500 человек, Карл... Вопрос: Как искать работу в таких условиях? Ответ: Нужно менять подходы, и использовать новые способы поиска работы. А вот какие способы, и как искать работу в 2024 году, расскажет мой товарищ - Макс, который помогает разработчикам с трудоустройством. Он расскажет тебе как ПРАВИЛЬНО откликаться на вакансии, на что смотрят рекрутеры, и как ты должен быть упакован, чтобы получить работу в это непростое время. 🗓 Когда? Во вторник – 18 июня, в 19:00 по мск. 🎁 После регистрации он также обещал прислать: 1) Анализ рынка труда. 2) Разбор кейсов тех, кто сейчас находит работу. 3) Пошаговый план, что нужно делать, чтобы прийти к оферу. 👉 Записаться на вебинар по поиску работы.

🔥Тесты для подготовки к собеседованию🔥 Выбери своё направление: 1. Frontend 2. Python 3. Java 4. Тестировщик QA 5. Data Science 6. DevOps 7. C# 8. С/C++ 9. Golang 10. PHP 11. Kotlin 12. Swift

Для чего нужен бюджет ошибок ? Спросят с вероятностью 13% Бюджет ошибок (error budget) — это концепция, используемая в области управления надёжностью систем и DevOps, которая определяет допустимый уровень риска или количество времени простоя, которое можно "потратить" без вреда для пользовательского опыта или бизнес-целей. Эта концепция особенно популярна в методологиях SRE (Site Reliability Engineering, инженерия надёжности сайтов), разработанной в Google для управления масштабируемыми и надёжными IT-инфраструктурами. Назначение: 1️⃣Установление показателей надёжности: Бюджет ошибок помогает определить, какой уровень надёжности требуется для приложения или сервиса. Например, если у сервиса цель SLA (Service Level Agreement) 99.95% доступности, это означает, что допустимое время простоя — примерно 4.38 часа в год. 2️⃣Сбалансированное управление рисками и инновациями: Бюджет ошибок позволяет командам разработки и эксплуатации сбалансировать между стабильностью сервиса и скоростью внедрения новых изменений. Если бюджет ошибок не исчерпан, команды могут рисковать больше, внедряя инновации. Если бюджет перерасходован, команды должны сосредоточиться на улучшении стабильности и надёжности. 3️⃣Повышение ответственности и прозрачности: Установление бюджета ошибок создаёт чёткие ожидания и цели для команды, способствует развитию культуры измерения и ответственности за качество и надёжность. 4️⃣Оптимизация процессов разработки и эксплуатации: Бюджет ошибок может стать отправной точкой для анализа и оптимизации процессов разработки, тестирования и управления инфраструктурой. Предположим, что у вас есть веб-сервис с SLA, установленным на уровне 99.9% доступности. Это означает, что ваш сервис может быть недоступен до 8.76 часов в год без нарушения SLA. Если в течение квартала вы уже исчерпали 2 часа вашего бюджета ошибок из-за непредвиденных сбоев, у вас остаётся 6.76 часов на оставшуюся часть года. Эта информация может повлиять на принятие решений о запуске новых функций, которые потенциально могут привести к дополнительным рискам. Бюджет ошибок — это мощный инструмент для управления рисками, качеством и скоростью инноваций в IT-проектах. Он помогает командам находить оптимальное соотношение между надёжностью и быстрым внедрением изменений, а также поддерживает культуру постоянного улучшения качества и надёжности сервисов. 👉 Можно посмотреть Примеры как отвечают люди на этот вопрос, или перейти К списку 1119 вопросов на DevOps. Ставь 👍 если нравится контент 🔐 База собесов | 🔐 База тестовых

Почему тебя не зовут на интервью? Исправь это в своем резюме… Получить приглашение на интервью сейчас сложнее, чем с нуля обучиться разработке. И к сожалению, это не шутка. Скорее всего только 1-2% работодателей сейчас позовут тебя на интервью. Это статистика, которую мы собирали по 10.000 откликам. Но над этой цифрой можно и нужно работать. Если правильно оформить свое резюме, и поменять свою стратегию с откликами, то конверсию можно увеличить до 10%. Т.е почти в 10 раз! Как это сделать? 1. Проверить свое резюме по нашему чек листу, и внести в него то, чего будет не хватать. 2. Поменять свой подход к поиску работы, ведь одними откликами на hh.ru сыт не будешь. 18 июня, в 18:00 по москве, мы вместе с Максом из CodeReview проведем вебинар на тему эффективного поиска работы в 2024 году. На нем Макс покажет как сейчас нужно искать работу. В прямом эфире. А также раскроет что именно нужно писать в свое резюме, чтобы оно ПРОДАВАЛО. Получить чек лист по составлению резюме, а также зарегистрироваться на вебинар можно по этой ссылке. Регистрируйся сейчас и увидимся 18 июня, в 18:00 по мск. 👉 Зарегистрироваться и получить чек-лист по резюме.

Зачем нужен multi stage ? Спросят с вероятностью 13% Многоэтапная сборка (multi-stage build) — это метод, который позволяет организовать Dockerfile более эффективно, оптимизируя размер конечного образа и уменьшая его атакуемую поверхность. Это достигается за счет использования нескольких инструкций FROM в одном Dockerfile, каждая из которых создаёт новый этап сборки. Такой подход позволяет использовать одни базовые образы для сборки и компиляции приложения, а другие — для выполнения, что существенно уменьшает размер и содержание финального образа. Преимущества: 1️⃣Оптимизация размера образа: В процессе сборки можно использовать тяжелые образы с большим количеством инструментов и зависимостей, необходимых для компиляции или тестирования приложения. Для запуска приложения используются минимальные образы, содержащие только необходимые зависимости. Это снижает размер финального образа, что ускоряет загрузку и развертывание. 2️⃣Уменьшение атакуемой поверхности: Минимизированный финальный образ содержит меньше компонентов, что уменьшает потенциальные уязвимости и упрощает поддержку безопасности. 3️⃣Эффективное кэширование и быстрота сборки: Использование многоэтапной сборки позволяет более эффективно использовать кэш Docker, поскольку изменения в одном этапе не влияют на кэш других этапов. 4️⃣Разделение зависимостей: Разработка и запуск могут требовать разных зависимостей, и многоэтапная сборка позволяет четко их разделить, снижая риски конфликтов и ошибок во время выполнения.

# Этап сборки
FROM gcc:8.3.0 as builder
WORKDIR /app
COPY . .
RUN g++ -o myapp main.cpp

# Этап запуска
FROM alpine:latest
COPY --from=builder /app/myapp /app/myapp
CMD ["/app/myapp"]

В этом примере: ✅Первый этап использует образ gcc:8.3.0 для компиляции приложения. ✅Второй этап использует минимальный образ alpine, в который копируется только исполняемый файл myapp, собранный на предыдущем этапе. Многоэтапные сборки Docker предлагают мощный способ уменьшить размер и повысить безопасность Docker-образов, упростить процессы CI/CD и улучшить управление зависимостями в приложениях. Это делает их идеальным выбором для производственных сред, где важны как производительность, так и безопасность. 👉 Можно посмотреть Примеры как отвечают люди на этот вопрос, или перейти К списку 1119 вопросов на DevOps. Ставь 👍 если нравится контент 🔐 База собесов | 🔐 База тестовых

Как оформить свой профиль на Github, чтобы работодатель тебя заметил? Хей! А ты знал, что 68% работодателей отбирают себе junior разработчиков основываясь на их портфолио на Github? Следовательно если ты никогда не занимался оформлением своего Github портфолио и профиля – тебе вероятнее всего пришлют отказ. Это работает именно у начинающих разработчиков. И что делать в таком случае? – На самом деле страшного ничего нет, нужно просто уделить время и оформить его по чек листу, который подготовил Макс из codereview со своей командой. Получить этот чек лист ты можешь по этой ссылке. Помимо чек листа, мы с Максом проведем вебинар 18 июня в 18:00 по мск, на тему того, как искать эффективно искать работу разработчиком в 2024 году. Чек лист будет доступен после регистрации на вебинар. 👉 Регистрируйся по этой ссылке.

Что такое репликасет, деплоймент ? Спросят с вероятностью 26% ReplicaSet и Deployment — это контроллеры, которые используются для управления жизненным циклом подов (групп контейнеров). Оба они предназначены для обеспечения отказоустойчивости и масштабируемости приложений, но они отличаются по функциональности и уровню абстракции. ReplicaSet Это контроллер, который обеспечивает, чтобы указанное количество копий пода всегда было запущено в кластере Kubernetes. Основная задача ReplicaSet — поддерживать стабильное количество реплик пода, которое определено в его конфигурации. Если поды неожиданно падают или удаляются, ReplicaSet автоматически запускает новые поды, чтобы компенсировать недостающие или избыточные экземпляры. Пример:

apiVersion: apps/v1
kind: ReplicaSet
metadata:
  name: myapp-replicaset
spec:
  replicas: 3
  selector:
    matchLabels:
      app: myapp
  template:
    metadata:
      labels:
        app: myapp
    spec:
      containers:
      - name: myapp-container
        image: myapp:1.0
В этом примере ReplicaSet гарантирует, что всегда будут запущены три пода с приложением 

myapp. Deployment Это более высокоуровневый контроллер по сравнению с ReplicaSet и предоставляет дополнительные возможности для управления развертыванием и обновлением приложений. Deployment управляет ReplicaSets и подами за вас, что позволяет легко обновлять приложения с использованием стратегий, таких как "Rolling Update" (постепенное обновление), которые минимизируют время простоя при обновлении приложения. Автоматически управляет созданием новых ReplicaSets для каждого нового обновления приложения и может откатывать к предыдущим версиям, если обновление не удаётся или отменяется. Пример:

apiVersion: apps/v1
kind: Deployment
metadata:
  name: myapp-deployment
spec:
  replicas: 3
  strategy:
    type: RollingUpdate
    rollingUpdate:
      maxUnavailable: 1
      maxSurge: 1
  selector:
    matchLabels:
      app: myapp
  template:
    metadata:
      labels:
        app: myapp
    spec:
      containers:
      - name: myapp-container
        image: myapp:2.0

В этом примере Deployment управляет созданием подов с использованием образа myapp:2.0 и обеспечивает их постепенное обновление с минимальным простоем. ✅ReplicaSet предназначен для поддержания заданного числа копий пода в работе, не обеспечивая дополнительных функций для управления версиями или стратегий обновления. ✅Deployment предоставляет более комплексные функции управления, включая обновления, откаты и масштабирование приложений. Deployment использует ReplicaSets для поддержания стабильности приложений, но добавляет возможности для более гибкого управления конфигурациями и версиями. Использование Deployment рекомендуется для большинства приложений, так как оно обеспечивает больше возможностей и гибкости при управлении развертываниями. 👉 Можно посмотреть Примеры как отвечают люди на этот вопрос, или перейти К списку 1119 вопросов на DevOps. Ставь 👍 если нравится контент 🔐 База собесов | 🔐 База тестовых