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

🤔 Что такое DevOps? DevOps — это практика, направленная на интеграцию разработки и операционных процессов для ускорения выпуска программного обеспечения. Она включает автоматизацию процессов, улучшение взаимодействия команд и повышение качества продукта. Цель DevOps — ускорить доставку программного обеспечения без потери качества. Ставь 👍 если знал ответ, 🔥 если нет Забирай 📚Базу Знанийм

🤔 На системах какого типа inode могут закончиться? Inode могут закончиться на файловых системах, где общее количество inode фиксировано при создании файловой системы. Это ограничение обычно встречается в традиционных файловых системах типа ext2, ext3, ext4 и других файловых системах, использующих фиксированное количество inode, определенное при инициализации файловой системы. 🚩Как создаются Когда файловая система создается (например, с помощью команды mkfs), задается определенное количество inode. Это число определяется на основе размера раздела и коэффициента inode (обычно 1 inode на каждые несколько килобайт дискового пространства). После создания файловой системы количество inode не может быть изменено без переразметки файловой системы, что приведет к потере данных. Cоздания файловой системы с указанием количества inode Здесь -i 8192 указывает, что один inode создается на каждые 8192 байта пространства.

mkfs.ext4 -i 8192 /dev/sdX1

🚩Проблема исчерпания Исчерпание inode может произойти на файловой системе с большим количеством небольших файлов. Например, если у вас есть много маленьких файлов (например, миллионы мелких логов или временных файлов), inode могут закончиться, даже если еще есть свободное место на диске. 🚩Как проверить использование Вы можете проверить количество используемых и доступных inode с помощью команды df -i:

df -i

Вывод будет примерно таким:

Filesystem     Inodes  IUsed  IFree IUse% Mounted on
/dev/sda1     1000000 500000 500000   50% /

🚩Решение проблемы исчерпания 1⃣Удаление ненужных файлов: Удалите ненужные или временные файлы, чтобы освободить inode. 2⃣Создание новой файловой системы: Если проблема серьезная, можно создать новую файловую систему с более высоким коэффициентом inode на доступном пространстве и переместить данные. 3⃣Оптимизация использования пространства: Храните большие файлы вместо большого количества маленьких файлов, когда это возможно. Ставь 👍 и забирай 📚 Базу знаний

🤔 Чем отличается CMD от ENTRYPOINT в DockerFile? CMD задает команду по умолчанию, которая может быть переопределена при запуске контейнера. ENTRYPOINT определяет неизменяемую команду, которая всегда будет выполняться. CMD обычно используется для указания параметров для ENTRYPOINT. Ставь 👍 и забирай 📚 Базу знаний

🤔 Засчёт чего достигается безопасность https? Безопасность HTTPS достигается за счет шифрования данных с помощью протоколов SSL/TLS, что защищает их от перехвата и изменений. Также используется проверка подлинности серверов через цифровые сертификаты, гарантируя, что пользователь взаимодействует с легитимным сайтом. 🚩Основные компоненты безопасности HTTPS 🟠Шифрование: После установления соединения данные шифруются симметричным шифром, который использует общий секретный ключ. Это обеспечивает конфиденциальность передаваемых данных. Для установки симметричного ключа используется асимметричное шифрование, что позволяет безопасно обмениваться ключами даже по незащищённому каналу. 🟠Аутентификация: Сервер использует цифровой сертификат, выданный доверенным центром сертификации (CA), чтобы подтвердить свою подлинность. Клиент проверяет сертификат и удостоверяется, что общение происходит с настоящим сервером, а не с атакующим. 🟠Целостность данных: Используются для обеспечения целостности передаваемых данных. Это предотвращает их изменение или повреждение во время передачи. 🟠Защита от атак: HTTPS защищает от различных видов атак, таких как перехват данных (man-in-the-middle attack) и повторные атаки (replay attacks), благодаря шифрованию и аутентификации. 🚩Процесс установления HTTPS-соединения 1⃣Клиент инициирует соединение: Клиент (веб-браузер) отправляет запрос на сервер с намерением установить защищённое соединение. 2⃣Сервер отвечает с сертификатом: Сервер отправляет клиенту свой цифровой сертификат, который включает открытый ключ и информацию о сервере, подписанную центром сертификации (CA). 3⃣Проверка сертификата: Клиент проверяет сертификат, удостоверяясь, что он был выдан доверенным CA и что сертификат не просрочен или не отозван. 4⃣Установка симметричного ключа: Клиент генерирует симметричный ключ для сеанса и шифрует его с использованием открытого ключа сервера. Затем клиент отправляет зашифрованный ключ серверу. 5⃣Безопасное соединение: Сервер расшифровывает симметричный ключ с помощью своего закрытого ключа. Теперь оба участника (клиент и сервер) имеют общий секретный ключ и могут начинать защищённую передачу данных. Ставь 👍 и забирай 📚 Базу знаний

🤔 Без какой инструкции не может существовать докер файл? FROM — это ключевая инструкция в Dockerfile, без которой файл не может существовать. Она указывает базовый образ, от которого начинается сборка контейнера. Любой Dockerfile должен начинаться с этой инструкции. Ставь 👍 и забирай 📚 Базу знаний

🤔 Когда выполняются пробы? Пробы выполняются для оценки и проверки возможностей, навыков или функций, обычно в контексте экспериментов, тестирования или практических заданий. Это может касаться научных экспериментов, технических испытаний или проверок навыков в различных сферах, например, на актерских или рабочих прослушиваниях. 🚩Существует три основных типа: 🟠Liveness Probe (Проверка жизнеспособности) Liveness Probe проверяет, работает ли контейнер. Если проверка liveness не удалась, Kubernetes перезапускает контейнер. 🟠Readiness Probe (Проверка готовности) Readiness Probe проверяет, готов ли контейнер обслуживать запросы. Если проверка readiness не удалась, под будет исключен из службы (service) и не будет получать трафик. 🟠Startup Probe (Проверка при запуске) Startup Probe проверяет, что контейнер успешно запустился. Если проверка startup не удалась, Kubernetes считает, что контейнер не может запуститься, и перезапускает его. 🚩Когда они выполняются: 🟠Периодически в течение жизни контейнера, начиная после заданного периода initialDelaySeconds. Используется для проверки состояния контейнеров, которые могут войти в неопределенное состояние и требуют перезапуска для восстановления работоспособности.

livenessProbe:
  httpGet:
    path: /healthz
    port: 8080
  initialDelaySeconds: 3
  periodSeconds: 3
  failureThreshold: 3

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

readinessProbe:
  httpGet:
    path: /ready
    port: 8080
  initialDelaySeconds: 3
  periodSeconds: 3
  failureThreshold: 3

🟠В начале жизни контейнера, начиная с момента запуска и до тех пор, пока проверка не будет успешной или пока не истечет заданное время. Используется для контейнеров, которые могут долго запускаться, что предотвращает преждевременные сбои liveness и readiness проб.

startupProbe:
  httpGet:
    path: /startup
    port: 8080
  initialDelaySeconds: 5
  periodSeconds: 10
  failureThreshold: 30

🚩Механизмы 🟠HTTP GET: Проверка выполняется путем отправки HTTP GET запроса к контейнеру.

httpGet:
  path: /healthz
  port: 8080

🟠TCP Socket: Проверка выполняется путем установления TCP-соединения с контейнером.

tcpSocket:
  port: 8080

🟠Exec: Проверка выполняется путем выполнения команды внутри контейнера.

exec:
  command:
  - cat
  - /tmp/healthy

Ставь 👍 и забирай 📚 Базу знаний

🚀 В мире DevOps? Тогда тебе сюда! 🔥 Хочешь прокачать свои навыки? Тогда подписывайся на авторский канал о DevOps 📲 На канале ты найдёшь: 🔧 Полезные статьи и гайды по DevOps 📦 Советы по Kubernetes, Docker, Ansible 🚀 Уроки CI/CD, автоматизация и контейнеризация 💬 Не упусти возможность улучшить свои знания! Подписывайся на andtree DevOps! 🚀

🤔 Что происходит когда вы создаёте сущность deployment? Когда вы создаете Deployment в Kubernetes, происходит несколько шагов, которые обеспечивают развертывание, обновление и масштабирование ваших приложений. 🚩Основные шаги при создании Deployment 1⃣Определение манифеста Deployment: Вы создаете YAML или JSON манифест, который описывает свойства Deployment, такие как имя, количество реплик, шаблон пода и стратегию обновления.

apiVersion: apps/v1
kind: Deployment
metadata:
  name: myapp-deployment
spec:
  replicas: 3
  selector:
    matchLabels:
      app: myapp
  template:
    metadata:
      labels:
        app: myapp
    spec:
      containers:
      - name: myapp-container
        image: myapp:latest
        ports:
        - containerPort: 80

2⃣Применение манифеста Deployment: Вы применяете манифест с помощью команды kubectl apply -f deployment.yaml.

kubectl apply -f deployment.yaml

3⃣API-сервер принимает запрос: Kubernetes API-сервер принимает запрос и сохраняет объект Deployment в etcd, который является хранилищем для всей конфигурации кластера. 4⃣Контроллер Deployment: Контроллер Deployment, работающий в фоновом режиме, обнаруживает новый объект Deployment и начинает его обработку. Он создает ReplicaSet, который управляет подами для этого Deployment. 5⃣Создание ReplicaSet: Контроллер Deployment создает ReplicaSet с указанным количеством реплик и шаблоном пода. ReplicaSet начинает создавать поды, чтобы достичь желаемого количества реплик. 6⃣Запуск подов: Kubernetes Scheduler назначает поды на подходящие узлы (ноды) кластера. Kubelet на каждом узле запускает контейнеры в подах, используя указанные образы и настройки. 7⃣Мониторинг состояния: Контроллер Deployment постоянно мониторит состояние подов и ReplicaSet. Если поды выходят из строя или их количество не соответствует заданному, ReplicaSet восстанавливает нужное количество подов. 8⃣Обновление Deployment: При изменении манифеста Deployment (например, при обновлении образа контейнера), вы применяете изменения с помощью kubectl apply -f deployment.yaml. Контроллер Deployment создает новый ReplicaSet для новых подов и постепенно заменяет старые поды новыми, следуя стратегии обновления (например, RollingUpdate). 🚩Плюсы ➕Обновления без простоя: Deployment обеспечивает постепенное обновление подов, минимизируя простой и обеспечивая доступность приложения. ➕Автоматическое восстановление: При сбое подов Deployment автоматически восстанавливает их, обеспечивая стабильную работу приложения. ➕Масштабирование: Легко изменять количество реплик приложения для управления нагрузкой, просто обновляя поле replicas в манифесте. ➕Версионирование: Deployment поддерживает откаты (rollback) к предыдущим версиям, если новая версия приводит к ошибкам. Ставь 👍 и забирай 📚 Базу знаний

⚡️ IT-обучение теперь в Telegram! В cвязи с недавнем замедлением Ютуба — лучшие обучающие каналы переехали в Telegram Вот каналы для айтишников: 👩‍💻 DevOps: @DevOps ⚙️ Backend: @Backend 🤓 Общее айти: @portalToIT 👩‍💻 Python: @Python 📱 GitHub: @GitHub 👩‍💻 Java: @Java 👩‍💻 C#: @Csharp 👩‍💻 С/С++: @Cpp 👩‍💻 Frontend: @Frontend 🖥 Базы Данных & SQL: @SQL 👩‍💻 Golang: @Golang 👩‍💻 PHP: @PHP 👩‍💻 Моб. разработка: @MobDev 👩‍💻 Разработка игр: @GameDev 🖥 Data Science: @DataScience 🤔 Хакинг & ИБ: @InfoSec 🐞 Тестирование: @QA 📱 Маркетинг: @Marketing 🖥 Дизайн: @Design ➡️ Сохраняйте себе, чтобы не потерять

🤔 Какие параметры есть в deployment? Deployment в Kubernetes предоставляет множество параметров, которые можно настроить для управления развертыванием, обновлением и масштабированием приложений. Вот основные параметры, которые можно задать в манифесте Deployment: 🟠apiVersion: Версия API Kubernetes, используемая для объекта Deployment. Например: apiVersion: apps/v1 🟠kind: Тип объекта, в данном случае Deployment. Напримерkind: Deployment 🟠metadata: Метаинформация о Deployment, такая как имя и метки.

metadata:
  name: myapp-deployment
  labels:
    app: myapp  

🟠spec: Спецификация Deployment, включающая следующие параметры: 🚩Параметры спецификации (spec) 🟠replicas: Количество реплик подов, которые Deployment должен поддерживать. Например replicas: 3 🟠selector: Указывает метки, которые должны быть на подах, управляемых этим Deployment.

selector:
  matchLabels:
    app: myapp

🟠template: Шаблон пода, который используется для создания новых реплик.

template:
  metadata:
    labels:
      app: myapp
  spec:
    containers:
    - name: myapp-container
      image: myapp:latest
      ports:
      - containerPort: 80

🟠strategy: Определяет стратегию обновления подов.

strategy:
  type: RollingUpdate
  rollingUpdate:
    maxUnavailable: 1
    maxSurge: 1

🟠minReadySeconds: Минимальное количество секунд, которое новый под должен быть в состоянии "Ready" перед тем, как он будет считаться доступным. Напримрер, minReadySeconds: 30 🟠revisionHistoryLimit: Количество старых ReplicaSets, которые нужно сохранить для возможности отката. Например, revisionHistoryLimit: 10 🟠paused: Указывает, должно ли развертывание быть приостановлено. Например, paused: false 🟠progressDeadlineSeconds: Максимальное время в секундах, в течение которого развертывание должно завершиться. Например, progressDeadlineSeconds: 600 Ставь 👍 и забирай 📚 Базу знаний

Senior-разработчик создал крутейший канал про SQL Благодаря простым картинкам даже новичок научится разрабатывать приложения с использованием баз данных. Присоединяйтесь: @SQL

🔥 Ресурсы для подготовки к работе в IT! 🔥 1️⃣ База собеседований IT – это уникальная коллекция собеседований от реальных топовых компаний: Сбер, Яндекс, ВТБ, Тинькофф, Озон, Wildberries и многие другие! 🏢 Мы собрали 150+ собеседований, чтобы ты мог подготовиться к интервью с уверенностью и успехом. 2️⃣ База тестовых заданий – твоё секретное оружие для успешного прохождения этапов отбора! 📋 Здесь ты найдёшь 121+ тестовых заданий от тех же топовых компаний: Сбер, Яндекс, ВТБ, Тинькофф, Озон, Wildberries. Решай реальные задачи и набирайся опыта для будущих собеседований! 🎯 Присоединяйся к базам и прокачай свои шансы на успешное трудоустройство!

🤔 На чём строится изоляция докера? Изоляция в Docker достигается за счет использования нескольких ключевых технологий и механизмов, которые обеспечивают контейнеры с уровнем изоляции, сопоставимым с виртуальными машинами, но с меньшими накладными расходами. Основные технологии, на которых строится изоляция Docker, включают: 🟠Пространства имен (Namespaces): PID namespace: Изолирует идентификаторы процессов (PID), позволяя контейнерам иметь свои собственные процессы, которые не видны за пределами контейнера. Network namespace: Изолирует сетевые интерфейсы, IP-адреса, порты и маршруты контейнера от других контейнеров и хоста. Mount namespace: Изолирует файловую систему контейнера, позволяя ему видеть только свои собственные файловые системы. UTS namespace: Изолирует имя хоста и доменное имя, позволяя контейнеру иметь свое собственное имя хоста. IPC namespace: Изолирует объекты межпроцессного взаимодействия (например, очереди сообщений, семафоры и разделяемую память). User namespace: Изолирует идентификаторы пользователей и групп, позволяя запускать процессы в контейнере с привилегиями без необходимости предоставлять эти привилегии на хосте. 🟠Контрольные группы (Cgroups): Контрольные группы управляют использованием ресурсов контейнером, таких как процессорное время, память, дисковый ввод-вывод и сетевые ресурсы. Это позволяет ограничивать и отслеживать потребление ресурсов каждым контейнером, обеспечивая стабильную работу системы. 🟠Union File Systems (UnionFS): Docker использует UnionFS (например, OverlayFS, AUFS) для создания легковесных и быстрых файловых систем. Это позволяет контейнерам делить общие слои, что значительно снижает использование дискового пространства и ускоряет создание и запуск контейнеров. 🟠Сетевые интерфейсы и мосты (Bridges): Docker создает изолированные сетевые интерфейсы для каждого контейнера, позволяя им общаться с внешним миром через мостовые интерфейсы (bridges). Это обеспечивает сетевую изоляцию и позволяет создавать сложные сетевые топологии. 🚩Пример настройки изоляции Рассмотрим пример, где создается контейнер с ограничением ресурсов и изоляцией:

docker run -d --name isolated_container \
  --cpus=".5" \
  --memory="256m" \
  --memory-swap="256m" \
  --hostname="container_host" \
  ubuntu:latest

В этом примере: --cpus=".5" ограничивает использование процессора до 50%. --memory="256m" устанавливает лимит использования памяти на 256 MB. --memory-swap="256m" устанавливает лимит swap памяти на 256 MB. --hostname="container_host" задает имя хоста контейнера. Ставь 👍 и забирай 📚 Базу знаний

CodHub теперь в Telegram! Бесплатные обучающие материалы, которые лучше платных — книги, ресурсы, статьи и курсы топовых вузов страны тут: 👩‍💻 Материалы по Python 👩‍💻 Материалы по Frontend 👩‍💻 Материалы по Java 👩‍💻 Материалы по С# 👩‍💻 Материалы по C/C++ 👩‍💻 Материалы по Хакингу 🖥 Материалы по SQL 👩‍💻 Материалы по Kotlin/Swift 👩‍💻 Материалы по Linux 🐞 Материалы по QA 👩‍💻 Материалы по Go 👩‍💻 Материалы по PHP Подписываетесь: @CodHub_tg

🤔 Какой основной параметр у stateful set? Это объект, который управляет развертыванием и масштабированием наборов подов с гарантией их уникальных идентификаторов и стабильных сетевых идентификаторов. Основной параметр, который определяет поведение StatefulSet, это `serviceName`. 🚩Основной параметр: serviceName Это имя службы (Service), связанной с StatefulSet, которая управляет доступом к подам. Эта служба используется для обеспечения стабильных сетевых идентификаторов для подов. 🚩Важные параметры и их функции replicas: Определяет количество реплик подов, которые должен поддерживать StatefulSet.

replicas: 3

selector: Указывает метки, которые должны быть на подах, управляемых StatefulSet.

selector:
matchLabels:
app: myapp     

template: Шаблон пода, который используется для создания новых реплик.

template:
  metadata:
    labels:
      app: myapp
  spec:
    containers:
    - name: myapp-container
      image: myapp:latest
      ports:
      - containerPort: 80

volumeClaimTemplates: Шаблоны PersistentVolumeClaim для создания постоянных хранилищ для каждого пода.

volumeClaimTemplates:
- metadata:
    name: myapp-storage
  spec:
    accessModes: [ "ReadWriteOnce" ]
    resources:
      requests:
        storage: 1Gi

🚩Пример конфигурации StatefulSet

apiVersion: apps/v1
kind: StatefulSet
metadata:
  name: myapp-statefulset
spec:
  serviceName: "myapp-service"
  replicas: 3
  selector:
    matchLabels:
      app: myapp
  template:
    metadata:
      labels:
        app: myapp
    spec:
      containers:
      - name: myapp-container
        image: myapp:latest
        ports:
        - containerPort: 80
        volumeMounts:
        - name: myapp-storage
          mountPath: /data
  volumeClaimTemplates:
  - metadata:
      name: myapp-storage
    spec:
      accessModes: [ "ReadWriteOnce" ]
      resources:
        requests:
          storage: 1Gi

🚩Объяснение полей apiVersion: Версия API Kubernetes для объекта StatefulSet. kind: Тип объекта, в данном случае StatefulSet. metadata: Метаинформация о StatefulSet, включая имя. spec: Спецификация StatefulSet. serviceName: Имя службы, связанной с StatefulSet, обеспечивающей стабильные сетевые идентификаторы. replicas: Количество реплик подов. selector: Метки для выбора подов. template: Шаблон пода, включающий метаданные и спецификацию контейнеров. volumeClaimTemplates: Шаблоны для создания PersistentVolumeClaim. Ставь 👍 и забирай 📚 Базу знаний