Вступление
Привет
Совсем недавно на практике начал использовать инструменты DevOps и примерно представляю что для чего служит
(configuration management (ansible, cheff, pappet, salstack и др.),clouds,git,jenkins,системы мониторинга и логирования,разделение сред на группы dev,testing,staging,prod )
Отчасти я понимаю, что практика DevOps в целом заключается в автоматизации действий, быстром внесении изменений в инфраструктуру, максимально быстром(мультиплатформенном) деплое в новую среду(будь то клауд или голое железо), разработки инфраструктуры для автоматического масштабирования, предоставлении сред под разные задачи ( testing, development, staging, prod) и централизованного максимально детального сбора логов, метрик и service discovery со всего этого добра. К сожалению на данный момент, так как я full-time и один выполняю обязанности Ops, в конторе которая динамично развивается, и до этого не имел представления о том как строится инфраструктура - я не имею целостной картины инфраструктуры - используемой на практике в больших софтварных конторах. Нет никакого Agile, никто даже не ставит задачи, все на словах. На деле, никто не заинтересован внедрять практики DevOps. В общем пока в голове каша. ). Теперь собственно к чему этот набор слов:
Посоветуйте пожалуйста, где можно хотя бы поверхностно (в теории) ознакомится с готовой, рабочей схемой инфраструктуры, чтобы в общем понимать, категории и связку всех инструментов которые используются и в какой последовательности (workflow).
Пример: у меня есть плейбук ansible который разворачивает гит репозитарий на группе серверов, но я примерно понимаю, что скорее всего, у "больших дядек" это делается не через плейбук, а через jenkins + docker + webhook, но на практике взглянуть на такое я не могу :)
Спасибо.
Критика приветствуется и поощряется )
PSЗЫ: нет сеньора, который скажет, так никто не делает - потому что так и так... Есть группа dev-ов которым плевать на инфраструктуру так же как и руководству - работает прекрасно, не работает - сам дурак. А мне нужен "experience adviсe"(набитые другими шишки и best practice).