Перш за все, я хотів би підкреслити, що DevOps - це культура, а не роль. На мій погляд, можна порівняти це з командою командуючих, яка має власну експертизу, наприклад, снайпер, морський, саперний (подумайте про серію командос). Поєднання цих експертиз, в основному спільна робота, дає можливість виконувати місії або створювати ділову цінність якнайшвидше.
LowOps і NoOps
Через пару тижнів я виявив, що після безлічі розмов з людьми, це досить говорити про LowOps в ці дні. Якщо я реалізую рішення, то це означає, що воно повністю автоматизоване і що колега може сам розгорнути машини, а не просити мене. Іноді це неможливо повністю автоматизувати повністю, але тоді я переконуюсь, що він автоматизований для себе, щоб переконатися, що мені потрібно виконати лише одну команду, щоб виконати роботу (LowOps), а не витрачати пару годин. Якщо я створив таке рішення, я гарантую, що колегу буде створено квиток для автоматизації мого особистого рішення для всіх. Приклад: мій колега перетворив один із моїх скриптів bash в бота, який він зараз працює щовечора.
Рисунок 1: https://www.gslab.com/blog-post/what-is-noops/
"як почати з devops"
Переконайтесь, що ви є членом команди зі змішаними компетенціями і що команда повинна сама розгорнути програмне забезпечення. Поговоріть з усіма членами команди та починайте із завдань, які ніхто не хоче виконувати, оскільки бракує знань чи бажання. Якщо ви почнете із завдання, то натрапите на речі, яких не знаєте. Почніть переглядати відеоролики, відвідуйте зустрічі , купуйте та читайте книги, читайте блоги та офіційну документацію щодо інструментарію, попросіть колег переглянути ваші запити на витягу та спілкуватися та добре слухати людей, добре документувати речі та готувати та демонструвати рішення колегам (обмін знаннями) . Остання пропозиція - слідкувати за рівновагою між роботою та життям .