DevOps Portal | Linux
Присоединяйтесь к нашему каналу и погрузитесь в мир DevOps Сотрудничество, реклама: @devmangx Менеджер: @Spiral_Yuri РКН: https://clck.ru/3P8kFH
Show more📈 Analytical overview of Telegram channel DevOps Portal | Linux
Channel DevOps Portal | Linux (@loose_code) in the Russian language segment is an active participant. Currently, the community unites 13 086 subscribers, ranking 9 385 in the Technologies & Applications category and 49 427 in the Russia region.
📊 Audience metrics and dynamics
Since its creation on невідомо, the project has demonstrated rapid growth, gathering an audience of 13 086 subscribers.
According to the latest data from 30 August, 2026, the channel demonstrates stable activity. Although there has been a change in the number of participants by 16 over the last 30 days and by 2 over the last 24 hours, overall reach remains high.
- Verification status: Not verified
- Engagement rate (ER): The average audience engagement rate is 17.08%. Within the first 24 hours after publication, content typically collects 9.60% reactions from the total number of subscribers.
- Post reach: On average, each post receives 2 236 views. Within the first day, a publication typically gains 1 256 views.
- Reactions and interaction: The audience actively supports content: the average number of reactions per post is 8.
- Thematic interests: Content is focused on key topics such as devops, kubernetes, docker, linux, ebpf.
📝 Description and content policy
The author describes the resource as a platform for expressing subjective opinions:
“Присоединяйтесь к нашему каналу и погрузитесь в мир DevOps
Сотрудничество, реклама: @devmangx
Менеджер: @Spiral_Yuri
РКН: https://clck.ru/3P8kFH”
Thanks to the high frequency of updates (latest data received on 31 August, 2026), the channel maintains relevance and a high level of publication reach. Analytics show that the audience actively interacts with content, making it an important point of influence in the Technologies & Applications category.
upgrade.
В итоге всё выглядит так, будто обновилось, но на самом деле ничего не изменилось.
Поле appVersion — это всего лишь метаданные о версии вашего приложения. Оно не влияет на упаковку чарта и индексацию в репозитории.
Поэтому если вы просто обновили тег образа в values.yaml и забыли увеличить версию чарта, инструменты, которые на неё опираются, не распознают новый релиз.
Всегда увеличивайте поле version в Chart.yaml, когда меняете любой файл внутри чарта.
Подробный блог:
https://devopscube.com/create-helm-chart/
👉 DevOps Portalps, top, journalctl, tcpdump). Задача — собрать улики так, чтобы они указывали на одного виновника.
Главные правила :earlier 2mЭто откатит буфер к состоянию, в котором он был 2 минуты назад. Очень удобно после массовых правок. Нужно вернуть часть изменений? Можно переместиться вперёд по времени:
:later 30sЭта команда повторно применит правки, сделанные за последние 30 секунд. Можно представить дерево undo в Vim как временную шкалу, по которой можно перемещаться вперёд и назад. Указывать время необязательно. Если его нет, Vim воспринимает число как количество шагов undo. Например, чтобы откатить последние 3 изменения:
:earlier 3А затем вернуть одно изменение:
:later 1Если хочешь превратить свою сессию Vim в машину времени, включи:
:set undofileЭто сохранит историю undo на диск, и ты сможешь откатывать изменения даже после закрытия и повторного открытия файла. 👉 DevOps Portal
kubectl никуда. В статье – компактный референс по ключевым командам: поды, деплои, сервисы, секреты и дебаг.
Есть всё базовое: переключение контекстов, scaling, rollout’ы, resource limits и типовые кейсы отладки (краш подов, недоступные сервисы). Удобная шпаргалка, когда нужен быстрый ответ прямо в кластере.
https://dev.to/code_cursor/kubernetes-cheat-sheet-essential-kubectl-commands-for-developers-43mn
👉 DevOps Portal1️⃣ API Server → Отправляет PodSpec (желаемое состояние) 2️⃣ Главный цикл Kubelet (Kubelet Main Loop) → Непрерывно сверяет и приводит в соответствие желаемое и фактическое состояние 3️⃣ Pod Workers (параллельно) → Независимо обрабатывают жизненный цикл каждого пода 4️⃣ Слой CRI → Kubelet → CRI → Container Runtime (containerd / CRI-O) 5️⃣ Image Manager → Пуллит образы и выполняет их garbage collection (очистку/удаление неиспользуемых) 6️⃣ Volume Manager → Монтирует / размонтирует тома 7️⃣ PLEG → Отслеживает изменения состояния контейнеров 8️⃣ Status Manager → Отправляет статус пода обратно в API Server (IP, Phase, Conditions)Ключевая идея: Kubelet – это reconciliation-движок. Он постоянно гарантирует: Desired State = Actual State Именно за счёт этого Kubernetes обеспечивает self-healing (самовосстановление кластера). 👉 DevOps Portal
