Контейнеризация понятным языком / Интервью с System Engineers из Слёрм

• Благодарность учебному центру Слерм за поддержку.  

• Представление спикеров и темы выпуска.  

• Введение в тему Kubernetes и Ansible.  

• Николай работает инженером в компании Слерм.  

• Родился в Баку в 1984 году, учился в школе и служил в армии.  

• Начал карьеру в IT с ремонта электроники и работы с Unix-системами.  

• Начал с Windows, затем перешел на Unix.  

• Работал в интернет-провайдере, где перевел большинство рабочих станций на Linux.  

• Сейчас занимается преподаванием и клиентскими проектами в Слерме.  

• Родился в селе Бижбуляк, Башкортостан.  

• Учился в Уфе, хотел поступить в авиационный университет, но не поступил.  

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

• Начал с практики в компании, затем получил работу.  

• Постепенно осваивал Linux и Unix, сначала самостоятельно, затем с помощью опытного коллеги.  

• В 2014-2015 годах открыл ИП и занимался интернет-магазинами, но вернулся в IT.  

• Познакомился с Kubernetes в компании Соус Бридж в 2018 году.  

• Начал с обучения внутренних сотрудников, затем перешел к работе с клиентами.  

• Постепенно набирался опыта и стал производственным директором.  

• Виртуализация появилась для уплотнения окружений на одном железе.  

• Позволяет использовать одно и то же железо для нескольких окружений.  

• Существуют проприетарные и открытые решения для виртуализации.  

• Виртуализация обеспечивает полную изоляцию между виртуальными машинами.  

• Виртуальные машины имеют свои ядра, библиотеки и ограниченные ресурсы.  

• Ресурсы хоста можно делить статично или динамически.  

• Контейнеры делят с хостом общее ядро и пространство памяти.  

• У контейнера есть только пользовательское окружение.  

• Контейнеры работают на ядре ОС, а не внутри хостовой системы.  

• Виртуализация и контейнеризация занимают разные ниши.  

• Сравнение "теплое с мягким" некорректно.  

• Виртуализация и контейнеризация используются для разных задач.  

• Виртуальная машина полностью изолирована и занимает все выделенные ресурсы.  

• Контейнер использует ресурсы хоста динамически.  

• Виртуальная машина выглядит как обычная операционная система.  

• Контейнеры разворачиваются быстрее и занимают меньше места.  

• Виртуальные машины содержат всю операционную систему и пользовательское окружение.  

• Минимальный образ виртуальной машины может быть меньше 10 ГБ.  

• Docker использует базовые образы, такие как Alpine Linux, для создания контейнеров.  

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

• Docker считается хорошей практикой для одного приложения в одном контейнере.  

• Docker захватил рынок благодаря использованию технологий namespace и упрощенному интерфейсу.  

• Docker предоставляет единый интерфейс для управления контейнерами и их запуска.  

• Контейнеры в Docker являются одноразовыми и не сохраняют данные после удаления.  

• В Windows есть нативная контейнеризация, но Docker не работает напрямую.  

• Docker использует специфические средства изоляции Linux, что делает его несовместимым с Windows.  

• Docker Desktop позволяет запускать контейнеры на Windows, но это не эффективно для производственных нагрузок.  

• Микросервисная архитектура требует управления множеством контейнеров.  

• Docker Compose не позволяет запускать проекты на нескольких серверах.  

• Kubernetes является популярным решением для оркестрации контейнеров, но требует осознанного подхода.  

• Kubernetes не решает все проблемы, но помогает управлять множеством микросервисов.  

• Kubernetes подходит для компаний с большим количеством микросервисов и высокими требованиями к доступности.  

• Важно подходить к использованию Kubernetes осознанно и учитывать все аспекты работы с микросервисами.  

• Kubernetes позволяет автоматизировать и тестировать инфраструктуру приложений.  

• Kubernetes работает с контейнерами, но не только с Docker.  

• Kubernetes поддерживает различные системы контейнерризации через Container API.  

• Docker имеет проблемы с зависанием демона при большой нагрузке.  

• Kubernetes позволяет запускать контейнеры без дополнительного демона.  

• Альтернативы Docker, такие как Containerd, имеют свои минусы, но пока Docker остается доминирующим.  

• Kubernetes можно использовать как сервис или устанавливать на сервер.  

• Kubernetes - это оркестратор контейнеров, который работает по модели "каждый за себя".  

• Основные компоненты Kubernetes включают сервер, контроллер-менеджер и другие.  

• Компоненты Kubernetes не влияют друг на друга и работают по модели "каждый за себя".  

• Основной компонент - сервер, который взаимодействует с хранилищем данных.  

• Хранилище данных используется для хранения настроек и манифестов.  

• Контроллер-менеджер - это "мозг" кластера Kubernetes.  

• Контроллеры управляют различными абстракциями, такими как реплики и подами.  

• Контроллеры выполняют задачи по созданию, запуску и управлению приложениями.  

• Scheduler решает, на каких серверах запускать приложения.  

• Он учитывает ресурсы и стабильность серверов.  

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

• При аварии Kubernetes понимает, что часть серверов отключилась.  

• Контроллер нод решает, какие поды запускать на других серверах.  

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

• kubelet — агент, запущенный на всех серверах кластера.  

• Он следит за запуском приложений и передает информацию в Docker.  

• kubelet заменяет Docker-демон, но не является его полной заменой.  

• kubelet передает статусы приложений в реальном времени.  

• Он собирает логи и предоставляет их в удобном виде.  

• Поддерживаются три типа проверок: ашпигет, экзек и доступность сокета.  

• Пробы контролируют жизнь приложения и его готовность принимать трафик.  

• Стартап-пробы проверяют запуск приложения.  

• Kubernetes может контролировать до миллиона инстансов.  

• Под — это абстракция, а не физическая оболочка.  

• В под можно запускать несколько контейнеров.  

• Рекомендуется запускать в под неделимые части приложения.  

• Kubernetes не поддерживает кластеры баз данных.  

• Для работы с базами данных нужны дополнительные абстракции.  

• Важно иметь компетенции для настройки и управления базами данных.  

• Лимиты и реквесты позволяют управлять ресурсами.  

• Для баз данных сложно установить лимиты из-за непредсказуемой нагрузки.  

• Kubernetes может перемещать приложения на другие серверы при нехватке ресурсов.  

• Существует четыре способа хранения данных: дорогой, но надежный, дешевый, но менее надежный, и компромиссный вариант.  

• Первый способ: покупка дорогого оборудования с поддержкой.  

• Второй способ: использование облачных сервисов, таких как Google Drive или DigitalOcean, с использованием SSD.  

• Третий способ: использование Kubernetes для хранения данных на локальном сервере.  

• Четвертый способ: создание собственной СХД, например, с использованием Ceph.  

• В Kubernetes есть проблемы с управлением манифестами и откатом изменений.  

• Использование инструментов, таких как Helm, помогает автоматизировать процесс управления манифестами.  

• Helm позволяет создавать артефакты для отката изменений и упрощает процесс управления версиями.  

• Kubernetes не предоставляет встроенной системы хранения данных, поэтому используются сторонние решения.  

• Новый интерфейс CSI позволяет подключать различные внешние инструменты, такие как Ceph.  

• Kubernetes выступает в роли посредника между приложением и системой хранения данных.  

• Важно закрывать уязвимости и использовать VPN для защиты.  

• Регулярные обновления и патчи необходимы для безопасности.  

• Kubernetes добавляет дополнительный уровень абстракции, требующий внимания к безопасности.  

• Разграничение привилегий пользователей через RBAC помогает контролировать доступ.  

• Возможность запуска приложений без привилегий.  

• Использование инструментов для управления правами и привилегиями.  

• Защита от человеческого фактора и использование лимитов и квот.  

• Docker Swarm как аналог Kubernetes.  

• Kubernetes как более мощный комбайн с автоскейлингом.  

• Поддержка различных операционных систем.  

• Необходимость базовых знаний по сетям и Linux.  

• Важность системного подхода к использованию Kubernetes.  

• Проблемы с использованием Kubernetes для повышения зарплаты.  

• Ansible как система управления конфигурациями.  

• Kubernetes как оркестратор контейнеров.  

• Важность знаний обоих инструментов для управления инфраструктурой.  

• Разделение на два класса: pull и push.  

• Pull: конфигурация на клиентских хостах.  

• Push: конфигурация на центральном сервере.  

• Преимущества push-конфигурации для безопасности и управления.  

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

• Использование push-метода для управления конфигурациями предотвращает ошибки и человеческий фактор.  

• Все конфигурации хранятся в одном месте, что упрощает управление.  

• Клиентские процессы могут быть написаны на тяжелых языках, таких как Ruby, что может потреблять системные ресурсы.  

• Клиентские ресурсы могут быть написаны вручную или с использованием готовых решений.  

• Конфигурация состоит из сущностей: плейбуки, роли и инвентари.  

• Плейбуки и роли определяют конфигурацию, а инвентари её параметризуют.  

• Конфигурация пишется на YAML, так как Ansible написан на Python.  

• Управляющие хосты поддерживаются только на Linux, но могут управлять и другими системами.  

• Задачи в Ansible могут быть простыми, как выполнение команд, или сложными, как запуск сервисов.  

• Используются специализированные модули для выполнения задач, такие как модуль для запуска сервисов.  

• Управление конфигурациями должно быть декларативным, чтобы система приводила себя в заданное состояние.  

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

• Роли могут храниться локально или в репозиториях, таких как Ansible Galaxy.  

• Инвентари содержит список хостов и переменные для выполнения задач.  

• Конфигурации должны проходить тестирование и ревью, чтобы гарантировать их работоспособность.  

• Инфраструктура должна быть построена так, чтобы изменения вносились через инвентарь, а не вручную.  

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

• Для работы с Ansible не обязательно владеть программированием, но знание Python полезно.  

• Python используется для написания специализированных модулей для выполнения задач.  

• Написание скриптов для выполнения задач считается плохим тоном в сообществе Ansible.  

• Antelope можно написать на любом языке, но лучше использовать нативный.  

• Antelope не является монополистом, есть более старые и проверенные инструменты, такие как Chef и Puppet.  

• Antelope набирает популярность, в то время как старые инструменты теряют популярность.  

• Курсы по Antelope предназначены для администраторов и разработчиков.  

• Начинать лучше с документации на сайте, так как она всегда актуальна.  

• Курс включает основы и практические примеры использования Antelope.  

• Sler предлагает обучение с сертификатами государственного образца.  

• Компания начинала с обучения сотрудников, затем расширила программу на коллег и клиентов.  

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

• Основные курсы: Kubernetes, DevOps, мониторинг и логирование.  

• Курсы проходят в формате интенсивов, что позволяет быстро освоить материал.  

• Во время пандемии компания предложила бесплатный базовый курс по Kubernetes.  

• Вечерний формат был сложным и не повторялся из-за высокой нагрузки.  

• Онлайн-интенсивы проводятся три дня по восемь часов, что требует много времени и усилий.  

• Видеокурсы и онлайн-курсы предоставляют стенды и техподдержку, что упрощает обучение.  

• В онлайне сложнее контролировать выполнение заданий и собирать фидбек.  

• Курсы проходят бета-тестирование и постпродакшн, что улучшает качество.  

• Система фидбека позволяет студентам оставлять отзывы и улучшать курсы.  

• Оценка знаний предоставляется по запросу для корпоративных заказчиков.  

• Сертификация доступна всем, но не обязательна для прохождения.  

• Видео интенсивов остаются доступными для самостоятельного изучения.  

• Курсы предназначены для начинающих разработчиков и администраторов с базовыми знаниями.  

• Возможность тестирования перед покупкой курса для проверки базовых знаний.  

• Курсы адаптируются для разных уровней подготовки, включая начинающих.