DevOps

Open in Telegram

Docker, Kubernetes, облачные сервисы (AWS, GCP, Azure), Infrastructure as a Code (Terraform, CloudFormation), администрирование Windows и Linux, сети TCP, IP, скрипты (Bash, PowerShell), Ansible, Jenkins, DevSecOps, логирование. По вопросам @evgenycarter

Network:Книги для программистов Russia70 158 Technologies & Applications12 756

8 822

Subscribers

No data24 hours

+17 days

+930 days

1 188

Post views

~ 58724 hours

~ 69548 hours

13.46%

Engagement rate

~ 1

Posts per day

Ads index

beta

Data loading in progress...

Similar Channels

32.6K

ServerAdmin.ru

14.3K

Системный Администратор (Сисадмин)

3.1K

DeusOps

3.0K

Добро пожаловать в мир Python

2.6K

ITmozg

More channels

Incoming and Outgoing Mentions

---

Attracting Subscribers

October '26Oct '26

October '26

+20

in 0 channels

September '26

+85

in 1 channels

Get PRO

August '26

+116

in 0 channels

Get PRO

July '26

+130

in 0 channels

Get PRO

June '26

+104

in 0 channels

Get PRO

May '26

+119

in 0 channels

Get PRO

April '26

+151

in 0 channels

Get PRO

March '26

+221

in 4 channels

Get PRO

February '26

+103

in 0 channels

Get PRO

January '26

+96

in 0 channels

Get PRO

December '25

+80

in 0 channels

Get PRO

November '25

+117

in 37 channels

Get PRO

October '25

+127

in 1 channels

Get PRO

September '25

+142

in 36 channels

Get PRO

August '25

+178

in 0 channels

Get PRO

July '25

+130

in 26 channels

Get PRO

June '25

+180

in 19 channels

Get PRO

May '25

+205

in 46 channels

Get PRO

April '25

+247

in 37 channels

Get PRO

March '25

+186

in 38 channels

Get PRO

February '25

+207

in 31 channels

Get PRO

January '25

+210

in 33 channels

Get PRO

December '24

+256

in 35 channels

Get PRO

November '24

+234

in 33 channels

Get PRO

October '24

+226

in 29 channels

Get PRO

September '24

+304

in 28 channels

Get PRO

August '24

+197

in 18 channels

Get PRO

July '24

+191

in 1 channels

Get PRO

June '24

+231

in 24 channels

Get PRO

May '24

+205

in 19 channels

Get PRO

April '24

+172

in 0 channels

Get PRO

March '24

+257

in 21 channels

Get PRO

February '24

+258

in 17 channels

Get PRO

January '24

+287

in 23 channels

Get PRO

December '23

+293

in 23 channels

Get PRO

November '23

+231

in 17 channels

Get PRO

October '23

+250

in 18 channels

Get PRO

September '23

+202

in 0 channels

Get PRO

August '23

+229

in 0 channels

Get PRO

July '23

+188

in 0 channels

Get PRO

June '23

+164

in 0 channels

Get PRO

May '23

+189

in 0 channels

Get PRO

April '23

+193

in 0 channels

Get PRO

March '23

+131

in 0 channels

Get PRO

February '23

+81

in 0 channels

Get PRO

January '23

+140

in 0 channels

Get PRO

December '22

+142

in 0 channels

Get PRO

November '22

+172

in 0 channels

Get PRO

October '22

+152

in 0 channels

Get PRO

September '22

+239

in 0 channels

Get PRO

August '22

+289

in 0 channels

Get PRO

July '22

+447

in 0 channels

Get PRO

June '22

+417

in 0 channels

Get PRO

May '22

+840

in 0 channels

Get PRO

April '22

+1 487

in 0 channels

Date	Subscriber Growth	Mentions	Channels
07 October	+1
06 October	+6
05 October	+4
04 October	+3
03 October	+2
02 October	+2
01 October	+2

Channel Posts

💻Практический вебинар «СТРАТЕГИЯ РЕЗЕРВНОГО КОПИРОВАНИЯ» 📹 15 октября в 11:00 Мск за 90 минут на практике построим реальную стратегию и разберём: 🔹 как определить RPO и RTO для критичных сервисов; 🔹 как защитить бэкапы от шифровальщика; 🔹 как учесть зависимости систем и ресурсы для восстановления; 🔹 как каналы связи влияют на скорость бэкапа и восстановления; 🔹 когда достаточно обычных бэкапов, а когда нужны репликация, Hardened Repository и DRaaS; 🔹 как подготовить план аварийного восстановления и протестировать его. 🧑‍💻 Каждый участник выберет свой критичный сервис и проработает его 🎁 Всем прошедшим практикум передадим методику и пакет документов для реализации стратегии резервного копирования и восстановления: — Матрица систем и зависимостей — Таблица определения и согласования RPO / RTO — Технический runbook аварийного восстановления — Отчёт о тестовом восстановлении ИТ-сервиса — Карта готовности одного критичного сервиса к восстановлению — Рабочая тетрадь «Стратегия восстановления данных и ИТ-сервисов» 👉 Приходите, будет полезно. Регистрация тут

2	+9 Тренировки по DevOps. Часть 1 Лекция 1: Кто такой DevOps Лекция 2: Облако. Кто виноват и что делать? Лекция 3: Процессы Linux Лекция 4: Сети Часть 1. Коты и коробки Разбор домашнего задания 1: Кто такой DevOps Разбор домашнего задания 2: Облако. Кто виноват и что делать? Лекция 5: Linux: инструменты командной строки Лекция 6: Базы данных Разбор домашнего задания 3: Процессы Linux" Разбор домашнего задания 4: Сети. Часть 1. Коты и коробки источник #devops #девопс 📲 Мы в MAX Подпишись 👉@i_DevOps	558
3	k8s-cleaner — это утилита для автоматической очистки ресурсов Kubernetes, которые больше не используются. Она помогает поддерживать кластеры в чистоте, удаляя устаревшие объекты (Pods, Deployments, ConfigMaps и др.), которые больше не нужны, снижая нагрузку и освобождая ресурсы. Основные возможности: - Анализирует ресурсы в кластере и находит неиспользуемые. - Поддерживает разные типы объектов Kubernetes. - Может запускаться по расписанию. - Упрощает администрирование и уменьшает «мусор» в кластере. https://github.com/gianlucam76/k8s-cleaner #devops #девопс 📲 Мы в MAX Подпишись 👉@i_DevOps	644
4	Лучшие практики Kubernetes, о которых я хотел бы знать раньше Kubernetes, без сомнения, преобразил то, как мы создаём, доставляем и запускаем приложения. Но давайте будем честны: начать работу с Kubernetes может ощущаться как попытка взобраться на Эверест в шлёпанцах. Как человек, увлечённый облачными технологиями и Kubernetes, я понял на собственном опыте: существует целый набор лучших практик из серии «лучше бы я знал это раньше». Они могли бы сэкономить мне время, деньги и нервы. https://www.pulumi.com/blog/kubernetes-best-practices-i-wish-i-had-known-before/ #devops #девопс 📲 Мы в MAX Подпишись 👉@i_DevOps	895
5	🌟 GitHub Actions для Terraform 🌟 Если вы используете Terraform и хотите интегрировать его с CI/CD процессами на GitHub Actions, используйте библиотеку terraform-github-actions. С её помощью вы сможете: - Автоматизировать и тестировать Terraform-код. - Настраивать проверки terraform plan и terraform apply. - Ускорить деплой инфраструктуры. Документация в репозитории описывает примеры использования и тонкости настройки. https://github.com/dflook/terraform-github-actions #devops #девопс 📲 Мы в MAX Подпишись 👉@i_DevOps	942
6	GitOps-практики: развёртываем сервис через ArgoCD Классический CI/CD запускает деплой. Но как сделать так, чтобы состояние Kubernetes после него соответствовало конфигурации в Git? На вебинаре разберём принципы GitOps и посмотрим, как ArgoCD помогает управлять изменениями в кластере. 7 октября в 20:00 МСК на открытом вебинаре OTUS развернём сервис в Kubernetes с помощью ArgoCD и покажет работу подхода на практике. На практике рассмотрим: — чем GitOps отличается от классического CI/CD и когда его применять; — как устроен ArgoCD и какие есть варианты реализации GitOps; — как развернуть сервис в Kubernetes через ArgoCD; — что произойдёт при изменении конфигурации напрямую в кластере; — какие подходы к работе с ArgoCD полезны в проектах. После вебинара вы поймёте принципы GitOps, познакомитесь с возможностями ArgoCD и увидите полный процесс развёртывания сервиса. Полученные подходы сможете применить при работе со своими Kubernetes-кластерами. Урок проходит в преддверии старта курса «DevOps. Экспертный уровень». 👉 Регистрируйтесь: https://vk.cc/d2eyjm Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576	938
7	Kubefirst Платформа с открытым исходным кодом Kubefirst Это полностью автоматизированная и операционная платформа с открытым исходным кодом, которая включает в себя некоторые из самых популярных инструментов с открытым исходным кодом, доступных в пространстве Kubernetes, и все они работают вместе из одной команды. Мы поддерживаем локальные облака, облака AWS и Civo. Запустив наши команды cli в пустой среде, вы получите экосистему облачного управления и доставки приложений GitOps с автоматизированными рабочими процессами Terraform, управлением секретами Vault, интеграцией GitLab или GitHub с Argo, а также демонстрационными приложениями, демонстрирующими, как все это работает вместе. Документация https://docs.kubefirst.io/ https://github.com/kubefirst/kubefirst 📲 Мы в MAX Подпишись 👉@i_DevOps	768
8	22 октября Kubernetes-сообщество встречается офлайн в Москве! Кому будет интересна конференция: – DevOps- и SRE-инженерам; – специалистам по Kubernetes и облачной инфраструктуре; – платформенным инженерам; – архитекторам и техническим руководителям; – всем, кто занимается эксплуатацией и развитием инфраструктуры. Что будет в течение дня? 🎤 Доклады Программа продолжает дополняться, но уже сейчас в ней много интересных тем: – От бизнес-требования к ядру Linux; – Как дать агенту управление кластером вашей инфраструктуры; – Как в MWS Cloud Platform доставляют системный софт в managed K8s; – Как сделать мультитенантность в Kubernetes-платформе; – LLM-диагностика инцидентов в Kubernetes и OpenStack. Без острых тем тоже не обойдёмся: обсудим, есть ли сегодня альтернатива Kubernetes и всегда ли стоит строить инфраструктуру вокруг него, и попробуем разобраться, правда ли ИИ однажды оставит нас без работы. ⚡️ Активности партнеров Дополнительная возможность пообщаться с участниками конференции и включиться в интерактивные форматы от партнеров. 🍻 Афтепати После основной программы нетворкинг продолжится уже в неформальной обстановке. 👉 Регистрируйтесь и зовите коллег — все подробности по ссылке!	761
9	🔥 Elasticsearch или PostgreSQL: зачем платить за сложность? В DevOps-сообществе тренд «просто используй Postgres» с каждым годом становится всё более актуальным. Команда TigerData выкатили отличную статью, в которой разобрали 10 главных болей при эксплуатации Elasticsearch в продакшене и объяснили, как архитектура PostgreSQL помогает их избежать. Спойлер: с великой силой (ES) приходит великая операционная боль. Вот лишь несколько классических проблем, о которых идет речь в материале: ☕ JVM Garbage Collection (GC). Elasticsearch работает на Java, а значит, внезапные паузы "stop-the-world" при сборке мусора - часть вашей жизни. Если нода «подвисает» надолго, кластер считает ее мертвой и начинает панически перераспределять данные. Итог: каскадный отказ на пустом месте. Postgres написан на C, управляет памятью напрямую и не страдает от подобных фризов. 🧩 Математика шардирования. Неправильный сайзинг шардов в ES - это бомба замедленного действия. Слишком маленькие шарды создают оверхед, слишком большие приводят к проблемам с ребалансировкой и восстановлением. 🔄 ETL-пайплайны и синхронизация. Держать основные данные в реляционной БД и постоянно переливать их в ES для поиска - это всегда костыли, риск рассинхрона, задержки (lag) и лишняя точка отказа. 📈 Оверхед на мониторинг. ES требует отдельного зоопарка инструментов и глубокой узконаправленной экспертизы для поддержания кластера в зеленом статусе. Какой выход предлагают авторы? Для большинства проектов полномасштабный ES просто не нужен. Современный PostgreSQL (благодаря мощным расширениям вроде pg_textsearch с поддержкой BM25 и pgvector для векторного поиска) отлично справляется с задачами поиска. Вы получаете полноценные ACID-транзакции, единую точку правды и предсказуемое потребление ресурсов без возни с настройкой JVM. Рекомендуется к прочтению всем, кто устал дебажить кластеры ES по ночам и задумывается о консолидации инфраструктуры. https://www.tigerdata.com/blog/10-elasticsearch-production-issues-how-postgres-avoids-them #devops #elasticsearch #postgresql #database #architecture #backend 📲 Мы в MAX Подпишись 👉@i_DevOps	748
10	Проектирование CI CD. DevOps умеешь? Не каждый DevOps инженер умеет проектировать ci cd конвейер. А сейчас все чаще и чаще это спрашивают на собеседовании DevOps инженера. источник #devops #девопс 📲 Мы в MAX Подпишись 👉@i_DevOps	935
11	📣 Kubernetes Events — новостная лента вашего кластера Kubernetes Events — это ресурсы типа Event в Kubernetes, которые информируют вас о том, что происходит в вашем кластере. Это похоже на новостную ленту для компонентов кластера: они фиксируют всё — от запуска Pod'ов до ошибок в работе контроллеров. Каждое событие в Kubernetes содержит: * message: краткое описание произошедшего * reason: код причины события * type: Normal или Warning * involvedObject: объект, к которому относится событие (например, Pod или Node) * firstTimestamp, lastTimestamp, count: время и количество повторений 🔎 Как посмотреть события: kubectl get events Или для конкретного Pod'а: kubectl describe pod <pod-name> Kubernetes сам удаляет события через час. Это значит, что они не предназначены для долговременного хранения. 📤 Хранение событий Если вам нужно сохранить события дольше, можно: * Настроить аудит в Kubernetes * Использовать внешние системы логирования (например, Elasticsearch + Fluentd) * Подключить event exporters https://decisivedevops.com/kubernetes-events-news-feed-of-your-kubernetes-cluster-826e08892d7a/ #devops #девопс 📲 Мы в MAX Подпишись 👉@i_DevOps	1 072
12	Kagent + Ollama: ИИ-агент для работы с Kubernetes Как использовать локальную языковую модель для работы с Kubernetes? На вебинаре разберём связку Kagent + Ollama и посмотрим, как ИИ-агент помогает анализировать состояние кластера и взаимодействовать с его ресурсами. 1 октября в 20:00 МСК на открытом вебинаре OTUS покажем, как запустить ИИ-агента с локальной LLM и применить его в DevOps-задачах. На практике рассмотрим: — какую роль выполняют Kagent и Ollama; — как подключить локальную LLM к агенту; — как агент анализирует состояние кластера и работает с Kubernetes-ресурсами; — в каких повседневных задачах DevOps-инженера он может помочь; — какие возможности и ограничения есть у агентного подхода. После вебинара вы поймёте, как устроена связка Kagent + Ollama, увидите её применение в Kubernetes и сможете оценить, для каких задач в вашей инфраструктуре подходит ИИ-агент. Урок проходит в преддверии старта курса «ИИ в работе DevOps-инженера». 👉 Регистрируйтесь: https://vk.cc/d233Rj Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576	1 256
13	Soft skills. Стоит ли вкладываться в софт скилы DevOps, программистам, тестировщикам? Говорят Айтишник, особенно DevOps и SRE, должен быть улыбчивый, коммуникабельный и всё в этом роде. Зачем нужны софт скилы? источник #devops #девопс 📲 Мы в MAX Подпишись 👉@i_DevOps	1 022
14	✨ Как настроить PostgreSQL для продакшен-нагрузок При переходе к продакшен-нагрузкам важно заранее продумать отказоустойчивость, сценарии переключения между узлами и поведение кластера при плановых работах и сбоях. 29 сентября эксперт Cloud․ru проведет вебинар о том, как обеспечить высокую доступность PostgreSQL в облаке. В программе: ▶️как устроен отказоустойчивый кластер в Evolution Managed PostgreSQL ▶️где проходит граница между высокой доступностью и аварийным восстановлением ▶️какую роль играет Multi-AZ-архитектура ▶️для каких задач используются реплики PostgreSQL ▶️как работают ручное и автоматическое переключение ▶️что важно учитывать при эксплуатации PostgreSQL в продакшене Будет интересно всем, кто работает с PostgreSQL и отвечает за доступность баз данных и надежность инфраструктуры. Зарегистрироваться	1 074
15	💡 Calico Whisker — безопасные сетевые политики в Kubernetes без простоев Работая с Kubernetes, вы наверняка сталкивались с риском простоев при внедрении сетевых политик. Ошибки в конфигурации могут случайно заблокировать легитимный трафик, а отладка таких ситуаций — сплошная головная боль. Теперь есть решение: Calico Whisker — механизм этапных сетевых политик. Суть простая: 🔸 Вы пишете политику, но не применяете её сразу. 🔸 Система "наблюдает", какой трафик она бы заблокировала или пропустила. 🔸 Вы смотрите логи, анализируете поведение. 🔸 И только потом, когда уверены, активируете её без изменений. Это как staging-режим, только для сетевой безопасности. Без риска. Без простоя. Идеально для DevSecOps и всех, кто хочет внедрять Zero Trust подход аккуратно и осознанно. https://www.tigera.io/blog/calico-whisker-staged-network-policies-secure-kubernetes-workloads-without-downtime/ #devops #девопс 📲 Мы в MAX Подпишись 👉@i_DevOps	1 203
16	Вопрос, который часто задают в начале собеса Представлен вывод команды top. Что означает каждая запись в выводе? top — 10:44:36 up 91 days, 19:29, 7 users, load average: 0,00, 0,02, 0,05 Tasks: 156 total, 1 running, 155 sleeping, 0 stopped, 0 zombie %Cpu(s): 0,0 us, 1,5 sy, 0,0 ni, 96,9 id, 0,0 wa, 0,0 hi, 0,0 si, 1,5 st KiB Mem : 12137392 total, 6227844 free, 1117728 used, 4791820 buff/cache KiB Swap: 0 total, 0 free, 0 used. 10090148 avail Mem top — утилита 10:44:36 — время системы up — сколько система работает с момента последнего запуска 7 user — количество авторизованных юзеров в системе load average: 0.00, 0.02, 0.05 — параметр средней нагрузки на систему за период времени 1 минута, 5 минут, 15 минут 156 total — всего процессов в системе 1 running — количество процессов в работе 155 sleeping — ожидание процесса или сигнала 0 stopped — количество приостановленных процессов сигналом STOP или выполнение трассировки 0 zombie — количество зомби-процессов, которые завершили своё выполнение, но присутствующие в системе, чтобы дать родительскому процессу считать свой код завершения. #devops #девопс 📲 Мы в MAX Подпишись 👉@i_DevOps	1 171
17	🚀 Шпаргалка по Docker 🐳 🔹 Сборка (Build) 🔹 Запуск (Run) 🔹 Шаринг (Share) 🔹 Управление (Management) 📌 Сборка образов 📍 Создать образ из Dockerfile и присвоить тег: docker build -t myimage:1.0 . 📍 Посмотреть локальные образы: docker image ls 📍 Удалить образ: docker image rm alpine:3.4 📌 Запуск контейнеров 📍 Запустить контейнер на порту 5000: docker container run --name web -p 5000:80 alpine:3.9 📍 Остановить контейнер: docker container stop web 📍 Принудительно завершить контейнер: docker container kill web 📍 Список запущенных контейнеров: docker container ls 📍 Удалить все контейнеры: docker container rm -f $(docker ps -aq) 📌 Работа с образами (Share) 📍 Скачать образ из реестра: docker pull myimage:1.0 📍 Изменить тег у локального образа: docker tag myimage:1.0 myrepo/myimage:2.0 📍 Запушить образ в реестр: docker push myrepo/myimage:2.0 📌 Управление Docker (Management) ⚙️ docker app – Управление приложениями ⚙️ docker image – Управление образами ⚙️ docker container – Управление контейнерами ⚙️ docker network – Управление сетями ⚙️ docker volume – Управление хранилищами ⚙️ docker stack – Управление Docker Stack ⚙️ docker swarm – Управление кластером Swarm ⚙️ docker system – Управление всей системой 📝 Сохраните, поделитесь с друзьями и подписывайтесь на канал! 💙🐳 #devops #девопс 📲 Мы в MAX Подпишись 👉@i_DevOps	1 091
18	+6 DevOps практикум 1 - Базовая автоматизация с использованием ANSIBLE 2 - Создаем роли ANSIBLE 3 - Учимся хранить роли Ansible на GitLab 4 - Знакомимся с переменными в ANSIBLE 5 - Знакомимся с магическими переменными в ANSIBLE 6 - Избавляемся в ANSIBLE от использования ROOT (отладка кибербезопасности) 7 - Централизованное развертывание пакетов с ANSIBLE источник #devops #девопс 📲 Мы в MAX Подпишись 👉@i_DevOps	1 615
19	🍔DevOps как бургер (DaaB) Дорожная карта DevOps-инженера должна выглядеть так: 1. Изучите язык программирования (Python, Go и т.д.) для написания скриптов автоматизации. 2. Освойте одну операционную систему (Linux) и её командную строку (CLI). 3. Освойте управление серверами, веб-серверами, включая прокси, такие как Nginx или IIS. 4. Изучите контейнеризацию с использованием Docker. 5. Ознакомьтесь с оркестрацией контейнеров с помощью Kubernetes. 6. Откройте для себя инфраструктуру как код (IaC), используя такие инструменты, как Terraform, Ansible, Chef или Puppet, для подготовки и управления конфигурациями. 7. Поймите сетевые протоколы: DNS, IP-адреса, порты и модель OSI. 8. Примите практики непрерывной интеграции/непрерывного развертывания (CI/CD) для автоматизации этапов доставки и развертывания приложений. 9. Освойте методы мониторинга для контроля приложений, сервисов и инфраструктуры в реальном времени. 10. Получите практический опыт работы с облачными провайдерами, такими как AWS и Azure. #devops #девопс 📲 Мы в MAX Подпишись 👉@i_DevOps	1 238
20	Автоматизация платформы не отбирает у вас интересные задачи. Она забирает рутину. Deckhouse Platform берёт на себя обновление, масштабирование и поддержку инфраструктуры «из коробки». Освободившееся время остаётся вам — на то, что вам действительно нравится. Обсудите с инженерами Deckhouse, что можно автоматизировать в вашем стеке 👈	1 183

View all posts