DevOps

Современный DevOps строится на этих инструментах 👇 🔁 Git • Источник правды для кода 🐳 Docker • Упаковка приложений в контейнеры ☸️ Kubernetes • Надежный запуск и управление контейнерами 🧰 Terraform • Инфраструктура как код ⚙️ Jenkins • Автоматизация CI 🦊 GitLab • Управление кодом и CI/CD 🔁 CircleCI • Быстрые CI/CD пайплайны 🚀 Argo CD • GitOps-деплой в Kubernetes 🐙 GitHub Actions • Автоматизация рабочих процессов 🧩 Tekton • Kubernetes-нативный CI/CD 🐍 Ansible • Управление конфигурациями 🔐 HashiCorp Vault • Хранение и защита секретов 🔑 External Secrets • Синхронизация секретов в Kubernetes 📊 Prometheus • Метрики и алерты 📈 Grafana • Визуализация метрик 🐶 Datadog • Мониторинг облачной инфраструктуры 🔍 ELK Stack • Анализ логов 🧭 OpenTelemetry • Стандарт наблюдаемости 🛡️ Istio • Управление сетевым трафиком 🌐 NGINX • Ingress и reverse-proxy 🚦 Traefik • Современная маршрутизация в облаке ⛵ Helm • Пакетный менеджер для Kubernetes ☁️ AWS • Облачная платформа 🔵 Azure • Облачная платформа 🟢 Google Cloud Platform • Облачные сервисы С какими из этих инструментов вы работаете каждый день? Если что-то важное пропустили — добавляйте в комментариях 👇

60 минут, чтобы оптимизировать Redis для высоких нагрузок Selectel приглашает на практический вебинар, где разберут целостный инженерный подход к оптимизации Redis под high-load — от памяти и клиентских запросов до мониторинга и нагрузочного тестирования. Покажут, как настройки и паттерны использования Redis влияют на вытеснение ключей, p95/p99 задержки и стабильность системы. 📅 26 марта, 12:00 📍 Онлайн 👥 Для инженеров DevOps и DBA, бэкенд-разработчиков, системных администраторов и архитекторов 👉Смотрите полную программу и регистрируйтесь: https://slc.tl/mo6d5 Чтобы не пропустить вебинар и узнавать о других событиях и бесплатных курсах Selectel, подписывайтесь на @selectel_events Реклама. АО "Селектел". erid:2W5zFHrJUoK

☸️ Kubernetes - сложность изучения 🔥 • Легко Pods Deployments Services (ClusterIP) Основы YAML • Чуть сложнее ReplicaSets и масштабирование Ingress ConfigMaps и Secrets Namespaces • Средне Helm Probes (Liveness / Readiness) Resource Limits и Requests HPA (автомасштабирование) Rolling Updates и Rollbacks • Сложно RBAC Сетевые механизмы Kubernetes (CNI) StatefulSets GitOps (ArgoCD / Flux) • Очень сложно CRD (Custom Resource Definitions) Внутреннее устройство Kubernetes (API Server, etcd, Scheduler) • Экстремально сложно Написание собственных Operators Создание собственного Scheduler

erid: 2VtzqvLUR9f Выбирать хардовое обучение вслепую — так себе затея. Качественное обучение требует времени и сил, поэтому перед тем как вписываться, важно заглянуть «под капот». В ИнженеркаТех открыты демо-доступы к флагманским инженерным программам. Вы можете зайти на платформу, оценить технический уровень материалов и получить знания с 1 урока. Выбирайте свое направление, тестируйте и делайте осознанный выбор: 1️⃣ DevOps инженер: интенсив по проектированию и автоматизации инфраструктуры 5 модулей плотной практики. Проходим путь от CI/CD (GitHub Actions) и IaC (Terraform, Terragrunt) до работы с YandexCloud и деплоя в Kubernetes. В финале — настройка мониторинга (Loki, Prometheus) и автомасштабирования (HPA). Каждая тема закрепляется домашкой с ревью. 👉 Забрать демо-доступ к курсу - https://inzhenerka.tech/devops 2️⃣ Разработка модулей ядра Linux (Linux Kernel developer) Глубокое погружение в системное программирование. Разбираем архитектуру ядра Linux, пишем простейшие модули, разрабатываем и регистрируем драйверы для символьных и блочных устройств. Отдельный фокус на управление памятью, работу с / proc и решение проблем конкуренции (семафоры, мьютексы). 👉 Забрать демо-доступ к курсу - https://inzhenerka.tech/linux_drivers 3️⃣ Разработка на C под Linux (Системный разработчик) Фундаментальная база по созданию системных приложений. Работаем с файловой системой, низкоуровневым вводом-выводом, статическими и динамическими библиотеками. Изучаем все виды IPC (очереди сообщений, shared memory, сигналы), учимся работать с сокетами, потоками и писать демонов. 👉 Забрать демо-доступ к курсу – https://inzhenerka.tech/linux_developer_c Реклама. ООО "Инженеркатех" ИНН: 9715483673

🚨 Kubernetes v1.36 официально выходит 22 апреля 2026 года. Вот 6 ключевых обновлений, к которым стоит подготовить свои кластеры: 👇 1⃣ HPA Scale-to-Zero (включено по умолчанию) - Функция HPAScaleToZero выходит из alpha после того, как находилась там с версии v1.16. - Теперь можно безопасно указывать minReplicas: 0. - Это серьёзно снижает расходы для неактивных staging-окружений и batch-пайплайнов. 2⃣ Эфемерные Service Account токены для pull образов - Заменяют долгоживущие статические секреты для доступа к приватным registry. - Используются краткоживущие токены Service Account с автоматической ротацией. - Учетные данные теперь привязаны к идентичности конкретного pod, что значительно снижает риск утечек. 3⃣ Более умный выбор pod’ов в HPA - Исправлена проблема, когда HPA считал метрики устаревших или orphan-pod’ов. - Новая логика учитывает только pod’ы, управляемые целевой workload. - Автоскейлинг становится более предсказуемым и стабильным. 4⃣ Удаление режима kube-proxy IPVS - Режим IPVS был deprecated в v1.35 и теперь будет полностью удалён. - Пора переходить на iptables (backend nftables) или eBPF-proxy (например Cilium). - Лучше запланировать миграцию заранее, чтобы обновление не сломало сетевой стек. 5⃣ Завершение эпохи Ingress NGINX и переход на Gateway API - Сообщество постепенно отказывается от Ingress NGINX. - Gateway API становится новым стандартом управления трафиком. - Появляется нативная маршрутизация между namespace без набора кастомных annotations. 6⃣ Переход на containerd 2.x - Версия v1.36, вероятно, станет последней, поддерживающей старые версии containerd (например **1.6.x**). - Экосистема Kubernetes полностью выравнивается под containerd 2.x. - Обновите runtime заранее, чтобы избежать breaking changes в следующих релизах.

🖥 20 Linux-команд, которые должен знать каждый разработчик: 1. ls — показать файлы и директории 2. cd — перейти в другую директорию 3. pwd — показать путь текущей директории 4. mkdir — создать новую директорию 5. rm — удалить файл или директорию 6. cp — скопировать файл или директорию 7. mv — переместить или переименовать файл 8. touch — создать новый файл 9. cat — вывести содержимое файла 10. nano — открыть файл в терминальном редакторе 11. grep — искать текст внутри файлов 12. find — найти файлы и директории 13. chmod — изменить права доступа к файлу 14. chown — изменить владельца файла 15. df -h — проверить свободное место на диске 16. top — посмотреть запущенные процессы 17. ps aux — показать список активных процессов 18. kill — завершить процесс 19. history — показать историю команд 20. clear — очистить экран терминала https://www.youtube.com/shorts/pdqho8kGKCI 🖥 Полезные Linux ресурсы 🚀 Max

🐳 Docker Layer Caching Trick Многие Docker-сборки занимают 5–10 минут даже если вы изменили одну строку кода. Причина - неправильный порядок инструкций в Dockerfile. 🚫 Плохой Dockerfile COPY . /app RUN npm install RUN npm run build Если меняется любой файл в коде → слой COPY . меняется. Docker сбрасывает кэш и заново запускает: • npm install • build Даже если зависимости не менялись. ⏳ В итоге - каждая сборка почти с нуля. ✅ Правильный Dockerfile COPY package*.json /app RUN npm install COPY . /app RUN npm run build Теперь Docker работает умнее: если изменился только код: • слой npm install берётся из кэша • пересобирается только build ⚡ Время сборки До - ~10 минут После - ~30 секунд 📌 Золотое правило Dockerfile Сначала кладём то, что редко меняется: • package.json • package-lock.json • requirements.txt • go.mod А часто меняющееся - в конце: • исходный код • конфиги • assets 🚀 Результат • быстрее сборки Docker • быстрее CI/CD • быстрее деплой Иногда достаточно просто поменять порядок строк в Dockerfile. 🎯Полезные DEVOPS ресурсы 🚀 Max Docker в телеграм

HyperDrive — GitOps-платформа для инфраструктуры разработки Основная идея: описываете целевую конфигурацию инфраструктуры через код → система приводит ее в желаемое состояние → получаете self-service и автоматическое создание нужных сред (четвергов) То есть вместо ручной настройки: — шаблоны окружений — воспроизводимые среды — все состояние в Git 24 марта будет демо архитектуры платформы: регистрация

🧠 В этот раз DOOM запустили не на калькуляторе и не на холодильнике. А на живых человеческих нейронах. Стартап Cortical Labs вырастил около 200 000 нейронов и подключил их к системе, которая передавала им сигналы из игры в виде электрических импульсов. Нейроны «видели» происходящее через паттерны стимуляции и в ответ генерировали сигналы, которые интерпретировались как игровые действия - движение, поворот, выстрел. По сути, биологическая нейросеть стала контроллером для DOOM. Это уже не просто мем «запустили DOOM на всём подряд». Это момент, когда биология и вычисления реально начинают пересекаться. Кажется, человечество слишком буквально восприняло идею “organic computing” 😬 🎯Полезные DEVOPS ресурсы 🚀 Max

Контроль секретов — иллюзия или управляемый процесс? Пароли, API-ключи, сертификаты и токены часто хранятся фрагментировано — в Git, CI/CD, Docker-образах и конфигурациях. Они не ротируются годами, остаются после смены сотрудников и попадают в историю коммитов. В итоге — риск утечки и сложности на аудите. На вебинаре Deckhouse и Ximi Lab покажем, как выстроить процесс работы с секретами, чтобы соответствовать п. 5.15 ГОСТ Р 56939-2024 в рамках РБПО.

В ходе вебинара: • Поговорим о требованиях по безопасной работе с секретами. • Разберём риски хранения секретов в Git, CI/CD и Docker-образах. • Покажем, как выявлять секреты в репозиториях и пайплайнах с помощью TRON ASOC и реализовать безопасную работу с секретами в Deckhouse Stronghold.

А также вас ждет демо работы платформ и разбор кейсов. 🎁 Участники получат чек-лист по работе с секретами. 19 марта в 12:00, онлайн 👉 Зарегистрироваться Реклама. АО "ФЛАНТ". ИНН 7723661439.

Языки программирования и их «самая ненавистная» фича - по мнению разработчиков • 🐍 Python - отступы ломают всё • 🖥️ BASIC - ощущается болезненно устаревшим • 📊 Visual Basic - очень быстро превращается в хаос • 🟨 JavaScript - странное и непредсказуемое поведение • 🐘 PHP - хаос из-за непоследовательных названий функций • 💎 Ruby - слишком много скрытой «магии» • 🎵 Groovy - используют в основном ради Gradle • ☕ Java - слишком много шаблонного кода • 🟣 C# - болезненные конфликты версий • 🐹 Go - бесконечные строки обработки ошибок • 🐦 Swift - частые ломающие обновления • 🅺 Kotlin - долгие компиляции • 🎯 Dart - существует из-за Flutter • 🧮 Fortran - синтаксис как из прошлого века • 🔧 C - опасное неопределённое поведение • 🍎 Objective-C - повсюду квадратные скобки • 🔺 Scala - переусложнённая система типов • ⚡ Zig - ручная работа с памятью • 🐪 Perl - написал один раз - потом сам не прочитаешь • 🚀 C++ - кошмарные ошибки шаблонов • 🦀 Rust - вечная борьба с borrow checker • ⚙️ Assembly - нулевая безопасность С чем согласен, а что - просто мем? 😄

Контейнерный образ — это база любого релиза ❤️ Но когда версии, доступы и безопасность пущены на самотек, команда увязает в «починке доставки» и отвлекается от развития продукта. На вебинаре вместе с экспертом Cloud․ru вы:

▶️рассмотрите контур артефактов и разберёте, где он чаще всего ломается; ▶️научитесь загружать Docker-образы, версионировать и управлять ими в Evolution Artifact Registry; ▶️настроите приватный доступ к репозиториям и разграничение прав; ▶️включите сканирование на уязвимости и примените политики безопасности; ▶️разберете, как поддерживать порядок в реестре: политики удаления и жизненный цикл.

Вебинар будет полезен backend-разработчикам, DevOps-инженерам (сборка/доставка), архитекторам (инфраструктура/безопасность), техлидам и руководителям команд для ускорения релизов и снижения рисков ошибок. 👉Зарегистрироваться👈

✔️ Карпати только что оценил все профессии в США по уровню воздействия AI. Он собрал данные по 342 профессиям, которые охватывают около 143 миллионов рабочих мест, и попросил LLM оценить каждую по шкале от 0 до 10. Результаты: средний показатель по всем профессиям - 5.3 / 10 разработчики ПО - 8–9 кровельщики - 0–1 медицинские транскрибаторы - 10 / 10 Картина выглядит довольно очевидной. Если ваша работа проходит за экраном, риск автоматизации почти 99%. Если она требует работы руками и взаимодействия с непредсказуемой средой, вы в гораздо большей безопасности. И это уже не просто предположения. Это данные. https://karpathy.ai/jobs/ 🎯Полезные Мл-ресурсы 🚀 Max

🌟 ByteDance перезапустила DeerFlow. DeerFlow 2.0 - проект, переписанный с нуля, который не имеет ничего общего с первой версией. Там был фреймворк для глубокого ресерча, а здесь полноценный рантайм для агентов. 🟡В основе лежит связка LangGraph и LangChain. Главный агент получает задачу, разбивает ее на подзадачи и порождает суб-агентов на лету. Каждый из них работает в изолированном контексте: не видит данные других агентов и главного процесса. Суб-агенты запускаются параллельно, когда это возможно, и возвращают структурированные результаты, а главный агент собирает из них финальный вывод. Сессия живет в изолированном Docker-контейнере с полноценной файловой системой, главный агент и суб-агенты работают в ней совместно. Агент читает и пишет файлы, выполняет bash-команды, работает с изображениями. Между сессиями нет никакой взаимной путаницы. 🟡Навыки и инструменты Возможности агента определяются через Skills. Из коробки есть исследование, генерация отчетов, создание слайдов, веб-страниц, изображений и видео. Навыки загружаются по мере необходимости, только когда задача их требует. Это снижает нагрузку на контекстное окно и позволяет работать с моделями, чувствительными к расходу токенов. Инструменты - по той же логике: базовый набор (веб-поиск, fetch, работа с файлами, bash), плюс поддержка MCP-серверов и произвольных Python-функций. Все можно заменить или расширить. 🟡Память и контекст DeerFlow помнит пользователя между сессиями. Накапливается профиль: стиль письма, технический стек, повторяющиеся сценарии. Данные хранятся локально. Внутри длинной сессии система сама управляет контекстом: завершенные подзадачи суммируются, промежуточные результаты уходят на диск. Контекстное окно не раздувается. 🟡Интеграции Поддерживаются Telegram, Slack и Feishu. Из Claude Code можно взаимодействовать с запущенным инстансом DeerFlow напрямую через специальный skill: отправлять задачи, управлять тредами и выбирать режим выполнения. 🟡Модели и деплой Система работает с любой моделью через OpenAI API, включая локальные через Ollama. ByteDance рекомендует использовать модели, которые поддерживают длинный контекст (100k+ токенов), ризонинг, мультимодальность и надежный tool-use. DeerFlow также встраивается как Python-библиотека без запуска HTTP-сервисов:

from src.client import DeerFlowClient
client = DeerFlowClient()
response = client.chat("Analyze this paper", thread_id="my-thread")

📌Лицензирование: MIT License. 🟡Demo 🖥GitHub @ai_machinelearning_big_data #AI #ML #Agents #DeerFlow #ByteDance

Встройте LLM в разработку правильно ↗️ ИИ позволяет генерировать код быстрее. Но его бесконтрольное использование часто приводит к багам, уязвимостям и росту технического долга. Как этого избежать и сделать процесс безопасным — расскажет эксперт Cloud.ru на вебинаре 17 марта. Вы узнаете:

➡️как быстро запустить и контролировать генерацию кода с LLM в VS Code ➡️как выстроить правила, ограничения и стандарты при работе с LLM ➡️как настроить ранний контроль качества и безопасности через SonarQube ➡️как использовать MCP-серверы для качественного кода

Не забудьте зарегистрироваться 🌐

Насколько сложно выучить разные языки программирования? Вот примерная картина по уровню входа - от простых к экстремальным. 🟢 Легко Идеально для старта и быстрого входа в разработку • Python • BASIC • Visual Basic 🟡 Легко–средне Простой старт, но есть особенности и подводные камни • JavaScript • PHP • Ruby • Groovy 🟠 Средне Требуют понимания архитектуры, типизации и хорошей практики • Java • C# • Go • Swift • Kotlin • Dart • Fortran 🔴 Сложно Нужно понимать память, низкоуровневые детали и внутреннее устройство системы • C • Objective-C • Scala • Zig • Perl 🟣 Очень сложно Высокий порог входа и серьёзные требования к пониманию системного программирования • C++ • Rust ☠️ Экстремально Работа напрямую с железом • Assembly Сложность языка - не самое важное. Гораздо важнее: - экосистема - задачи, которые вы решаете - скорость получения практики Язык можно выучить за недели. Инженерное мышление - за годы.

🔥 Как выбрать анонимный браузер для Linux Если вам важна приватность, обычные браузеры вроде Chrome или стандартного Firefox не подойдут - они собирают телеметрию, сохраняют данные и могут раскрывать ваш цифровой след. Для анонимности важно три вещи: • скрытие IP-адреса • защита от трекинга и fingerprint • изоляция сайтов и данных Лучшие варианты для Linux: Tor Browser - максимальная анонимность • трафик проходит через сеть Tor • скрывает реальный IP • защита от fingerprint • идеален для полной приватности Firefox (hardened) - баланс между удобством и приватностью • отключается телеметрия • можно включить строгую защиту от трекеров • подходит для повседневной работы Brave • встроенная блокировка рекламы и трекеров • режим Tor для отдельных вкладок • быстрый и простой вариант Если нужна максимальная анонимность - выбирайте Tor. Если нужна приватность без потери скорости - Firefox с настройками или Brave. Установка Tor Browser (Linux) sudo apt update sudo apt install -y torbrowser-launcher Первый запуск (скачает официальную версию) torbrowser-launcher Проверка соединения через Tor curl https://check.torproject.org Альтернатива: установка Brave sudo apt install -y brave-browser

DevOpsConf 2026: Фабрика инженерных решений 2–3 апреля, Москва. Главное событие для инженеров по автоматизации разработки, надежности и эксплуатации, архитекторов, системных администраторов, технических лидеров и ИТ-директоров. В этом году всё иначе - мы пересобрали привычный лекторий → в конструкторское бюро решений на DevOpsConf. Над чем работаем: 🔹 Работа с наследием (легаси). Поток для тех, кому достался "черный ящик" без документации. Командная игра "Почини сломанную систему на скорость" + воркшоп по анализу древнего кода с помощью ИИ. 🔹 Наблюдаемость без паники. От метрик до архитектуры и борьбы с ложными алертами. 🔹 Как говорить с госорганами и бизнесом. Про 152-ФЗ, ФСТЭК и ГОСТы для инженеров, а также мастер-классы по питчингу решений для руководства. Форматы: воркшопы, кейс‑игры, разбор инцидентов, экспертная зона. 👉 Изучить всю программу и забронировать билеты: https://tglink.io/541e3913d04ade?erid=2W5zFJGSTkd #реклама О рекламодателе

Языки программирования по 💰 потенциалу заработка в 2026: 🔥 Rust → высокая зарплата, низкая конкуренция 🚀 Go → золотая жила для backend-разработки 🤖 Python → бум в AI и автоматизации ⚡ TypeScript → стандарт для стартапов 🏢 Java → стабильность в корпоративной разработке 💎 Solidity → высокий риск, но и высокий доход 🧱 C++ → мощь системного программирования и высокая оплата 🎮 C# → стабильный доход в геймдеве и enterprise 📱 Kotlin → экосистема Android 🍎 Swift → премиальный рынок iOS Если бы **зарплата была единственной целью**… какой язык вы бы выбрали? 💸