Библиотека девопса | DevOps, SRE, Sysadmin
Все самое полезное для девопсера в одном канале. Наши курсы: https://clc.to/ZJ7Z1w По рекламе: @proglib_adv Для обратной связи: @proglibrary_feeedback_bot РКН: https://gosuslugi.ru/snet/6798b4e4509aba56522d1787
Mostrar más📈 Análisis del canal de Telegram Библиотека девопса | DevOps, SRE, Sysadmin
El canal Библиотека девопса | DevOps, SRE, Sysadmin (@devopsslib) en el segmento lingüístico de Ruso es un actor destacado. Actualmente la comunidad reúne a 10 390 suscriptores, ocupando la posición 11 434 en la categoría Tecnologías y Aplicaciones y el puesto 61 255 en la región Rusia.
📊 Métricas de audiencia y dinámica
Desde su creación el невідомо, el proyecto ha mostrado un crecimiento acelerado, reuniendo a 10 390 suscriptores.
Según los últimos datos del 28 agosto, 2026, el canal mantiene una actividad estable. En los últimos 30 días la variación de miembros fue de -4, y en las últimas 24 horas de -3, conservando un alto alcance.
- Estado de verificación: No verificado
- Tasa de interacción (ER): El promedio de interacción de la audiencia es 10.37%. Durante las primeras 24 horas tras publicar, el contenido suele obtener 4.23% de reacciones respecto al total de suscriptores.
- Alcance de las publicaciones: Cada publicación recibe en promedio 1 077 visualizaciones. En el primer día suele acumular 439 visualizaciones.
- Reacciones e interacción: La audiencia responde de forma activa: el promedio de reacciones por publicación es 1.
- Intereses temáticos: El contenido se centra en temas clave como devops'a, навигация, скрипт, docker, git.
📝 Descripción y política de contenido
El autor describe el recurso como un espacio para expresar opiniones subjetivas:
“Все самое полезное для девопсера в одном канале.
Наши курсы: https://clc.to/ZJ7Z1w
По рекламе: @proglib_adv
Для обратной связи: @proglibrary_feeedback_bot
РКН: https://gosuslugi.ru/snet/6798b4e4509aba56522d1787”
Gracias a la alta frecuencia de actualizaciones (últimos datos recibidos el 29 agosto, 2026), el canal mantiene la vigencia y un amplio alcance. La analítica demuestra que la audiencia interactúa activamente con el contenido, lo que lo convierte en un punto de referencia dentro de la categoría Tecnologías y Aplicaciones.
kubectl delete pod уже не помогает.
В таких случаях можно использовать более жестокий вариант:
kubectl delete pod <имя-под> --grace-period=0 --force
--grace-period=0 говорит Kubernetes не ждать стандартный terminationGracePeriodSeconds и не давать контейнеру время на мягкое завершение.
--force просит сервер API немедленно убрать объект под из etcd.
Объект под удаляется из API сразу, но сам контейнер на узле может ещё какое-то время жить, пока kubelet не добьёт его.
📍 Навигация: Вакансии • Задачи • Собесы
🐸 Библиотека devops'a
#root_promptbash <(curl --proto '=https' --tlsv1.2 -sSf https://setup.atuin.sh) atuin register -u <USERNAME> -e <EMAIL> atuin import auto atuin syncКоманды: • Посмотреть статистику:
atuin stats
• Синхронизировать: atuin sync + --force для принудительного синка
• Экспорт в файл: atuin export > backup.txt
➡️ Официальный сайт
📍 Навигация: Вакансии • Задачи • Собесы
🐸 Библиотека devops'a
#разбор_полётовLangGraph приносит в AI-разработку инженерный порядок:
— Persistence: хранение состояния (памяти) в базе;
— Human-in-the-loop: возможность вмешаться перед выполнением действия;
— Limits: жёсткие ограничения на количество шагов графа.
На курсе учим не только писать агентов, но и делать их безопасными для продакшна.
Записаться на курс
Как устроена безопасная архитектура?
Смотрите вводный урок бесплатно.helm repo add skyhook https://skyhook-io.github.io/helm-charts
helm install radar skyhook/radar -n radar --create-namespace
➡️ Репозиторий
📍 Навигация: Вакансии • Задачи • Собесы
🐸 Библиотека devops'a
#арсенал_инженераLangChain — это чёрный ящик. LangGraph — это контролируемый пайплайн.
Инженерный подход к AI:
— контроль циклов: hard limit на количество итераций (шагов графа);
— checkpointing: сохранение состояния каждого шага (аналог снапшотов);
— traceability: видно, на каком узле графа произошёл сбой.
Курс по архитектуре агентов уже стартовал. Учитесь контролировать роботов.
Записаться на курс
Смотреть первую лекцию бесплатноdocker run -d --name my-nginx -p 8080:80 nginx:latest
Контейнер запущен, nginx отдаёт стандартную welcome-страницу на http://localhost:8080.
Подключаемся с Docker Debug:
docker debug my-nginx
Вы попадаете в интерактивную оболочку с полным набором инструментов для отладки. Docker Debug автоматически монтирует файловую систему контейнера и предоставляет доступ к утилитам вроде vim, nano, curl.
Редактируем index.html:
# Находим файл (обычно это /usr/share/nginx/html/index.html) vi /usr/share/nginx/html/index.htmlМеняем содержимое на что-то своё:
<!DOCTYPE html>
<html>
<head>
<title>Edited via Docker Debug</title>
</head>
<body>
<h1>Это работает! Файл отредактирован без пересборки образа.</h1>
<p>Изменения применились мгновенно.</p>
</body>
</html>
Сохраняем и выходим из debug-сессии. Обновляем страницу в браузере на http://localhost:8080 — изменения применились моментально, nginx уже отдаёт новый контент.
То же самое работает и для конфигурационных файлов. Например, нужно быстро изменить настройки nginx:
docker debug my-nginx
# Редактируем конфигурацию
vi /etc/nginx/nginx.conf
# Применяем изменения без перезапуска контейнера
nginx -s reload
Важные нюансы
Изменения эфемерны — они существуют только в запущенном контейнере. При пересоздании контейнера всё вернётся к состоянию образа.
Не для всех образов — минималистичные образы, например, scratch или distroless могут не иметь необходимых утилит даже с Docker Debug.
Если изменения нужно сохранить, создайте новый образ из контейнера:
docker commit my-nginx my-nginx:editedИли лучше — перенесите изменения в Dockerfile и пересоберите образ правильно:
FROM nginx:latest
COPY custom-index.html /usr/share/nginx/html/index.html
COPY custom-nginx.conf /etc/nginx/nginx.conf
Используйте для экспериментов, но не забывайте документировать изменения в коде.
📍 Навигация: Вакансии • Задачи • Собесы
🐸 Библиотека devops'a
#арсенал_инженера