uz
Feedback

Firibgarlarga uchmang! Telemetrio bunday kanallarni topadi va belgilaydi 👉 Belgini ko‘rmoqchi bo‘lsangiz, obuna bo‘ling

Библиотека девопса | DevOps, SRE, Sysadmin

Библиотека девопса | DevOps, SRE, Sysadmin

Kanalga Telegram’da o‘tish

Все самое полезное для девопсера в одном канале. Наши курсы: https://clc.to/ZJ7Z1w По рекламе: @tproger_sales_bot Для обратной связи: @proglibrary_feeedback_bot РКН: https://gosuslugi.ru/snet/6798b4e4509aba56522d1787 Заявка: 8137718351

Ko'proq ko'rsatish

📈 Telegram kanali Библиотека девопса | DevOps, SRE, Sysadmin analitikasi

Библиотека девопса | DevOps, SRE, Sysadmin (@devopsslib) Rus til segmentidagi kanali faol ishtirokchi. Hozirda hamjamiyat 10 327 obunachidan iborat bo'lib, Texnologiyalar & Aralashmalar toifasida 11 875-o'rinni va Rossiya mintaqasida 61 348-o'rinni egallagan.

📊 Auditoriya ko‘rsatkichlari va dinamika

невідомо sanasidan buyon loyiha tez o‘sib, 10 327 obunachiga ega bo‘ldi.

09 Noyabr, 2026 dagi oxirgi ma’lumotlarga ko‘ra kanal barqaror faollikka ega. Oxirgi 30 kunda obunachilar soni -44 ga, so‘nggi 24 soatda esa -1 ga o‘zgardi va umumiy qamrov yuqori darajada qolmoqda.

  • Tasdiqlash holati: Tasdiqlanmagan
  • Jalb etish (ER): Auditoriya o‘rtacha 9.02% darajada jalb etiladi. Nashrdan keyingi dastlabki 24 soatda kontent odatda umumiy obunachilar sonining 4.65% ini tashkil etuvchi reaksiyalarni to‘playdi.
  • Post qamrovi: Har bir post o‘rtacha 931 marta ko‘riladi; birinchi sutkada odatda 480 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 По рекламе: @tproger_sales_bot Для обратной связи: @proglibrary_feeedback_bot РКН: https://gosuslugi.ru/snet/6798b4e4509aba56522d1787 Заявка: 8137718351”

Yuqori yangilanish chastotasi (oxirgi ma’lumot 10 Noyabr, 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.

10 327
Obunachilar
-124 soatlar
-57 kun
-4430 kun
Postlar arxiv
👁Помогите «Библиотеке программиста» лучше узнать свою аудиторию Друзья, мы хотим делать для вас самый лучший контент — и для этого нам нужно узнать вас получше. Пожалуйста, ответьте на несколько вопросов — это не займет у вас много времени, но поможет нам делать более полезные и интересные посты!

🤔😱 Что делать с постепенно растущей нагрузкой при быстром масштабировании? А с ее резким ростом? Мероприятие состоится 23 ноября в 16:00. В программе ✏️ Что может пойти не так на начальном этапе масштабирования? В чем плюсы и минусы традиционных подходов к кэшированию? ✏️ Что делать с постепенно растущей нагрузкой? А с резким ростом нагрузки? Как обеспечить доступность и отказоустойчивость сервиса? ✏️ Как избежать чрезмерного разрастания технологического стека при выпуске нового функционала? ✏️ Как на разных этапах масштабирования может помочь Tarantool? И как правильно его приготовить, чтобы добиться максимальной производительности и надежности? Вебинар будет интересен IT-специалистам в области высоких нагрузок, архитекторам ПО, всем, кому предстоит масштабирование, а также тем, кто любит учиться на чужих ошибках и узнавать про факапы других людей 😉 Регистрация тут #мероприятие

🧑‍💻 Статьи для IT: как объяснять и распространять значимые идеи Напоминаем, что у нас есть бесплатный курс для всех, кто хо
🧑‍💻 Статьи для IT: как объяснять и распространять значимые идеи Напоминаем, что у нас есть бесплатный курс для всех, кто хочет научиться интересно писать — о программировании и в целом. Что: семь модулей, посвященных написанию, редактированию, иллюстрированию и распространению публикаций. Для кого: для авторов, копирайтеров и просто программистов, которые хотят научиться интересно рассказывать о своих проектах. 👉Материалы регулярно дополняются, обновляются и корректируются. А еще мы отвечаем на все учебные вопросы в комментариях курса.

#вопросы_с_собеседования Как определить, на каком физическом жёстком диске находится раздел с файловой системой? Как можно идентифицировать этот носитель без выключения сервера? Посмотреть название блочного устройства нужного можно например с помощью команды: mount | grep " $(stat -c%m /home) " | awk '{print $1}' А дальше на основе полученной информации можно выудить фирму, серийный номер и размер диска. smartctl -a /dev/sda | grep -e «Serial Number» -e «Device Model» -e «Model Family» -e «User Capacity»

🤔 Очередной #дайджест статей и инструментов по DevOps 🛟 Gitea & Act Runner: First touch — в Gitea появился собственный Gith
🤔 Очередной #дайджест статей и инструментов по DevOps 🛟 Gitea & Act Runner: First touch — в Gitea появился собственный Github-подобный CI/CD 🛟 AWS Weekly Roundup — re:Post Selections, SNS и SQS FIFO улучшение, multi-VPC ENI 🛟 Fact-Gathering с Event-Driven Ansible для Microsoft Windows ITSM — использование Event-Driven Ansible для обеспечения сбора фактов из событий 🛟 Что такое RUP — что такое RUP, зачем нужен, принципы, структура, преимущества и недостатки 🛟 Отправляем уведомления в определенный топик в чате Telegram — как настроить уведомления в приложении на Python или в Alertmanager, чтобы сообщения приходили в определенный Telegram топик

🤔🎯 Топ-10 распространенных проблем с Dockerfile linting Как залинтить Dockerfile Можно использовать hadolint. Чтобы залинтить Dockerfile on-demand, следует передать флаг --lint во время сборки, который будет запущен перед сборкой. Еще вариант — запустить hadolint локально или использовать hadolint Dockerfile linter UI. Чтобы запустить hadolint локально, вы можете либо установить его через brew, либо использовать образ Docker и вставить в него свой Dockerfile. После того, как разобрались с линтерами переходим к ошибкам, которые найдете тут #гайд

🧑‍🎓✍️ Certified Kubernetes Security Specialist — мой опыт сдачи экзамена Автор материала успешно сдал экзамен на этот сертификат. Его путь был не совсем гладким, и в статье он расскажет все подробности. CKS самый сложный в линейке практических экзаменов по Kubernetes от CNCF. К сдаче допускаются кандидаты, уже подтвердившие себя в экзамене Certified Kubernetes Administrator. Основой подготовки кроме доки Kubernetes стали самые популярные по теме ресурсы: https://kodekloud.com/, а также https://killer.sh и https://killercoda.com/. Также было несколько репозиториев с github, информация в них большей частью устарела, т.к. и версия Kubernetes, и версия экзамена не стоят на месте. Продолжение истории ищите здесь #гайд

🤔💩💩Как узнать имя функции из самой функции
#!/bin/bash

deploy() {
  # здесь хотим получить "deploy"
}

Для получения имени функции из самой функции, можно воспользоваться переменной ${FUNCNAME[*]}. Элемент с индексом 0 это имя любой выполняемой функции в данный момент.Элемент с самым большим индексом будет называться main.
deploy() {
    echo ${FUNCNAME[0]}
}

💩 Выведет название функции: deploy Переменная FUNCNAME существует только во время выполнения скрипта. Если самостоятельно задать переменную FUNCNAME, это ничего не даст и все равно выведется эталонное имя функции. При обращении к массиву без индекса, будет возвращен первый элемент массива текущий функции. Но так же будет содержать все остальные функции в стеке вызова. Например:
exp1() {
    echo ${FUNCNAME}
}

exp2() {
    echo ${FUNCNAME[*]}
}

🫡 Первая функция выведет: exp1, а вторая выведет весь массив функции: exp2 main. Не обязательно указывать индекс, все будет корректно работать и так. Это больше как правила хорошего тона. Как точка с запятой в конце строки, которая не влияет на функционал и никак не интерпретируется. В zsh это называется funcstack, это тот же массив всех функций скрипта.
deploy() {
   echo $funcstack[1]
}


Еще переменная FUNCNAME используется с BASH_LINENO и BASH_SOURCE, об этом можно почитать в официальной документации.
BASH_SOURCE - переменная, содержит путь к исходному файлу оболочки, полезна при отладке и анализе ошибок. BASH_LINENO - переменная, содержит номер строки на которой произошла ошибка в текущем скрипте.

☝️🕒 Увеличение времени сессии SSH Бывает, что выполнение удаленно запущенной команды может затянуться, а необходимо дождаться ее выполнения (кстати, в этом случае весьма полезным может стать использование screen), или пришлось отвлечься, а сессия SSH в это время отвалилась. На сервере в конфигурационном файле /etc/ssh/sshd_config прописываем: TCPKeepAlive yes ClientAliveInterval 300 ClientAliveCountMax 60 TCPKeepAlive — установлен в «yes», значит сервер будет периодически пинговать клиента, проверяя жив ли он. ClientAliveInterval — задает интервал пинга для проверки состояния клиента (в секундах). Параметр работает только для протокола версии 2 (Protocol 2). ClientAliveCountMax — количество пингов клиента. Таким образом в примере таймаут сессии будет равен 60*300/60 = 300 минут = 5 часов. После изменения настроек не забудьте перезапустить сервис ssh. #гайд

∞ Дорожная карта DevOps-инженера в 2023 году Дорожная карта — это комплексный процесс изменения и развития карьеры сотрудника
∞ Дорожная карта DevOps-инженера в 2023 году Дорожная карта — это комплексный процесс изменения и развития карьеры сотрудника внутри организации. Они включают в себя изменение должности, повышение по иерархической лестнице, переход на другую функциональную область или отдел, а также изменение места работы. Этот процесс может быть вертикальным, когда сотрудник переходит на более высокую должность, или горизонтальным — сотрудник меняет функциональную область или отдел, но остается на той же должности. Подробная и актуальная дорожная карта по DevOps ждет вас здесь. 📌 Примеры дорожных карт и полезные материалы по теме: 👨‍💻 Как стать фрилансером и где найти первый заказ: дорожная карта 🍏 Карьерный гид от новичка до профи: дорожная карта iOS-разработчика 🧔 Повышение до тимлида: дорожная карта 🐍 Дорожная карта Python-разработчика 🤝 5 soft skills, которые помогут тебе дорасти до Senior-разработчика #гайд

🤔 #дайджест сканеров для поиска уязвимостей в системе безопасности и неправильных настроек в Kubernetes ♦️ Checkov — сканиру
🤔 #дайджест сканеров для поиска уязвимостей в системе безопасности и неправильных настроек в Kubernetes ♦️ Checkov — сканирует конфигурации облачной инфраструктуры, чтобы обнаружить неправильные настройки перед их развертыванием ♦️ KubiScan — инструмент для сканирования кластера Kubernetes на наличие опасных разрешений в модели авторизации управления доступом на основе ролей (RBAC) Kubernetes ♦️ Kubesec — анализ рисков безопасности ресурсов Kubernetes ♦️ Kube-bench — инструмент, проверяющий, безопасно ли развернут Kubernetes, выполняя проверки, описанные в тесте CIS Kubernetes Benchmark ♦️ Kube-hunter — ищет слабые места в системе безопасности кластеров Kubernetes

#memes Айтишники спешат с работы в пятницу вечером

#вопросы_с_собеседования Каким образом осуществляется монтирование ФС? Как можно посмотреть список примонтированных ФС? (2 — 3 способа) ```mkfs -t ext3 /dev/hda8``` mount — показать все файловые системы mount -t ext4 — покажет ext4 файловые системы Если нужно примонтировать, например, usb Создаем файлик и монтируем ```sudo mkdir -p /media/usb sudo mount /dev/sdd1 /media/usb```

🤔🤝 Знакомство с Rego Rego — это декларативный язык запросов от создателей платформы Open Policy Agent (OPA). Rego используется для написания policy as code, которая применяет методы программирования, такие как контроль версий и модульное проектирование, для оценки ресурсов облака и инфраструктуры как кода (IaC). OPA — это механизм, который оценивает политику как код, написанный на Rego. Это «отделяет принятие политических решений от применения политики», что означает, что он принимает решение о том, соответствует ли ресурс политике, поэтому не нужно жестко прописывать эти проверки в коде приложения. Продолжение здесь #туториал

🧜🏊‍♂️ Погружаемся в тему защиты контейнеризации, или как обучить тому, чему нигде не учат Суть проблемы Использование контейнеров дает дополнительные преимущества — начиная от стадии разработки, во время которой можно, писать разные сервисы на разных ЯП, заканчивая стадией эксплуатации, во время которой можно масштабировать приложения сообразно поступающей на вход нагрузке. Но при этом использование контейнеров видоизменяет подходы к обеспечению ИБ, ибо защита контейнеризированных приложений имеет некоторые особенности: 👉 новые объекты защиты; 👉 новые векторы реализации угроз; 👉 новые уязвимости; 👉 особенности технологий (например, время жизни контейнеров может измеряться секундами); 👉 особенности/ограничения средств защиты. Например, мы не можем поставить в каждый 👉 контейнер антивирус или наложенное СЗИ от НСД; 👉 дефицит толковых специалистов. Защиту контейнеризированных приложений нельзя рассматривать отдельно от организации цикла безопасной разработки (SDLC). Эти два подхода комплементарно дополняют друга: если уменьшается количество уязвимостей в разработанном ПО, сокращается поверхность атаки при развертывании ПО в продуктивной среде. Продолжение здесь #почитать

💥❗❗ ТОП уязвимостей системного программирования В этой подборке приводятся примеры того, «как не надо» делать и «как надо». В качестве «подопытных» рассматриваются языки: C++, C и Rust. Материал включает в себя: 🎯 Buffer overflow 🎯 Pointer Initialization 🎯 Incorrect Type Conversion 🎯 Format String Vulnerability

Друзья, у вас есть возможность вдохновиться интервью Дмитрия Зайцева, директора ПК DevOps Conf: 📌статья. И приглашаем потенц
Друзья, у вас есть возможность вдохновиться интервью Дмитрия Зайцева, директора ПК DevOps Conf: 📌статья. И приглашаем потенциальных спикеров и активистов на онлайн-встречу с Программным комитетом конференции DevOpsConf 2024. Встречаемся 16 ноября, в четверг, в 19:00 (МСК).  Мы с вами обсудим несколько важных вопросов:  Какие темы вы бы хотели услышать или самостоятельно подать в новой программе? Как упаковать в питч свои достижения? А если не доклад, а мастер-класс? Спрашивайте все, что хотите знать о конференции. Обязательно объясним, как готовится конференция и сетка докладов и многое другое.  Регистрируемся на встречу:📌на сайте.  Реклама. ООО "КОНФЕРЕНЦИИ ОЛЕГА БУНИНА". ИНН 7733863233. erid: LjN8KPCLS

🧑‍🎓😎 Еще одна серия с мероприятия OFFZONE 2023 Здесь собираются безопасники, разработчики, инженеры, исследователи, препод
🧑‍🎓😎 Еще одна серия с мероприятия OFFZONE 2023 Здесь собираются безопасники, разработчики, инженеры, исследователи, преподаватели и студенты из десятков стран мира. В центре внимания — только хардкорный технический контент по кибербезопасности. Разнообразие фаззинг-ферм, и зачем делать свою Тема фаззинга с каждым годом становится все популярнее, и инструментов, помогающих в этом, также становится все больше. Среди них особенно можно выделить фаззинг-фермы. Они представляют собой некоторую оркестрацию над множеством фаззинг-движков, которые помогают организовать непрерывное или прерываемое фаззинг-тестирование. Изначально такие фаззинг-фермы чаще всего являются набором из нескольких скриптов, но по мере необходимости они эволюционируют до чего‑то колоссального. Авторы доклада рассмотрят наиболее популярные решения и расскажут про создание своей фаззинг-фермы и о том, чем она отличается от других #видео