DevOps

Что вы знаете 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 удобен для публичных приложений с веб-интерфейсом, где требуется организовать доступ через доменные имена и безопасные соединения. Мы в MAX #devops #девопс Подпишись 👉@i_DevOps

System Design interview: решаем топовую задачу Техническое интервью — решающий этап отбора в крупные компании. Без правильной подготовки кандидат рискует потерять шанс получить работу мечты. Приглашаем на открытый веб, где покажем: ☑️ Реалистичный опыт прохождения технического этапа собеседования. ☑️ Алгоритмы принятия решений при проектировании системы. ☑️ Практические советы и разбор частых ошибок кандидатов. Вы поймете структуру и логику System Design интервью, а также повысите уверенность перед собеседованием. Полезно будет всем! Не только тем, кто находится в активном поиске работы. 📌 12 ноября в 19:00 мск Занять место на вебе в один клик: в боте-помощнике ⬅️

CKS Открытая платформа для изучения kubernetes и aws eks и подготовки к экзаменам Certified Kubernetes Specialist (CKA , CKS , CKAD) SRE Learning Platform - это центр с открытым исходным кодом, призванный помочь ИТ-инженерам эффективно подготовиться к экзаменам CKA (Certified Kubernetes Administrator), CKS (Certified Kubernetes Security Specialist) и CKAD (Certified Kubernetes Application Developer). Кроме того, данная платформа предлагает бесценный практический опыт работы с AWS EKS (Elastic Kubernetes Service), что позволяет пользователям получить практические знания для применения в реальных условиях. Если вы хотите подтвердить свои навыки, повысить карьерные перспективы в области администрирования Kubernetes, безопасности, разработки приложений или углубиться в изучение AWS EKS, эта платформа предоставляет практические лабораторные работы, практические тесты и рекомендации экспертов для успешного прохождения сертификации. Подготовка к экзамену CKA: Certified Kubernetes Administrator Повысьте свои навыки для экзамена CKS: Certified Kubernetes Security Specialist Превосходно подготовиться к экзамену CKAD: Certified Kubernetes Application Developer Exam https://github.com/ViktorUJ/cks Мы в MAX #devops #девопс Подпишись 👉@i_DevOps

Infrastructure as Code: новый курс OTUS Инфраструктура как код перестала быть редким навыком — сегодня это must have для системных инженеров, админов, DevOps и разработчиков OTUS запускает обновлённый курс «Infrastructure as a Code», где вы научитесь строить предсказуемую инфраструктуру, работать с Terraform, Ansible, GitLab, Jenkins и другими инструментами На курсе вы: — освоите IaC на уровне Middle+ — развернёте реальные пайплайны для управления инфраструктурой — научитесь кастомизировать Ansible и работать с иммутабельными окружениями — соберёте портфолио проектов под руководством практиков 📌 Формат: онлайн, 4 месяца, 2 вебинара в неделю 📅 Старт: 29 октября (вступительное тестирование) Запишитесь на тест, чтобы попасть в группу курса «Infrastructure as a Code» https://vk.cc/cQNwCK Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576

Qryn ⭐️ Все-в-одном Polyglot Observability с OLAP-хранилищем для журналов, метрик, трасс и профилей. Замена Grafana Cloud, совместимая с Loki, Prometheus, Tempo, Pyroscope, Opentelemetry, Datadog и другими 🚀. https://github.com/metrico/qryn Мы в MAX #devops #девопс Подпишись 👉@i_DevOps

Trippy сочетает функции traceroute и ping и предназначен для анализа сетевых проблем. Фичи: Трассировка с использованием нескольких протоколов: ICMP, UDP и TCP IPv4 и IPv6 NAT detection DNS: Use system, external (Google 8.8.8.8 or Cloudflare 1.1.1.1) or custom resolver Lazy reverse DNS queries Lookup autonomous system number (ASN) and name и многое другое... https://github.com/fujiapple852/trippy Мы в MAX #devops #девопс Подпишись 👉@i_DevOps

Docker 01- Основы. Принцип работы. Почему docker. Сравнение с виртульной машиной. Применение. 02- Установка Docker в Linux и Windows. 03- Основные команды. Управление портами. Port Mapping. 04- Переменные. Environment Variables. 05- Volumes. Постоянные данные. Persisting Data. 06- Сети в докер. Network: bridge, host, none, macvlan, ipvlan 07- Dockerfile. Создаем СВОИ контейнеры. 08- Docker-COMPOSE. Простой запуск контейнеров. 09- Portainer. Управлять Docker ПРОСТО. Обзор, установка, настройка. 10- Watchtower. Автоматизация: обновление Docker контейнеров. источник Мы в MAX #devops #девопс Подпишись 👉@i_DevOps

Docker Build Checks: максимальный линтер для Dockerfile 🐳 Совершенствуйте свои Dockerfile с помощью простых проверок сборки Docker Build Checks используются для проверки конфигураций сборки Dockerfile на наличие проблем, параметров сборки и лучших практик. Это продвинутый линтер, который помогает выявить ошибки и предупреждения до создания Docker-образа. Фактически, это своего рода "сухой запуск" Dockerfile, который позволяет заранее проверить, есть ли проблемы или предупреждения. https://medium.com/@mathesh-me/docker-build-checks-the-ultimate-linter-for-dockerfiles-4de37ac6081a Мы в MAX #devops #девопс Подпишись 👉@i_DevOps

Если при слове ITSM у вас сразу всплывают бюрократия, отчёты и скучные таблицы — самое время пересмотреть подход. SRE-команды, которые игнорируют ITSM, рано или поздно тонут в хаосе инцидентов, тикетов и бесконечных «костылей». На открытом уроке вы узнаете, как ITSM может стать вашим союзником, а не помехой: - Разберём, какие процессы реально помогают управлять инцидентами, изменениями и проблемами, а где стоит оставить место автоматизации. - Покажем, как ITSM-практики делают инфраструктуру предсказуемой и прозрачной, не превращаясь в бюрократию. - Вы поймёте, как выстроить процессы, которые работают на надёжность и скорость, а не мешают инженерам писать код. - Увидите, как навести порядок в SRE-команде без перегиба — с пользой для бизнеса и удовольствием для инженеров. 📌30 октября в 20:00 МСК. Открытый вебинар проходит в преддверии старта курса «SRE практики и инструменты». Регистрируйтесь и узнайте, как превратить ITSM из формальности в реальный инструмент стабильности: https://vk.cc/cQIO7U Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576

GitQL — это инструмент, созданный с использованием GitQL SDK для выполнения SQL-подобных запросов к вашим локальным файлам .git. GitQL SDK — это запросный движок, работающий в памяти и реализованный с нуля в виде набора библиотек. Он позволяет вам выполнять высокую степень кастомизации типов, схем, источников данных, операторов и функций, чтобы вы могли создать собственный инструмент для выполнения SQL-подобных запросов к любым видам данных. https://github.com/amrdeveloper/GQL Мы в MAX #devops #девопс Подпишись 👉@i_DevOps

🧹 Автоматическая очистка логов старше N дней Если логи разрастаются, а места становится всё меньше — пора автоматизировать их очистку! Вот простой способ удалить файлы старше, скажем, 14 дней:

find /var/log -type f -name "*.log" -mtime +14 -exec rm -f {} \;

🔧 Объяснение: - /var/log — каталог с логами (можно заменить на нужный путь); - -type f — только файлы; - -name "*.log" — ищем только .log-файлы; - -mtime +14 — которым больше 14 дней; - -exec rm -f {} — удаляем. 🛡️ Сухой запуск перед удалением:

find /var/log -type f -name "*.log" -mtime +14

Так ты увидишь, что будет удалено, прежде чем запускать rm. 📌 Добавь в cron, чтобы забыть о рутине навсегда. 👉@bash_srv

🌐 30 октября в 11:00 проведем эфир: «Kubernetes Audit Log на страже безопасности кластеров» 🚀 В рамках эфира: 🔹 Познакомимся с механизмом Kubernetes Audit Log 🔹 Разберемся с политикой аудита 🔹 Поговорим о способах обнаружения злоумышленника 🔹 Рассмотрим как Luntry помогает работать с Kubernetes Audit Log 👉 Как всегда, можно будет задать вопросы и получить практические советы по обеспечению безопасности контейнерных сред.  💥 Зарегистрируйтесь, чтобы получить напоминание об эфире и запись после него

Опыт масштабирования Kubernetes на 2k узлов и на 400k подов Расскажу, как мы в PayPal начинали осваивать Kubernetes. На тот момент большинство наших рабочих нагрузок выполнялось на Apache Mesos, и в рамках этой миграции нам требовалось разобраться с некоторыми аспектами производительности у кластеров, в которых будет работать Kubernetes – с учётом той плоскости управления, что действует в PayPal. Из всех этих аспектов важнее всего было понять, как именно масштабируется платформа, а также выявить, как можно было бы улучшить масштабируемость, настраивая параметры кластера. https://habr.com/ru/companies/timeweb/articles/787774/ Мы в MAX #devops #девопс Подпишись 👉@i_DevOps

Изучаем Ansible Inventory: основы и примеры использования Перевели статью об основах Ansible inventory. В ней рассматривается базовая функциональность, управление переменными, комбинирование нескольких источников Inventory и варианты работы с динамическими Inventory. Статья будет полезна тем, кто изучает Ansible. https://spacelift.io/blog/ansible-inventory Мы в MAX #devops #девопс Подпишись 👉@i_DevOps

Канал про Kubernetes без ванильной теории. Только хардкор из бигтеха, опыт, набитый на реальных продах, щепотка IT-юмора и, конечно, мой кот Маркус — у него чуйка на баги. Я — Виталий Лихачев, SRE в крупном голландском тревелтехе.  У себя на канале делюсь:  🫸 Мясом по Kubernetes: как оно на самом деле работает (и фейлится) в больших конторах. 🫸 Боевыми лайфхаками и граблями, собранными в энтерпрайзных траншеях. 🫸 Регулярными вебинарами и прямыми эфирами — живое общение, ответы на каверзные вопросы. Если K8s для тебя – это не просто набор букв, а ежедневная задача (и боль, разумеется), то welcome, обсудим конфиги и не только. ➡️Канал «Kubernetes и кот Лихачева»

Синхронизация локальных изменений с docker/kubernetes контейнером Думаю, это знакомая ситуация, когда вы решили создать какой-то сервис, написали первичный код, завернули это в контейнер, запустили в docker или в kubernetes, и все заработало...но вам понадобилось поменять код, ведь вы собираетесь вести активную разработку - изменять файлы, добавлять новые зависимости и так далее, не хотелось бы каждый раз вручную собирать или синхронизировать файлы, т.к. это занимает много времени. К счастью мир не стоит на месте, и уже есть несколько инструментов, которые позволят вам решить эту задачу, и ниже я вам расскажу о некоторых из них с примерами и кодом. https://habr.com/ru/articles/786282/ Мы в MAX #devops #девопс Подпишись 👉@i_DevOps

Разворачивать инфраструктуру под ИИ теперь можно не неделями, а часами. Stackland — новое on-premises решение от Yandex B2B Tech для тех, кто строит и поддерживает ИИ-нагрузки. Stackland совместим с Yandex AI Studio, поэтому разработчики могут сразу приступить к созданию и тестированию ИИ-приложений в собственном контуре. Платформа станет доступна в первом квартале 2026 года, а сейчас уже можно узнать мнение экспертов и посмотреть демо. Решение включает контейнерный оркестратор, объектное хранилище, базы данных (в том числе векторные), управление доступом к GPU и быстрым сетям вроде InfiniBand. Все компоненты преднастроены инженерами Яндекса — можно сразу запускать сервисы и модели, не тратя время на интеграции.

Atlantis Автоматизация Pull Request в Terraform https://github.com/runatlantis/atlantis Мы в MAX #devops #девопс Подпишись 👉@i_DevOps

Прокачай свои навыки Kubernetes Kubernetes — это мощь. Но по-настоящему он раскрывается в руках тех, кто знает, как с ним обращаться. Хотите уверенно управлять кластерами, настраивать сеть, разруливать инциденты и держать инфраструктуру под контролем? ➡️Тогда вам на курс «Kubernetes Мега» от Слёрма. На обучении вы:  👉 Освоите перенос продукта на Kubernetes 👉 Научитесь разворачивать отказоустойчивые кластеры 👉 Ускорите траблшутинг и будете решать инциденты как профи 👉 Повысите стабильность и безопасность инфраструктуры 👉 Настроите автоматическую ротацию сертификатов, автодеплой и защищённое хранение секретов Это не просто курс. Это путь к 300к/наносек. Старт — 27 октября, вы как раз успеваете! Посмотрите программу и забронируйте место ➡️ по ссылке

Платформа управления оповещениями и AIOps с открытым исходным кодом. Рабочие процессы Keep — это GitHub Actions для ваших инструментов мониторинга. Рабочий процесс Keep — это декларативный YAML-файл, который автоматизирует управление оповещениями и инцидентами. Каждый рабочий процесс состоит из следующих элементов: - Триггеры — что запускает рабочий процесс (оповещения, инциденты, расписание или ручной запуск). - Шаги — чтение или получение данных (обогащение, контекст). - Действия — выполнение операций (обновление тикетов, отправка уведомлений, перезапуск серверов). https://github.com/keephq/keep Мы в MAX #devops #девопс Подпишись 👉@i_DevOps