💬 Что оказалось полезнее: читать код или писать свой

На Reddit разгорелся спор.

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

➡️ Другие не согласны: пока не напишешь что-то сам, знания остаются только в теории.

С другой стороны, за час изучения хорошего Terraform-модуля, GitLab CI или Helm-чарта можно подсмотреть десятки полезных решений и подходов.

❓ А что больше помогло вам:

👍 — Чтение чужого кода и конфигов
🔥 — Собственные проекты и эксперименты
🌚 — Реальные рабочие задачи
❤️ — Всё вместе понемногу

🐸 Библиотека devops'a

#холиварня

📈 OpenTelemetry официально стал graduated-проектом CNCF

Это высший уровень зрелости проектов в экосистеме CNCF.

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

Что означает graduation:

✅ пройден аудит безопасности
✅ прозрачная модель управления
✅ широкое использование в production
✅ активное развитие сообщества

Одновременно была представлена публичная альфа Profiling — нового типа телеметрии для анализа производительности и потребления ресурсов.

🔗 Источник

📍 Навигация: Вакансии • Задачи • Собесы

🐸 Библиотека devops'a

#пульс_индустрии

🙂 Devops

Концепция DevOps была представлена в 2009 Patrick Debois и Andrew Shafer на конференции "Agile". Они стремились сократить разрыв между разработкой ПО и его эксплуатацией, продвигая культуру сотрудничества и общую ответственность за весь жизненный цикл разработки ПО.

Концепция SRE, или Site Reliability Engineering (проектирование надежности объекта), была впервые разработана компанией Google в начале 2000-х для решения операционных задач управления крупномасштабными и сложными системами. Google разработала методы и инструменты SRE, такие как система управления кластерами Borg и система мониторинга Monarch, чтобы повысить надежность и эффективность своих сервисов.

Platform Engineering (разработка платформ) — это более новая концепция, основанная на SRE. Считается, что это расширение практик DevOps и SRE с упором на предоставление комплексной платформы для разработки продуктов, которая поддерживает всю бизнес-логику.

Все эти концепции связаны с тенденцией улучшения совместной работы, автоматизации и эффективности разработки и эксплуатации ПО.

🔹 Практический интенсив «Архитектуры и шаблоны проектирования»
🔹 Получить консультацию менеджера
🔹 Сайт Академии 🔹 Сайт Proglib

🏃‍♀️ Азбука айтишника

#ликбез

⌨️⌨️

🐸 Библиотека devops'a

#пятничный_деплой

🗂 Kubernetes Dashboard ушёл в архив — его заменяет Headlamp

Для многих инженеров Dashboard был первым интерфейсом для знакомства с Kubernetes. Через него смотрели поды, сервисы, логи и состояние кластера без постоянной работы в терминале.

🔴 Теперь проект официально архивирован. В качестве преемника развивается Headlamp — open-source UI для Kubernetes от команды CNCF.

Что появилось по сравнению с Dashboard:

— работа с несколькими кластерами из одного окна
— представление ресурсов в разрезе приложений (Projects)
— поддержка плагинов (Flux, GitOps и другие)
— встроенный AI-помощник для анализа ресурсов
— запуск как в кластере, так и локально через desktop-приложение

❕ При этом привычные возможности Dashboard — просмотр ресурсов, редактирование манифестов и управление workloads — никуда не делись.

🔗 Источник

📍 Навигация: Вакансии • Задачи • Собесы

🐸 Библиотека devops'a

#локализация

😎 Знакомьтесь с экспертом Proglib.academy: Senior Software Engineer и Team Lead в Yandex Cloud Роман Барлос

Роман — консультант нашего курса «Разработка ИИ-агентов». Он работает на стыке cloud-native архитектуры и AI, активно внедряя современные ИИ-подходы в реальные процессы разработки.

За что его ценит IT-комьюнити?

🟣 Team Lead и AI-евангелист в команде UX Yandex Cloud

14-лет в разработке. Занимается AI-адопшеном в команде Yandex Cloud, проводит мастер-классы и продвигает лучшие практики для повышения эффективности разработчиков.

🟣 Техлид Sourcecraft Code Assistant

С сильным практическим бэкграундом принимал участие как технический лид в создании мощного AI-расширения для VS Code.

🟣 Создатель полезного Open Source

Разрабатывает утилиты, которые позволяют быстро начать эксперименты с инференсом и агентами в локальном окружении: например, набор скриптов vllm-setup для быстрого запуска окружения и mini-proxy — минималистичный прокси для OpenAI API провайдеров.

🟣 Автор интерактивных ML-визуализаций

Объясняет сложные концепции наглядно. Создал серию залипательных обучающих материалов, где можно вживую пощупать работу сетей Хопфилда, машин Больцмана и VC-размерности.

Роман регулярно делится инженерными наработками, инсайтами и экспертизой в своем авторском Telegram-канале

На курсе Роман выступает консультантом программы: он помогает формировать содержание уроков с опорой на актуальные инженерные практики и жесткие требования индустрии.

Узнать больше о программе и разработке автономных систем:
👉 Курс «Разработка ИИ-агентов»

Так, продолжаем знакомить вас с командой?
👍 — Да, ждем новых лиц
🔥 — Жду полезные материалы от Романа

Какие преимущества дает указание имен портов в конфигурациях сервисов в Kubernetes?

👾 — Улучшенная безопасность
👍 — Улучшенная масштабируемость
🥰 — Повышенная гибкость в сопоставлении портов
⚡️ — Упрощенные сетевые политики

🐸Библиотека задач по DevOps

👩‍💻 30+ полезных команд kubectl в одной шпаргалке

От просмотра подов до управления деплоями и проверки прав доступа.

Сохраняйте, пригодится в работе 🗳

📍 Навигация: Вакансии • Задачи • Собесы

🐸 Библиотека devops'a

#арсенал_инженера

💡 Как узнать, какой процесс занимает порт в Linux

Получили ошибку:

id="8q2rkn" bind: address already in use

или

id="qkrf9m" Port 8080 is already in use

Не спешите перезагружать сервер.

Сначала узнайте, кто занимает порт:

id="i0g3ti" sudo ss -lptn 'sport = :8080’

Результат покажет PID и имя процесса.

Альтернатива:

id="jlwmgx" sudo lsof -i :8080

Особенно полезно после падения сервисов, тестовых запусков и отладки контейнеров.

📍 Навигация: Вакансии • Задачи • Собесы

🐸 Библиотека devops'a

#root@prompt

В CI/CD пайплайне часто случаются фейлы при деплое в Kubernetes из-за того, что некоторые сервисы ещё не успели подняться, а другие уже начинают к ним обращаться. Какой подход будет наиболее правильным для решения этой проблемы?

👾 — Увеличить таймаут деплоя в CI/CD и просто ждать дольше
👍 — Использовать readinessProbe и livenessProbe в манифестах Pod’ов, чтобы контролировать доступность сервисов
🥰 — Настроить в пайплайне ручное подтверждение перед каждым шагом деплоя
⚡️ — Отключить проверки доступности сервисов и надеяться, что при рестарте всё заработает

🐸Библиотека задач по DevOps