DevOps Star (Звезда Девопса)

Повышение доступности и кэширование образов контейнеров благодаря kube-image-keeper В компании Enix мы управляем сотнями кластеров Kubernetes для наших клиентов и собственного внутреннего использования. Облачные, локальные, большие и маленькие, от разработки до продакшена... И есть одна конкретная проблема, которая в тот или иной момент затрагивает все эти кластеры: процесс поиска изображений. https://enix.io/en/blog/cache-image-docker-kubernetes/ 👉 @devops_star

Kubernetes - Курс по Kubernetes для Начинающих 00:00:00 YouTube Intro 00:00:29 Введение в курс по Kubernetes 00:04:28 Что такое Kubernetes 00:08:09 Составляющие части кластера Kubernetes 00:16:28 Управление кластером с помощью kubectl 00:18:30 Программы для курса 00:24:30 Windows - Какой терминал использовать 00:25:52 Установка kubectl 00:31:08 Установка Minikube 00:36:30 Установка Docker Desktop 00:40:24 Создание кластера K8S с помощью Minikube 00:46:50 Проверка статуса кластера Minikube 00:51:19 Настройка алиаса для команды kubectl 00:54:11 Исследование кластера Minikube 00:56:46 Запущенные поды и контейнеры 01:01:00 Сравнение версий Docker 01:04:03 Создание одного пода в кластере 01:08:05 Детальная информация о поде 01:10:53 Проверка доступности веб сервера nginx в контейнере 01:14:41 Подключение внутрь контейнера 01:17:50 Почему под и контейнер недоступны снаружи кластера 01:20:18 Удаление и создание пода заново 01:22:26 Создание деплоймента 01:34:39 Изменение количества подов в деплойменте 01:41:04 IP адреса подов и их доступность 01:46:08 Итоги по масштабированию деплоймента nginx источник 👉 @devops_star

Robusta KRR Robusta KRR (Kubernetes Resource Recommender) - это CLI-инструмент для оптимизации распределения ресурсов в кластерах Kubernetes. Он собирает данные об использовании подов из Prometheus и выдает рекомендации по запросам и лимитам на процессор и память. Это позволяет снизить затраты и повысить производительность. 📊 Получайте точные рекомендации по ресурсам ⏱ Немедленно 🔥 На основе истории, уже имеющейся в Prometheus 📁 Встроенные функции отчетности ⚙️ Прозрачные и понятные алгоритмы https://github.com/robusta-dev/krr 👉 @devops_star

Создание кластера MicroK8s Хотя MicroK8s разработан как сверхлегкая реализация Kubernetes, создание кластера MicroK8s все же возможно и полезно. В этой статье рассказывается о том, как добавлять и удалять узлы и что требуется для обеспечения высокой доступности кластера. https://microk8s.io/docs/clustering 👉 @devops_star

Масштабирование Kafka для обеспечения роста объема данных PayPal Apache Kafka - это платформа распределенной потоковой передачи событий с открытым исходным кодом, которая используется в PayPal для конвейеров потоковой передачи данных, интеграции и ввода данных. Она поддерживает наши самые критически важные приложения и принимает триллионы сообщений в день, что делает ее одной из самых надежных платформ для обработки огромных объемов данных, которые мы обрабатываем каждый день. https://medium.com/paypal-tech/scaling-kafka-to-support-paypals-data-growth-a0b4da420fab 👉 @devops_star

DevOps и SRE: конкуренты или союзники в борьбе за надёжность? Где заканчивается зона ответственности DevOps-инженера и начинается область контроля SRE? Приглашаем на открытый урок, где разберём разницу между подходами DevOps и SRE, особенно — в контексте Service Level Indicators (SLI), Service Level Objectives (SLO) и Service Level Agreements (SLA). ✅ Вы узнаете, как эти практики помогают создавать надёжную платформу и кто за что отвечает в команде. 📌 Обсудим как DevOps и SRE трактуют «качество платформы». И кто за какими метриками следит: производительность, аптайм, алерты, ошибки ⬆️ Протестируй курс «SRE практики и инструменты» на открытом уроке: https://vk.cc/cNl29e Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576, www.otus.ru

MaaS, или мониторинг как сервис Меня зовут Валентин Лебедев, я отвечаю за мониторинг в Газпромбанке. Мой опыт в области построения систем мониторинга — более двенадцати лет, из которых последние шесть — строил мониторинг для крупного и сверхкрупного бизнеса. Статья будет полезна специалистам, строящим ядро/платформу мониторинга, и пользователям, ежедневно с ним взаимодействующим. Мы поговорим о пяти этапах взросления мониторинга. Так уж совпало, что эти пять этапов накладываются на сервисные IT-слои: Инфраструктурный мониторинг; Прикладной мониторинг; Бизнес-мониторинг; Application Performance Monitoring; Real User Monitoring. https://habr.com/ru/companies/oleg-bunin/articles/806779/ 👉 @devops_star

SadServers Linux & DevOps Сценарии устранения неполадок SaaS https://github.com/fduran/sadservers 👉 @devops_star

DevOps на IBM: как мы навели порядок в 700 системах, перейдя от bash к IaC В инфраструктуре заказчика имелся большой зоопарк систем, не объединенных единой логикой. Надо было навести порядок и наладить автоматизацию, особенно после того, как в этом уже поучаствовали сотрудники различных подразделений и сторонних компаний, не особо озабоченных единой концепцией. Нам повезло, что заказчик сам не до конца представлял, что именно хочет, поэтому в проекте было много пространства для творчества и возможности применить методологию DevOps, в том числе к системам на AIX. Ну а началось все с одного болезненного инцидента. https://habr.com/ru/companies/croc/articles/805309/ 👉 @devops_star

Docker vs. Kubernetes. Что мы должны использовать? Что такое Docker? Docker - это платформа с открытым исходным кодом, которая упрощает создание, распространение и запуск приложений с помощью контейнеров. Она позволяет создавать легкие, переносимые, самодостаточные контейнеры из любого приложения со всеми его зависимостями. Что такое Kubernetes? Kubernetes, также известная как K8s, - это система с открытым исходным кодом для автоматизации развертывания, масштабирования и управления контейнерными приложениями. Она группирует контейнеры, из которых состоит приложение, в логические блоки для удобства управления и обнаружения в кластере машин. Для запуска контейнеров в Kubernetes используются не Docker Engine, а такие среды выполнения контейнеров, как containerd и CRI-O. Чем они отличаются? Docker ориентирован на автоматизацию создания и развертывания отдельных контейнеров на одном узле. Хотя он может управлять коллекциями контейнеров с помощью Docker Swarm, он более ограничен по сравнению с Kubernetes с точки зрения масштабируемости и возможностей. Kubernetes продвинулась дальше в области оркестровки контейнеров, управляя кластерами узлов, на которых работают Linux-контейнеры. Она обеспечивает планирование, балансировку нагрузки и предоставляет надежную платформу для автоматизации развертывания, масштабирования и обеспечения требуемого состояния приложений. Таким образом, Docker отлично справляется с управлением контейнерами на одной системе, а Kubernetes предназначен для управления и масштабирования многоконтейнерных приложений в кластерах. 👉 @devops_star

Minikube Features minikube runs the latest stable release of Kubernetes, with support for standard Kubernetes features like: LoadBalancer - using minikube tunnel Multi-cluster - using minikube start -p <name> NodePorts - using minikube service Persistent Volumes Ingress Dashboard - minikube dashboard Container runtimes - minikube start --container-runtime Configure apiserver and kubelet options via command-line flags Supports common CI environments https://github.com/kubernetes/minikube 👉 @devops_star

K8S для начинающих. Первая часть Давайте коснемся Kubernetes и расскажем, как им пользоваться на практике. Но сначала надо спросить, а что такое этот ваш Kubernetes и для чего он собственно нужен. Подойдет ли он для ваших проектов. https://habr.com/ru/articles/589415/ Часть вторая В этой статье поговорим о том, что такое сервис, типы сервисов, метки и селекторы, а также создадим свой сервис. https://habr.com/ru/users/Boroda747/articles/ 👉 @devops_star

Начни карьеру с одной из самых востребованных профессий — тестировщик с автоматизацией на Java 💻 Курс QA Automation Engineer, специализация — это: 📚 Пошаговое обучение с нуля 🛠 Реальные инструменты: Java, Selenium, Maven, Git, Jenkins 📈 После курса ты сможешь: Стартовать в профессии QA Automation Разбираться в автотестах, коде и CI/CD Претендовать на позиции junior-инженера по автоматизации Быть не просто «тестировщиком», а инженером с перспективой 👉 Пройдите тест — сделайте шаг к новой профессии уже сегодня! https://tglink.io/5db2cc3d3231?erid=2W5zFGJPBD2 #реклама О рекламодателе

Kubeshark — мониторинг и анализ Kubernetes Wireshark - это хорошо известный инструмент для захвата пакетов, анализа и устранения неполадок. Он может перехватывать текущий сетевой трафик и анализировать его в режиме реального времени на микроскопическом уровне, а также считывать и обрабатывать сохраненные файлы захвата. Wireshark может анализировать и отображать множество различных протоколов и обладает мощной системой фильтрации для сужения интересующего трафика. https://habr.com/ru/articles/805937/ 👉 @devops_star

HyperDX HyperDX помогает инженерам быстро выяснить, почему продакшен не работает, благодаря централизации и корреляции журналов, метрик, трассировок, исключений и повторов сеансов в одном месте. Альтернатива Datadog и New Relic с открытым исходным кодом и удобством для разработчиков. https://github.com/hyperdxio/hyperdx 👉 @devops_star

Overengineering, который медленно убивает ваш продукт Бесплатный вебинар 25 июня в 17:00 мск Overengineering замедляет разработку, тратит ресурсы и подрывает мораль команды в силу увеличения порога входа в продукт. На вебинаре мы: 👉 разберём разные кейсы: от раздутых пайплайнов до излишнего увлечения надежностью; 👉 поговорим о причинах overengineering – от карго культа до CV driven development. 📌 После просмотра вы получите solid понимание, как не надо делать, и советы, как не усложнять себе жизнь без строгой необходимости. Занять место на вебинаре в один клик ⬅️ erid: 2W5zFJAbbpL

System Design 101 О сложных системах простыми словами. В шпаргалке на высоком уровне рассматриваются такие вещи, как протоколы коммуникации, DevOps, CI/CD, архитектурные паттерны, базы данных, кэширование, микросервисы (и монолиты), платежные системы, Git, облачные сервисы etc. Особую ценность представляют диаграммы — рекомендую уделить им пристальное внимание. Полагаю, шпаргалка будет интересна всем, кто хоть как-то связан с разработкой программного обеспечения и, прежде всего, веб-приложений. Буду признателен за помощь в уточнении/исправлении понятий, терминологии, логики/алгоритмов работы систем (в рамках того, что по этому поводу содержится в оригинале), а также в обнаружении очепяток. https://habr.com/ru/articles/770564/ original https://github.com/ByteByteGoHq/system-design-101 👉 @devops_star

GitOps с использованием Flux и Flagger GitOps как практика используется с 2017 года, когда Алексис Ричардсон придумал этот термин. Он изменил DevOps и автоматизацию. Если посмотреть на его основные принципы, то он расширяет DevOps, рассматривая инфраструктуру как код (IaC). Конфигурация развертывания хранится в системе контроля версий (она же Git), обеспечивая единый источник данных для разработчиков. https://dev.to/infracloud/gitops-using-flux-and-flagger-15ci 👉 @devops_star

🚀 Тренды в Kubernetes и DevOps 2025 26 июня в 19:00 приглашаем на прямой эфир в Telegram-канале «Кубернетика». Вас ждет экспертная оценка ключевых трендов Kubernetes и DevOps: определим, какие из них реально ждут нас в будущем, а какие — просто хайп. CTO, инженеры DevOps-практик и архитекторы — приходите узнать о практиках, которые скоро станут повседневностью.  Разберём: • AI/ML в DevOps становится стратегическим преимуществом, а не просто инструментом? • DevSecOps — это опция или необходимость? • GitOps — стандарт управления инфраструктурой? • Роль платформ разработки (IDP) в создании эффективной DevOps-культуры. • Устойчивые (sustainable) практики DevOps. • Будущее виртуализации в Kubernetes. 20 минут полезного контента + 10 минут ответов на вопросы. 🔹 Подписывайтесь и ставьте напоминание о трансляции, чтобы не пропустить!

Пишем роли ansible не ломая прод — особенности check_mode или как правильно его готовить В данном опусе я попытаюсь рассказать как можно писать роли и плэйбуки такими, чтобы они отыгрывали без падений при запуске с флагом --check. Зачем вот это всё: вы в команде адептов инфраструктуры как код и не только раскатываете свою инфраструктуру, но и обновляете ее и хотите быстро восстанавливать, а это значит что вы должны обеспечивать одну из ключевых концепций ansible - идемпотентность повторных запусков. Для этого вы вынуждены не только писать роли, применяя их в лабораторных условиях, но и применения их на реальной инфраструктуре, о том как дебажить при этом ямлы написано например здесь. Применять код который сделает множество изменений в продакшн - такое себе удовольствие не для слабонервных, поэтому и мы будем пускать его предварительно с флагом --check - в холостую, желая посмотреть те изменения которые будут внесены в целевую инфраструктуру. То есть, если вы собираетесь реконфигурировать сервис в одном конфиге и перезапустить-перегрузить его, то вы должны увидеть только 2 изменения (changed) по итогам запуска. https://habr.com/ru/articles/746864/ 👉 @devops_star