OrangeDevOps - для сисадминов

Как вам такие нагрузки? Сервер с приложением на postgresql. Высоконагруженные операции проводились, да. Сервер завис намертво. Помог ребут. Может конечно node_exporter что-то не те метрики отдал в данных условиях... Будем ковырять логи...

ОБЗОР УЯЗВИМОСТЕЙ CVE ПО POSTGRESQL 11,12,13,14 ВЕРСИЯМ ЗА 2021 Ссылка скрыта

CloudMTS cделал бесплатный курс Cloud DevOps Выглядит интересно. Обещают безлимитный доступ к обучающим материалам и ссылки на полезные материалы и демо-стенды Ссылка скрыта

На гитхабе собраны ссылки на книги, блоги, видео, кейсы и инструменты связанные с безопасностью docker контейнеров #docker #devsecops Ссылка скрыта

Книга рецптов по Jenkins pipeline - набор статей которые меня не раз выручали при создании пайплайнов в этом инструменте. #jenkins #cicd Ссылка скрыта

#юмор или правда

Видимо, устав отвечать каждому отдельно, бравые парни из CISA просто завели репозиторий, куда сложили всю доступную им инфу про log4j и уязвимые приложения. Список получился солидный, и вроде даже его обновляют. Ссылка скрыта

Часто в работе с некоторыми инструментами возникают неочевидные #нюансы. Например c #ansible. Используя when надеешься на то что данный таск в playbook не выполнится, если условие не соблюдено, но каждый блок register выполняется независимо от этого условия. Допустим: - name: task1 shell: some command register: var1 when: var2 == 1 - name: task2 shell: some command2 register: var1 when: var2 === 2 То получаем в выводе: "changed": false, "skip_reason": "Conditional result was False" и var1={skip_reason: .... Решение: 1) Делать отдельный ямлик (с register уже в нем),включить его по условию when (если вариантов var2 не много): - include: tasks1.yaml when: var2 == 1 - include: tasks2.yaml when: var2 == 2 2) Использовать set_fact c третьей переменной: - name: task1 shell: some command register: var1 when: var2 == 1 - set_fact: var3="{{ var1 }}" when: var1.changed - name: task2 shell: some command2 register: var1 when: var2 === 2 - set_fact: var3="{{ var1 }}" when: var1.changed

Ребята столкнулись с недостаточной гибкостью CI\CD систем (в данном случае Jenkins), если пайплайн сложный. Их решение - написать свое приложение на python, (запускалкой остался Jenkins). Тоже столкнулся с данными проблемами, но остановился на Ansible+Jenkins. Что думаете? 🔥 Jenkins в топку, даешь Gitlab CI? 📚 Пишем свою приложуху? Ссылка скрыта