Библиотека девопса | DevOps, SRE, Sysadmin
Все самое полезное для девопсера в одном канале. Наши курсы: https://clc.to/ZJ7Z1w По рекламе: @proglib_adv Для обратной связи: @proglibrary_feeedback_bot РКН: https://gosuslugi.ru/snet/6798b4e4509aba56522d1787
Ko'proq ko'rsatish📈 Telegram kanali Библиотека девопса | DevOps, SRE, Sysadmin analitikasi
Библиотека девопса | DevOps, SRE, Sysadmin (@devopsslib) Rus til segmentidagi kanali faol ishtirokchi. Hozirda hamjamiyat 10 390 obunachidan iborat bo'lib, Texnologiyalar & Aralashmalar toifasida 11 434-o'rinni va Rossiya mintaqasida 61 255-o'rinni egallagan.
📊 Auditoriya ko‘rsatkichlari va dinamika
невідомо sanasidan buyon loyiha tez o‘sib, 10 390 obunachiga ega bo‘ldi.
28 Avgust, 2026 dagi oxirgi ma’lumotlarga ko‘ra kanal barqaror faollikka ega. Oxirgi 30 kunda obunachilar soni -4 ga, so‘nggi 24 soatda esa -3 ga o‘zgardi va umumiy qamrov yuqori darajada qolmoqda.
- Tasdiqlash holati: Tasdiqlanmagan
- Jalb etish (ER): Auditoriya o‘rtacha 10.37% darajada jalb etiladi. Nashrdan keyingi dastlabki 24 soatda kontent odatda umumiy obunachilar sonining 4.23% ini tashkil etuvchi reaksiyalarni to‘playdi.
- Post qamrovi: Har bir post o‘rtacha 1 077 marta ko‘riladi; birinchi sutkada odatda 439 ta ko‘rish yig‘iladi.
- Reaksiyalar va o‘zaro ta’sir: Auditoriya faol: har bir postga o‘rtacha 1 ta reaksiya keladi.
- Tematik yo‘nalishlar: Kontent devops'a, навигация, скрипт, docker, git kabi asosiy mavzularga jamlangan.
📝 Tavsif va kontent siyosati
Muallif resursni shaxsiy fikrni ifoda etish maydoni sifatida ta’riflaydi:
“Все самое полезное для девопсера в одном канале.
Наши курсы: https://clc.to/ZJ7Z1w
По рекламе: @proglib_adv
Для обратной связи: @proglibrary_feeedback_bot
РКН: https://gosuslugi.ru/snet/6798b4e4509aba56522d1787”
Yuqori yangilanish chastotasi (oxirgi ma’lumot 29 Avgust, 2026 da olingan) sababli kanal doimo dolzarb va katta qamrovli bo‘lib qoladi. Analitika auditoriya kontent bilan faol hamkorlik qilishini, uni Texnologiyalar & Aralashmalar toifasidagi muhim ta’sir nuqtasiga aylantirishini ko‘rsatadi.
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
#арсенал_инженера