DevOps Portal | Linux

Что будет с вашими данными, если система упадёт до того, как они будут сохранены? Здесь и появляется концепция Write-Ahead Log (WAL). Это простой принцип проектирования систем. - Каждая операция (например, вставка в базу данных) сначала записывается в специальный лог-файл. - Как только запись надёжно зафиксирована в логе, система обновляет реальную базу данных или хранилище. - Если система падает, вы можете воспроизвести лог (система читает сохранённые шаги), чтобы вернуть данные в корректное состояние. Вот короткое руководство, которое охватывает несколько реальных кейсов: https://newsletter.devopscube.com/p/write-ahead-log-wal 👉 DevOps Portal

Новичок в DevOps? Мечтаешь им стать? Добро пожаловать в реальность! ❗️Все думают: «О, буду просто ставить Docker и программировать на Ямле». 💡 Реальность: сервер падает, Git ругается, systemctl смотрит на тебя как на врага, а Slack полон сообщений: «Почему у нас прод не работает?»

В моём канале я рассказываю, как развиваться в профессии, разбираю основы для легкого старта, даю полезные рекомендации, ну и просто освещаю свою жизнь🙂

⬇️⬇️⬇️⬇️⬇️⬇️⬇️ Подписывайся если хочешь выжить, научиться и не плакать на первом деплое. ⚡

Создаём контейнер наподобие Docker с нуля Освойте ключевые пространства имён Linux, собрав небольшой, но реалистичный контейнер, используя только штатные команды Linux: unshare, mount и pivot_root. Никакой магии рантайма и (почти) никаких упрощений. Изучаем здесь 👉 DevOps Portal

На YouTube вышел свежий англоязычный курс по DevOps. Собираем и деплоим масштабируемый продакшен-готовый API Быстро освоите DevOps в этом крэш-курсе, охватывающем Git и GitHub, CI/CD-пайплайны, Docker, Kubernetes, IaC и деплой API. Всё, что нужно, чтобы автоматизировать разработку и деплой 5 часов контента здесь 👉 DevOps Portal

В сети поделились секретом, как правильно обновить Kubernetes: без падения прода 👉 DevOps Portal

OpenObserve — cloud-native платформа наблюдаемости, специально созданная для логов, метрик, трейсов, аналитики и RUM (Real User Monitoring — производительность, ошибки, воспроизведение сессий), спроектированная для работы в петабайтном масштабе https://github.com/openobserve/openobserve 👉 DevOps Portal

Как собрать инфраструктуру как единое целое, а не набор скриптов? Уверенная работа с продакшеном — это про системное мышление и инженерный подход👌 Если вы работаете с Docker и Git, но чувствуете, что не хватает целостной картины, — этот воркшоп для вас ⬇️ «С нуля в прод за 2 дня» — это практический воркшоп, где вы: ✅ Спроектируете и развернёте инфраструктуру для реального приложения ✅ Интегрируете мониторинг и безопасность с первого дня ✅ Научитесь принимать и аргументировать архитектурные решения в команде ✅ Получите детальную обратную связь от практикующего DevOps-инженера Идеально для DevOps-инженеров, сисадминов и разработчиков, готовых расти 🤌 Узнайте подробности программы и забронируйте место 👉 в боте 👈

Стратегии деплоя в Kubernetes, не такие уж сложные для понимания. Вот упрощенная инфографика 👉 DevOps Portal

Практика по Docker: остановка и перезапуск контейнеризированного приложения с сохранением данных Задумывались, куда пропали записи вашей БД после выполнения docker compose down? Если да, этот челлендж для вас Разберитесь во всех нюансах персистентности rootfs здесь 👉 DevOps Portal

⚡️ Айтишник из «VISION» скупил топовые айти-курсы и выложил гигабайты материалов к себе Каждый найдет что-то по душе: 1202 ГБ — Python 1811 ГБ — Frontend 1100 ГБ — C / C++ / C# 804 ГБ — Java 411 ГБ — SQL & БД 309 ГБ — DevOps 998 ГБ — ИБ & Хакинг 773 ГБ — Kotlin / Swift 189 ГБ — PHP 201 ГБ — GoLang 170 ГБ — Rust 167 ГБ — QA / Тестирование 310 ГБ — 1C + Лицензии 495 ГБ — Машинное обучение 704 ГБ — Аналитика Данных 991 ГБ — Дизайн Материалы в закрепе, постоянно пополняются👆🏻

Grogg — GUI-клиент для Kubernetes, который работает локально или как расширение для VSCode. Он помогает выполнять действия вроде масштабирования или триггера Cron Job’ов, а также смотреть агрегированные логи подов без CLI и облачных дашбордов. ➜ https://grogg.app/ 👉 DevOps Portal

Docker 101: создание, запуск, остановка и удаление контейнеров Некоторые команды Docker напоминают типичные операции управления процессами в Linux, а другие больше похожи на работу с файловой системой. Исследуйте двойственную природу контейнеров (практика): https://labs.iximiuz.com/challenges/docker-101-container-stop-and-restart 👉 DevOps Portal

Kubeconform — это инструмент для валидации манифестов Kubernetes Аналогичен Kubeval, но с рядом улучшений: 🔹Высокая производительность. 🔹Поддержка схем как из удалённых, так и из локальных источников. 🔹Актуальные схемы для всех последних версий Kubernetes. Подробнее: https://github.com/yannh/kubeconform 👉 DevOps Portal

👾 Освойте полный цикл управления уязвимостями с экспертами кибербезопасности за 4 недели Количество уязвимостей в ИТ-системах растет, но хаотичное их устранение тормозит бизнес и создает напряжение между ИТ и ИБ. Пора выстроить систему. 🚀 Практикум «Управление уязвимостями: от теории к практике» стартует 8 сентября, она станет вашим ключом к организованной и эффективной стратегии управления уязвимостями.

Чему вы научитесь: • Строить систему управления уязвимостями. • Проводить инвентаризацию активов и оценивать риски. • Настраивать MaxPatrol VM: сканеры, теги, фильтры, автоматизация. • Приоритизировать и устранять уязвимости системно. • Анализировать отчеты и выделять критические уязвимости. • Обеспечивать слаженную работу ИТ и ИБ.

Программу разработали Павел Попов и Михаил Козлов — профессионалы кибербезопасности с глубоким многолетним практическим опытом в области управления уязвимостями. Практикум можно проходить не только индивидуально, но и командой! 👉 Больше подробностей — на странице практикума.

Что такое Service Discovery и как его реализует Kubernetes? 🧐 Понимание того, что такое SD, — ключ к тому, чтобы разобраться в разных типах сервисов Kubernetes. Узнайте про server-side vs client-side service discovery и гибридный подход Kubernetes здесь: https://iximiuz.com/en/posts/service-discovery-in-kubernetes/ 👉 DevOps Portal

Логирование в Kubernetes с помощью EFK kubectl logs подходит для маленьких сетапов, но сотни подов на множестве нод? Полный хаос. Здесь и выручает стек EFK (Elasticsearch + Fluent Bit/Fluentd + Kibana). Как это работает: - Поды генерируют логи → stdout/stderr - Container runtime перехватывает логи → складывает их в /var/log/containers/ - Fluent Bit собирает, обрабатывает и эффективно форвардит логи - Elasticsearch хранит и индексирует логи для поиска почти в реальном времени - Kibana позволяет визуализировать, исследовать и строить дашборды 👉 DevOps Portal

Вертикальное масштабирование пода без перезапуска стало возможным начиная с Kubernetes v1.33. Обычно, если вы хотели выдать приложению (Pod в Kubernetes) больше памяти или CPU, его приходилось перезапускать. Это ок, если приложение спокойно относится к перезапускам, но есть такие, которым остановки/старты противопоказаны: базы данных, тяжёлые batch-задачи или штуки, которым нужна ровная непрерывная работа. Бета Новая фича «in-place Pod resize» позволяет менять объём памяти и CPU у Pod, пока он продолжает работать. Начиная с версии 1.33 она считается достаточно зрелой для обычного использования и включена по умолчанию. До этого нужно было включать фича-гейт InPlacePodVerticalScaling. Как Вместо обычного kubectl edit по Pod используется специальный подресурс /resize. Например, можно сделать patch так:

kubectl patch pod mypod --subresource=resize ....

Это похоже на то, как устроены другие возможности Kubernetes. Например: 🔹/status — подресурс, которым можно обновлять только поле status объекта, не трогая его spec. 🔹/scale — подресурс у Deployment или StatefulSet, позволяющий менять количество реплик без редактирования всего манифеста. Аналогично, /resize — подресурс у Pod, который позволяет менять ресурсы на месте. Важно: это применяется к отдельным Pod. Если запустить kubectl set resources на Deployment, StatefulSet или Job, это всё равно поменяет шаблон и породит новые Pod, а не сделает in-place изменение. Увеличивать CPU просто, увеличение памяти обычно проходит, если на узле есть свободная ёмкость. Уменьшать CPU тоже легко, а вот уменьшение памяти — самый сложный кейс и может провалиться, быть отложено или потребовать перезапуск в зависимости от политики. Чтобы понимать, как идёт процесс, следите за полями status и conditions у Pod. Политика ресайза Каждый контейнер в спецификации Pod может задать resizePolicy. Внутри этого поля CPU и память перечисляются отдельно, и для каждого выбирается политика перезапуска. Доступны два значения: 🔹NotRequired: Kubernetes попытается изменить значения ресурсов на месте, пока контейнер работает. Это значение по умолчанию. Это best-effort: если рантайм не может безопасно применить изменение (особенно при уменьшении памяти), операция завершится ошибкой вместо принудительного перезапуска. 🔹RestartContainer: чтобы применить новые настройки ресурсов, Kubernetes обязан перезапустить контейнер. Полезно для приложений, которые читают лимиты ресурсов только при старте, например некоторые JVM-нагрузки. Пример:

resizePolicy:
  - resourceName: cpu
    restartPolicy: NotRequired
  - resourceName: memory
    restartPolicy: RestartContainer

Источник 👉 @GolangPortal

Кто там собирался начать учиться после лета? 🤨 Запись на новый поток DevOps Upgrade уже открыта, а ранние цены значительно ниже, чем перед стартом ❗️ Что будет на курсе: ✔️ вводный модуль с плавным входом в процесс обучения + большой курс по Linux и Git в подарок 🎁 ✔️ 16 часов обучения в неделю, из которых 12 часов — практика ✔️ 14 Q&A-сессий с ментором и спикерами курса ✔️ 1 групповой практикум, 2 сертификации и сквозной учебный проект на базе собственного приложения SlurmTalks ✔️ финальный проект и диплом установленного образца 📘 Ранние цены действуют до 1 сентября, старт потока — 29 сентября 📆 ➡️ Успевайте внести предоплату, чтобы забронировать самую низкую цену на сайте 📌

KubeHatch — это web-UI и CLI-инструмент, который позволяет поднимать виртуальные Kubernetes-кластеры (vCluster) по запросу внутри реального Kubernetes-кластера. Забираем на GitHub 👉 DevOps Portal

С выходом Kubernetes 1.34 Mutating Admission Policy перешла в бета-стадию. В честь этого принес подробный туториал про admission control в Kubernetes: тык Загляните, если интересует глубокий разбор admission control в Kubernetes 👉 DevOps Portal