DevOps

17 декабря в 11:00 — большой обзор нового релиза контейнерной платформы «Штурвал» Ну что, успели потестить бесплатную community-версию «Штурвала»? Тут ребята из «Лаборатории Числитель» зовут на обзор релиза 2.8 своей Kubernetes-платформы и полнофункциональной «Штурвал CE». В программе все новые фичи последнего релиза: ▪️Чем отличается community-версия от коммерческой платформы ▪️Как создавать кластеры и управлять в них узлами ▪️Как устроена архитектура решения: инсталлятор, управление через kubectl, IAC и GUI ▪️Пользователи и доступы: как настроить подключение через Keycloak, Blitz, Login Plugin ▪️Как управлять репозиторием, сервисами и ресурсами Детали и регистрация здесь, готовьте вопросы и подтягивайтесь онлайн!

Preevy Это инструмент с интерфейсом командной строки (CLI), предназначенный для упрощения процесса создания эфемерных сред предварительного просмотра из Docker-приложений. Интегрируйте Preevy в свой CI-поток для развертывания Pull Requests в качестве предварительных окружений, используя существующего облачного провайдера или кластер Kubernetes. https://github.com/livecycle/preevy #devops #девопс Подпишись 👉@i_DevOps

🧩Настроить Kubernetes — как собрать пазл без инструкции: сложно понять, что за что отвечает? 🚀А теперь представьте: вы знаете всё о Kubernetes: Control Plane, Worker Nodes, Pods, Namespaces. А настройка масштабируемой платформы для вас — дело техники! ❓Как это реализовать? На открытом вебинаре 17 декабря в 20:00 мск мы разберём внутреннее устройство Kubernetes, его ключевые компоненты и покажем, как управлять контейнерами эффективно. 👉Регистрируйтесь, чтобы понять Kubernetes изнутри. Участники вебинара получат скидку🎁 на большое обучение: https://vk.cc/cFVHrH Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576

Kubelab: Виртуальная лаборатория Kubernetes Проект Kubelab предлагает готовую инфраструктуру для обучения и экспериментов с Kubernetes. Лаборатория позволяет легко развернуть изолированные кластеры для изучения Kubernetes, тестирования приложений и разработки. Это идеальный инструмент для новичков и профессионалов, желающих оттачивать навыки или тестировать конфигурации в безопасной среде. https://github.com/natrontech/kubelab #devops #девопс Подпишись 👉@i_DevOps

Неизбежное будущее Kubernetes: почему оркестратор должен пойти по пути Linux Kernel На Kubecon + CloudNativeCon в Чикаго 9 ноября Тим Хокин, один из первых разработчиков Kubernetes выступил с докладом (а вот и его текстовый пересказ), в котором рассказал об одной из серьезный проблем оркестратора — неуклонно возрастающей сложности. Мысль простая: Kubernetes начинают использовать для большого количества специфических задач, например, для ML, в итоге у пользователей появляется все больше требований к K8s, разработчики пытаются за ними угнаться, а Kubernetes становится настолько сложным, что возникает сразу две подпроблемы: Сами разработчики Kubernetes начинают теряться в обилии фичей и функциональности — то есть в коде проекта. Он становится слишком сложным для них. Инженеры, которые внедряют и поддерживают Kubernetes в компаниях, уже с трудом способны освоить все его опции и настройки. https://habr.com/ru/companies/aenix/articles/865238/ #devops #девопс Подпишись 👉@i_DevOps

🚀Открытый вебинар: "Конвейер Ci/Cd и обзор средств его защиты". Актуальные знания и навыки по автоматизации и защите процессов разработки На открытом уроке рассмотрим: - Место конвейера в DevOps. Доставка ПО в облаке; - Программные средства организации конвейеров; - Основные методы обеспечения безопасности конвейеров. 📚После занятий вы будете знать: - Принципы непрерывной интеграции и непрерывной доставки ПО в облаках; - Как организовывать конвейер доставки ПО средствами GitLab; - Как применять средства обеспечения защиты конвейера. 🔥Регистрируйтесь на урок 16 декабря, в 20:00 мск и получите скидку на большое обучение «Специалист по кибербезопасности облачных сред»: https://vk.cc/cFUudI Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576

Sveltos: Kubernetes add-on controller Это дополнительный контроллер Kubernetes, который упрощает развертывание и управление дополнениями и приложениями на нескольких кластерах. Он запускается на управляющем кластере и может программно развертывать и управлять дополнениями и приложениями на любом кластере в парке, включая сам управляющий кластер. Sveltos поддерживает различные форматы дополнений, включая диаграммы Helm, необработанный YAML, Kustomize, Carvel ytt и Jsonnet. https://github.com/projectsveltos/addon-controller #devops #девопс Подпишись 👉@i_DevOps

Autobase Это инструмент, разработанный для автоматизации развёртывания и управления PostgreSQL-кластерами с использованием Ansible. Он поддерживает широкий набор функций, включая настройку репликации, автоматизацию резервного копирования с помощью инструментов, таких как pgBackRest и WAL-G, мониторинг состояния кластеров, а также настройку высокодоступной инфраструктуры (HA). Проект упрощает настройку PostgreSQL и снижает вероятность ошибок, обеспечивая удобные плейбуки для типичных задач. Его можно использовать как для новых установок, так и для работы с существующими конфигурациями. https://github.com/vitabaks/autobase #devops #девопс Подпишись 👉@i_DevOps

Большой анонс для DevOps, разработчиков и всех, кто умеет в контейнеры! «Лаборатория Числитель» представила «Штурвал CE» — полнофункциональную community-версию платформы для управления кластерами Kubernetes. «Штурвал» уже стоит во многих крупных компаниях, а теперь его может поставить каждый. Лицензионный ключ для установки community-версии придет после заполнения формы на сайте. А вот тут чат с разрабами, вопросы можно туда.

Короткий совет по Linux 💡 Если вы хотите очистить пустые каталоги, команда find может упростить эту работу: $ find . -type d -empty -exec rmdir -v {} + Параметр -type d выполняет поиск каталогов, -empty выбирает пустые каталоги, а -exec rmdir {} выполняет команду rmdir для их удаления. Команда rmdir гарантирует, что каталог пуст перед его удалением. В качестве альтернативы, вы также можете использовать эту команду для выполнения той же задачи: $ find . -type d -empty -delete #LinuxTips@linux 👉 @linux_odmin

D-Bus D-Bus выполняет различные задачи, направленные на упрощение взаимодействия между различными процессами в системе. В статье описывается, что такое D-Bus и как он справляется с этой функцией. https://fedoramagazine.org/d-bus-overview/ #devops #девопс Подпишись 👉@i_DevOps

Шпаргалка по командам Docker и Docker-compose #devops #девопс Подпишись 👉@i_DevOps

Приложения только жрут ресурсы? Заставьте их работать! Вы знали, что Golang изначально придуман для быстрого и эффективного написания микросервисов? Go совмещает простоту Python и скорость С++, благодаря чему он идеально подходит для архитектуры системных приложений. Если вы хотите, чтобы ваши сервисы работали с максимальной производительностью, а не только потребляли, приходите на новый поток курса «Golang для инженеров». За 3 месяца вы научитесь: ⚡️ писать код на Go: переменные, типы данных, функции и структуры; ⚡️ создавать микросервисы, взаимодействуя с Docker и Kubernetes; ⚡️ разрабатывать и тестировать API-сервисы на языке Go; ⚡️ работать с Kubernetes, включая создание и использование операторов. Курс подойдет DevOps-инженерам, системным администраторам, а также инженерам SRE, мониторинга и поддержки.

При покупке потока вы получите курс «Gitlab CI/CD» в подарок 😎

Старт 9 декабря. 🧲 Занять место на курсе Реклама ООО «Слёрм» ИНН 3652901451

Как можно контролировать использование ресурсов в POD? В Kubernetes контроль использования ресурсов в Pod осуществляется через механизмы запросов (requests) и лимитов (limits), которые задаются для контейнеров в манифестах Pod'ов. Это позволяет управлять доступом к вычислительным ресурсам (CPU и память) и предотвращать чрезмерное потребление, которое может повлиять на работу кластера. Основные способы контроля: 1. Запросы (Requests): - Указывают минимальный объем ресурсов, который необходим контейнеру для работы. - Kubernetes использует эту информацию для планирования Pod'ов на узлах (nodes), гарантируя, что на узле достаточно ресурсов для Pod'а. Пример:

   resources:
     requests:
       memory: "256Mi"
       cpu: "500m"
   

2. Лимиты (Limits): - Устанавливают максимальный объем ресурсов, который контейнер может использовать. - Если контейнер превышает лимит памяти, он будет завершен. Если превышен лимит CPU, его использование будет ограничено (throttled). Пример:

   resources:
     limits:
       memory: "512Mi"
       cpu: "1"
   

3. Комбинированное использование запросов и лимитов: - Обычно рекомендуется задавать оба параметра для каждой нагрузки, чтобы обеспечить баланс между производительностью и безопасностью. - Пример:

     resources:
       requests:
         memory: "256Mi"
         cpu: "500m"
       limits:
         memory: "512Mi"
         cpu: "1"
     

4. Использование ResourceQuota: - Устанавливает ограничения на объем ресурсов, которые могут использоваться на уровне namespace. - Пример:

     apiVersion: v1
     kind: ResourceQuota
     metadata:
       name: compute-resources
       namespace: example-namespace
     spec:
       hard:
         requests.cpu: "4"
         requests.memory: "8Gi"
         limits.cpu: "10"
         limits.memory: "16Gi"
     

5. LimitRange: - Определяет минимальные/максимальные запросы и лимиты для Pod'ов и контейнеров в namespace. - Пример:

     apiVersion: v1
     kind: LimitRange
     metadata:
       name: mem-cpu-limits
       namespace: example-namespace
     spec:
       limits:
       - default:
           cpu: "1"
           memory: "512Mi"
         defaultRequest:
           cpu: "500m"
           memory: "256Mi"
         type: Container
     

Мониторинг использования ресурсов: - Используйте встроенные метрики Kubernetes через kubectl top:

  kubectl top pod --namespace=<namespace>
  kubectl top node
  

- Интеграция с инструментами наблюдаемости, такими как Prometheus, Grafana или Kubernetes Dashboard, для анализа метрик ресурсов в реальном времени. #devops #девопс Подпишись 👉@i_DevOps

❓Как построить «достаточно хороший» CI/CD-конвейер и разрабатывать без сбоев? На открытом вебинаре 10 декабря в 20:00 мск мы разберем, как создать достаточно хороший pipeline для автоматизации CI/CD! 💯Вы узнаете, как внедрить автоматизацию всех этапов: от сборки и тестирования до развертывания. Поделимся практиками настройки инструментов, таких как GitLab CI/CD, Jenkins и GitHub Actions, чтобы ваши проекты были готовы к стабильному и быстрому запуску. 🧑‍💻Спикер Кирилл Казаков — DevOps Lead в Simplinic. 🚀Повысьте скорость и надежность разработки, уменьшите сбои и ошибки. Научитесь автоматизировать конвейеры и доставлять продукт на рынок быстрее! ➡️Регистрируйтесь на вебинар и получите скидку 🎁 на участие в курсе «Инфраструктурная платформа на основе Kubernetes»: https://vk.cc/cFHdAq Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576

Пять GitHub проектов, которые помогут вам стать лучшим инженером DevOps 1. How they SRE Подборка общедоступных ресурсов о том, как технологические и технически подкованные организации по всему миру практикуют Site Reliability Engineering (SRE). https://github.com/upgundecha/howtheysre 2. Awesome Scalability Паттерны масштабируемых, надежных и производительных крупномасштабных систем https://github.com/binhnguyennus/awesome-scalability 3. DevOps Exercises Linux, Jenkins, AWS, SRE, Prometheus, Docker, Python, Ansible, Git, Kubernetes, Terraform, OpenStack, SQL, NoSQL, Azure, GCP, DNS, Elastic, Network, Virtualization. Вопросы для интервью по DevOps https://github.com/bregman-arie/devops-exercises 4. Test your sysadmin skills Сборник тестовых вопросов и ответов по Linux Sysadmin. Проверьте свои знания и навыки в различных областях с помощью этих вопросов и ответов. https://github.com/trimstray/test-your-sysadmin-skills 5. Awesome Site Reliability Engineering Составленный список ресурсов по надежности сайта и производственному инжинирингу. https://github.com/dastergon/awesome-sre #devops #девопс Подпишись 👉@i_DevOps

Поднимаем кластер Kubernetes из одной ноды под Linux Поднимаем простейший однонодовый кластер Kubernetes на машине под управлением Ubuntu Linux 18.04 LTS. Сразу отмечу, что по умолчанию Kubernetes торчит наружу. Если вы поднимаете ноду Kubernetes где-то на VDS просто для экспериментов, то скорее всего хотите закрыть на машине все порты кроме 22-го: https://telegra.ph/Podnimaem-klaster-Kubernetes-iz-odnoj-nody-pod-Linux-03-29 #devops #девопс Подпишись 👉@i_DevOps

Согласованность в распределённой сети — вызов, который мы готовы принять! На открытом уроке «Распределённые транзакции» разберём, как добиться согласованности данных в микросервисной и распределённой архитектуре. Изучим шаблон Saga, методы обработки ошибок и практики отката данных. Представьте систему, которая работает без сбоев, несмотря на распределённость данных. Архитектура, которая поддерживает масштабируемость и надёжность, даже при высоких нагрузках. 🔥 Спикер Олег Мифле — бэкенд-разработчик в одной из крупнейших отечественных соцсетей с 15-летним опытом в IT. 🔴 Присоединяйтесь к вебинару 16 декабря в 20:00 мск! Урок пройдёт перед стартом курса «Highload Architect». Участники вебинара получат скидку на обучение: https://vk.cc/cFGA4U Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576

Что вы знаете Ingress и как она работает? Ingress в Kubernetes — это API-объект, который предоставляет правила маршрутизации внешнего трафика (HTTP и HTTPS) к сервисам внутри кластера. Это позволяет управлять доступом к различным сервисам через единый внешний IP или DNS-имя, упрощая процесс маршрутизации и балансировки нагрузки. 🟢Основные компоненты и принципы работы: 1. Ingress-объект: - Определяет правила маршрутизации. - Включает пути (routes), соответствующие сервисам внутри кластера. - Поддерживает перенаправление HTTP -> HTTPS, управление хостами, а также балансировку нагрузки. 2. Ingress-контроллер: - Специальный компонент, который обрабатывает объекты Ingress и обеспечивает их работу. - Наиболее популярные контроллеры: - NGINX Ingress Controller - Traefik - HAProxy - AWS ALB Ingress Controller 3. Как работает: - Внешний пользователь отправляет HTTP/HTTPS-запрос. - Запрос поступает на внешний IP-адрес, связанный с Ingress-контроллером. - Контроллер анализирует правила Ingress и маршрутизирует запрос к нужному сервису. - Ответ от сервиса передается обратно пользователю через тот же маршрут. 🟢Пример конфигурации Ingress:

apiVersion: networking.k8s.io/v1
kind: Ingress
metadata:
  name: example-ingress
spec:
  rules:
  - host: example.com
    http:
      paths:
      - path: /
        pathType: Prefix
        backend:
          service:
            name: example-service
            port:
              number: 80

🟢Преимущества: - Упрощенная маршрутизация: Один внешний IP-адрес для доступа к множеству сервисов. - Поддержка SSL/TLS: Возможность обеспечения безопасного соединения. - Балансировка нагрузки: Распределение трафика между экземплярами приложения. 🟢Использование Ingress: Ingress удобен для публичных приложений с веб-интерфейсом, где требуется организовать доступ через доменные имена и безопасные соединения. #devops #девопс Подпишись 👉@i_DevOps

Уже слышали об OpenTelemetry, но хотите глубже понять принципы его работы и преимущества использования? Тогда присоединяйтесь к нашему вебинару «OpenTelemetry на практике». 🗓  Дата: 12 декабря 📍  Время: 17:00-18:00 (Мск) На онлайн-мероприятии: 🟣 Расскажем, зачем и почему придумали OpenTelemetry. 🟣 Детально разберем архитектуру и ключевые компоненты, протокол и устройство данных, передаваемых в OTLP. 🟣 В режиме реального времени соберем и передадим телеметрию в GMonit. 🟣 Объясним, как применять возможности observability платформы для унифицированного подхода к сбору информации. Регистрируйтесь и получите новые инсайты, как сделать backend разработку проще и эффективнее!