Media is too big
VIEW IN TELEGRAM
Media is too big
VIEW IN TELEGRAM
Media is too big
VIEW IN TELEGRAM
Media is too big
VIEW IN TELEGRAM
Media is too big
VIEW IN TELEGRAM
Media is too big
VIEW IN TELEGRAM
Media is too big
VIEW IN TELEGRAM
Media is too big
VIEW IN TELEGRAM
Media is too big
VIEW IN TELEGRAM
Media is too big
VIEW IN TELEGRAM
AWX/Tower. Ansible.
01-Установка Ansible AWX/Tower за 5 минут
02-Ansible AWX. Подключение проекта. Настройка и запуск.e
03-Survey Опросы в AWX. Формы.e
04-WorkFlow Ansible AWX
01-Ansible. Начало. Что это и для чего?
01-Ansible. Начало. Что это и для чего?
01-Ansible. Начало. Что это и для чего?
02 Ansible Установка и Настройка
02 Ansible Установка и Настройка
03-Ansible. Inventory. Hosts. Groups. Подключаем Ansible к клиентамer
#devops #девопс
Подпишись 👉@i_DevOps
01-Установка Ansible AWX/Tower за 5 минут
02-Ansible AWX. Подключение проекта. Настройка и запуск.e
03-Survey Опросы в AWX. Формы.e
04-WorkFlow Ansible AWX
01-Ansible. Начало. Что это и для чего?
01-Ansible. Начало. Что это и для чего?
01-Ansible. Начало. Что это и для чего?
02 Ansible Установка и Настройка
02 Ansible Установка и Настройка
03-Ansible. Inventory. Hosts. Groups. Подключаем Ansible к клиентамer
#devops #девопс
Подпишись 👉@i_DevOps
👍6👎1
Обзор топ-5 полезных утилит для Docker
Проект Docker, запущенный в 2013 году, стал одним из самых популярных инструментов в области контейнеризации. Спустя почти 10 лет Docker активно развивается, однако, не только сама компания Docker Inc привносит улучшения в свой продукт – обычные пользователи тоже вносят свой вклад, создавая различные инструменты, которые совершенствуют взаимодействие с системой Docker.
В статье мы рассмотрим топ-5 полезных утилит, которые упростят работу с Docker.
#devops #девопс
Подпишись 👉@i_DevOps
Проект Docker, запущенный в 2013 году, стал одним из самых популярных инструментов в области контейнеризации. Спустя почти 10 лет Docker активно развивается, однако, не только сама компания Docker Inc привносит улучшения в свой продукт – обычные пользователи тоже вносят свой вклад, создавая различные инструменты, которые совершенствуют взаимодействие с системой Docker.
В статье мы рассмотрим топ-5 полезных утилит, которые упростят работу с Docker.
#devops #девопс
Подпишись 👉@i_DevOps
👍3
Media is too big
VIEW IN TELEGRAM
Media is too big
VIEW IN TELEGRAM
Media is too big
VIEW IN TELEGRAM
Media is too big
VIEW IN TELEGRAM
Media is too big
VIEW IN TELEGRAM
Media is too big
VIEW IN TELEGRAM
Media is too big
VIEW IN TELEGRAM
Media is too big
VIEW IN TELEGRAM
Media is too big
VIEW IN TELEGRAM
Media is too big
VIEW IN TELEGRAM
AWX/Tower. Ansible.
03-Ansible. Inventory. Hosts. Groups. Подключаем Ansible к клиентамer
04 Простые команды в Ansible. Использование модулей.er
04 Простые команды в Ansible. Использование модулей.e
05 Переменные в Ansiblee
05 Переменные в Ansibleer
06 Пишем первый Playbook в Ansiblee
07 Ansible Документация. Visual Studio Code для Ansiblee
08 Переменные Vars в Playbooks Ansible.
09 Циклы в Ansible. Loop with_items.
10 Ansible: Debug & Messages. Проверка переменных и Сообщения.
#devops #девопс
Подпишись 👉@i_DevOps
03-Ansible. Inventory. Hosts. Groups. Подключаем Ansible к клиентамer
04 Простые команды в Ansible. Использование модулей.er
04 Простые команды в Ansible. Использование модулей.e
05 Переменные в Ansiblee
05 Переменные в Ansibleer
06 Пишем первый Playbook в Ansiblee
07 Ansible Документация. Visual Studio Code для Ansiblee
08 Переменные Vars в Playbooks Ansible.
09 Циклы в Ansible. Loop with_items.
10 Ansible: Debug & Messages. Проверка переменных и Сообщения.
#devops #девопс
Подпишись 👉@i_DevOps
👍5
Паттерны отказоустойчивости приложений в Kubernetes
Балансировщики падают, контроллеры зависают, а дата-центры атакуют экскаваторы. Это нормальная история. Мы живём в мире, где нет ничего надёжного на 100 %, а любой бит в планке оперативной памяти может внезапно перещёлкнуться из-за пролетевшей космической частицы.
https://habr.com/ru/company/gazprombank/blog/707284/
#devops #девопс
Подпишись 👉@i_DevOps
Балансировщики падают, контроллеры зависают, а дата-центры атакуют экскаваторы. Это нормальная история. Мы живём в мире, где нет ничего надёжного на 100 %, а любой бит в планке оперативной памяти может внезапно перещёлкнуться из-за пролетевшей космической частицы.
https://habr.com/ru/company/gazprombank/blog/707284/
#devops #девопс
Подпишись 👉@i_DevOps
Хабр
Паттерны отказоустойчивости приложений в Kubernetes
Балансировщики падают, контроллеры зависают, а дата-центры атакуют экскаваторы. Это нормальная история. Мы живём в мире, где нет ничего надёжного на 100 %, а любой бит в планке оперативной памяти...
👍3
Разворачиваем Kubernetes-платформу Deckhouse в Yandex Cloud
Платформу Deckhouse можно устанавливать на виртуальные машины облачных провайдеров, на bare metal-серверы, в закрытый контур и не только. В статье рассмотрим вариант установки Deckhouse в Yandex Cloud. А чтобы убедиться, что все внутренние ресурсы и компоненты работают как надо, заглянем в веб-интерфейсы платформы, в том числе Grafana и Kubernetes Dashboard.
https://habr.com/ru/company/flant/blog/707422/
#devops #девопс
Подпишись 👉@i_DevOps
Платформу Deckhouse можно устанавливать на виртуальные машины облачных провайдеров, на bare metal-серверы, в закрытый контур и не только. В статье рассмотрим вариант установки Deckhouse в Yandex Cloud. А чтобы убедиться, что все внутренние ресурсы и компоненты работают как надо, заглянем в веб-интерфейсы платформы, в том числе Grafana и Kubernetes Dashboard.
https://habr.com/ru/company/flant/blog/707422/
#devops #девопс
Подпишись 👉@i_DevOps
Media is too big
VIEW IN TELEGRAM
AWS Base Course. Lambda. S3
Код для Lambda: https://gist.github.com/Dgadavin/5aa7dcdf41182fbb2261f4c581b39878
#devops #девопс
Подпишись 👉@i_DevOps
Код для Lambda: https://gist.github.com/Dgadavin/5aa7dcdf41182fbb2261f4c581b39878
#devops #девопс
Подпишись 👉@i_DevOps
GPT-3: Как убить SRE изнутри
Предложение: *В этом посте я расскажу о том, как убить инженера Site Reliability Engineer изнутри.
1 Знайте их слабые места: У каждого SRE есть свой уникальный набор навыков и слабых мест. Полезно знать, в каких областях они слабы, так как это можно использовать в своих интересах. Например, если SRE трудно разобраться в сложных системах, используйте это в своих интересах и создайте сложную систему, которой ему будет трудно управлять.
2 Перегружать их: SRE часто просят управлять множеством различных задач и процессов одновременно, и от них ожидают, что они справятся со всеми. Перегружайте их, давая им больше задач, чем они могут выполнить, что в конечном итоге приведет к ошибкам и неудаче.
3 Заставьте их работать в некомфортной обстановке: SRE привыкли работать в комфортной и знакомой обстановке, поэтому заставьте их работать в незнакомой и некомфортной обстановке. Это может быть, например, шумный офис или плохо освещенная комната. Это вызовет у них стресс и неспособность сосредоточиться, что в конечном итоге приведет к ошибкам.
4 Заберите полномочия: SRE привыкли занимать властные позиции, где они могут принимать решения и иметь контроль над системами, которыми они управляют. Поставьте их в положение, когда у них нет власти и они не могут принимать решения. Это вызовет у них разочарование и в конечном итоге приведет к ошибкам.
5 Заблокируйте их доступ: SRE необходим доступ ко всем частям системы, которой они управляют, поэтому заблокируйте их доступ к определенным областям. Это усложнит им управление системой и в конечном итоге приведет к ошибкам.
6 Не предоставляйте им достаточно ресурсов: SRE необходим доступ к нужным ресурсам для того, чтобы выполнять свою работу должным образом. Если у них нет доступа к нужным ресурсам, они не смогут выполнять свою работу должным образом и в конечном итоге будут совершать ошибки.
7 Заставляйте их выполнять одно и то же задание снова и снова: SRE привыкли к разнообразным заданиям, поэтому заставляйте их выполнять одно и то же задание снова и снова. Это вызовет у них скуку и разочарование и в конечном итоге приведет к ошибкам.
8 Заставляйте их работать подолгу: SRE привыкли работать подолгу, поэтому заставляйте их работать еще дольше. Это приведет к тому, что они устанут и не смогут сосредоточиться, что в конечном итоге приведет к совершению ими ошибок.
#devops #девопс
Подпишись 👉@i_DevOps
Предложение: *В этом посте я расскажу о том, как убить инженера Site Reliability Engineer изнутри.
1 Знайте их слабые места: У каждого SRE есть свой уникальный набор навыков и слабых мест. Полезно знать, в каких областях они слабы, так как это можно использовать в своих интересах. Например, если SRE трудно разобраться в сложных системах, используйте это в своих интересах и создайте сложную систему, которой ему будет трудно управлять.
2 Перегружать их: SRE часто просят управлять множеством различных задач и процессов одновременно, и от них ожидают, что они справятся со всеми. Перегружайте их, давая им больше задач, чем они могут выполнить, что в конечном итоге приведет к ошибкам и неудаче.
3 Заставьте их работать в некомфортной обстановке: SRE привыкли работать в комфортной и знакомой обстановке, поэтому заставьте их работать в незнакомой и некомфортной обстановке. Это может быть, например, шумный офис или плохо освещенная комната. Это вызовет у них стресс и неспособность сосредоточиться, что в конечном итоге приведет к ошибкам.
4 Заберите полномочия: SRE привыкли занимать властные позиции, где они могут принимать решения и иметь контроль над системами, которыми они управляют. Поставьте их в положение, когда у них нет власти и они не могут принимать решения. Это вызовет у них разочарование и в конечном итоге приведет к ошибкам.
5 Заблокируйте их доступ: SRE необходим доступ ко всем частям системы, которой они управляют, поэтому заблокируйте их доступ к определенным областям. Это усложнит им управление системой и в конечном итоге приведет к ошибкам.
6 Не предоставляйте им достаточно ресурсов: SRE необходим доступ к нужным ресурсам для того, чтобы выполнять свою работу должным образом. Если у них нет доступа к нужным ресурсам, они не смогут выполнять свою работу должным образом и в конечном итоге будут совершать ошибки.
7 Заставляйте их выполнять одно и то же задание снова и снова: SRE привыкли к разнообразным заданиям, поэтому заставляйте их выполнять одно и то же задание снова и снова. Это вызовет у них скуку и разочарование и в конечном итоге приведет к ошибкам.
8 Заставляйте их работать подолгу: SRE привыкли работать подолгу, поэтому заставляйте их работать еще дольше. Это приведет к тому, что они устанут и не смогут сосредоточиться, что в конечном итоге приведет к совершению ими ошибок.
#devops #девопс
Подпишись 👉@i_DevOps
👍1
SLSA dip — At the Source of the problem!
https://medium.com/boostsecurity/slsa-dip-source-of-the-problem-a1dac46a976
#devops #девопс
Подпишись 👉@i_DevOps
https://medium.com/boostsecurity/slsa-dip-source-of-the-problem-a1dac46a976
#devops #девопс
Подпишись 👉@i_DevOps