и посмотреть медиа
OrangeDevOps - for sysadmins
и посмотреть медиа
Interesting materials and personal notes for sysadmins and DevOps engineers.
Interesting materials and personal notes for sysadmins and DevOps engineers.
Channel with links to useful articles, tutorials and notes on DevOps and system administration. Suitable for everyday work.
Как вам такие нагрузки? Сервер с приложением на 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? 📚 Пишем свою приложуху? Ссылка скрыта
Открыть канал и посмотреть медиаOnly registered users can share their opinion.
Be the first to share your impression of this resource!