DevOps – Telegram
DevOps
8.45K subscribers
1.47K photos
809 videos
28 files
1.75K links
Docker, Kubernetes, облачные сервисы (AWS, GCP, Azure), Infrastructure as a Code (Terraform, CloudFormation), администрирование Windows и Linux, сети TCP, IP, скрипты (Bash, PowerShell), Ansible, Jenkins, DevSecOps, логирование. По вопросам @evgenycarter
Download 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
👍6👎1
Обзор топ-5 полезных утилит для Docker

Проект Docker, запущенный в 2013 году, стал одним из самых популярных инструментов в области контейнеризации. Спустя почти 10 лет Docker активно развивается, однако, не только сама компания Docker Inc привносит улучшения в свой продукт – обычные пользователи тоже вносят свой вклад, создавая различные инструменты, которые совершенствуют взаимодействие с системой Docker.

В статье мы рассмотрим топ-5 полезных утилит, которые упростят работу с Docker.

#devops #девопс

Подпишись 👉@i_DevOps
👍3
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
👍5
Паттерны отказоустойчивости приложений в Kubernetes

Балансировщики падают, контроллеры зависают, а дата-центры атакуют экскаваторы. Это нормальная история. Мы живём в мире, где нет ничего надёжного на 100 %, а любой бит в планке оперативной памяти может внезапно перещёлкнуться из-за пролетевшей космической частицы.

https://habr.com/ru/company/gazprombank/blog/707284/

#devops #девопс

Подпишись 👉@i_DevOps
👍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
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
👍1
Media is too big
VIEW IN TELEGRAM
Базовый курс по AWS. Рассматриваем Load Balancing

#devops #девопс

Подпишись 👉@i_DevOps
👍4