День 2. Обучение. Продукт Гарда PCEF. 1 группа

• Михаил Козлов рассказывает о решении ПСЕВ, его развертывании и использовании ресурсов.  

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

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

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

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

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

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

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

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

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

• Кубернетис - оркестратор, который поддерживает жизненный цикл контейнеров, распределяя ресурсы и организуя сетевую связанность.  

• Порш - минимальная единица управления в Кубернетисе, контейнер с выполняемыми файлами и файловой системой.  

• Ска - контейнеры, которые размещаются рядом с основным контейнером в поде, помогают основному приложению в работе.  

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

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

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

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

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

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

• В Kubernetes используются различные типы контейнеров, такие как Docker и Red Hat.  

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

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

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

• OpenShift имеет упрощенный профиль нагрузки, который включает только веб-серверы и не требует сложных шедулеров или персистентных сторожей.  

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

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

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

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

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

• OpenShift показывает сводную статистику по нагрузке системы, меткам проекта и инвентарю ресурсов.  

• OpenShift позволяет добавлять метки вручную или автоматически при разворачивании ресурсов.  

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

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

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

• Обсуждается, как можно изменить количество компонентов, и как это влияет на состояние пода.  

• Видео показывает, как выглядит логи и девелоперский вид проекта.  

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

• Обсуждаются вопросы о сущности пода и причинах его введения.  

• Упоминается, что под - это набор контейнеров, которые могут быть размещены на нескольких нодах, но обычно они находятся рядом.  

• Под - это логическое группирование контейнеров на основе определенных меток.  

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

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

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

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

• В базовом варианте айпишник только у пода, не у контейнера.  

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

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

• Слои создаются на каждый ран, и каждая команда образует слой.  

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

• Энтри-пойнт - это метаданные, которые показывают, как запустить контейнер.  

• В контейнерах используются сетевые ресурсы, такие как сетевые интерфейсы, конфигурационные файлы и хранилища.  

• Основные сетевые ресурсы - это сетевые интерфейсы, конфигурационные файлы и хранилища.  

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

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

• Корс - это упрощенная операционная система, которая имеет только контейнерный рантайм.  

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

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

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

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

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

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

• Демонсет - это ресурс, который запускается на каждой ноде и ищет указанные сетевые карты.  

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

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

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

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

• Если возникает ошибка, например, при отправке системы интерфейсов с нулевой ноды, то она будет выдана и не запустит контейнер.  

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

• Пример: создание интерфейса на основе не копиратера.  

• В Kubernetes есть несколько инструментов для хранения персистентных данных, включая PV и PVC.  

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

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

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

• Персистентное хранилище может быть реализовано с помощью PersistentVolumeClaim (PVC) и PersistentVolume (PV).  

• PVC - это запрос на выделение персистентного хранилища, а PV - это само хранилище.  

• PVC и PV могут быть объединены в один PVC, если это необходимо.  

• Сторож-классы - это сущности, которые позволяют абстрагироваться от низкоуровневого хранилища и предоставлять его через Kubernetes.  

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

• Сторож-класс может расширять или уменьшать персистентное хранилище, если это разрешено.  

• Локальное хранилище - это хранилище, которое находится на той же ноде, где работает Kubernetes.  

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

• Локальное хранилище может быть реализовано с помощью PVC и PV, но обычно используется только для логов.  

• В Kubernetes используются секреты и конфигмапы для хранения конфигурации и ресурсов.  

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

• Конфигурация и ресурсы хранятся в виде ресурсов Kubernetes, которые можно получить с помощью команды "get".  

• Ресурсы могут быть смонтированы как файлы, волюмы или переменные.  

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

• Анаконда - это название нашего контролплейна, который выглядит как все в сипи.  

• Анаконда - это наше приложение, которое написано нами.  

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

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

• Порты, которые слушает сам порт, хост портс - это то, что слушается на хосте.  

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

• Рестарт - счетчик, сколько раз пода рестартировался.  

• Инваймент - переменные, которые пробрасываются к стандартным.  

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

• Сторож-классы: цеф, рбд, рбд-ск и лвм.  

• Большинство использует рбд для персистентумлеймов.  

• Режим доступа рв либо рв-икс.  

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

• Видео обсуждает работу с контейнерами, начиная с докер-файла и сборки слоев.  

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

• Описывается стандартизированный интерфейс для хранения образов, называемый OCI (Open Container Initiative).  

• Реджистеры и хранилища поддерживают две версии этого интерфейса, которые обратно совместимы.  

• Реджистеры и хранилища выглядят как обычные веб-серверы, которые принимают и отправляют слои образов.  

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

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

• В Docker образы хранятся в виде хэшей, что ускоряет их загрузку и объединение слоев.  

• Docker Pull используется для запроса образа, а Docker Push - для его отправки.  

• Docker Registry - это хранилище образов, где хранятся слои и метаданные.  

• Docker Hub - это публичное хранилище образов, где можно найти и скачать образы.  

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

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

• Helm Charts - это файлы, которые описывают структуру приложения и могут быть изменены на лету.  

• Helm использует Kubernetes для развертывания приложений.  

• Gitlab - это гидропозиторий, который позволяет проводить полный цикл разработки и разворачивания приложений.  

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

• ArgoCD работает с Gitlab, используя его репозитории для хранения конфигураций и шаблонов.  

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

• ArgoCD упрощает разработку, автоматизируя процесс разворачивания приложений.  

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

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

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

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

• Автоматические ролбеки могут быть включены на уровне хельма, но не на уровне ArgoCD.  

• ArgoCD может использовать сетевые карты, созданные через сараев сай.  

• Виде вайс плагин ищет сетевые устройства и добавляет их в ресурсы кубернетиса.  

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

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

• Если виртуальный интерфейс выходит из строя, ArgoCD может узнать об этом и принять меры.  

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

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

• Автор благодарит за вопросы и предлагает завершить видео.  

• Он обещает выложить запись в сетевую папку и презентацию Михаила.  

• На завтра запланировано обсуждение юзерплейна.