Несмотря на то, что DevOps — это культурный сдвиг, а не название работы, все еще есть инструменты, которые могут помочь разбить бункеры и инструменты, связанные с движением. Это означает, что если вы подаете заявку на «работу DevOps», вы, вероятно, будете работать с определенными инструментами. Вот почему я использую это слово в названии моего книга Это также, где начинающие, как правило, тянутся к DevOps, на уровне инструментов. На самом деле, это не так уж плохо. «Как я могу использовать инструменты, которые быстро делают организации?» — довольно хороший вопрос, если человек не слеп к этой идее, что ментальные модели и культура также могут играть огромную роль. Итак, имея в виду, какие инструменты вы должны учиться, если вы хотите быть «DevOps»? Точных инструментов нет, это зависит от вашей организации, ее желаний, потребностей и целей. Это DevOps для вас. Но есть, как правило, есть некоторые категории, в которые эти инструменты попадают. И, как и языки программирования, как только вы узнаете его, намного проще выучить другое, поскольку многие из концепций, которые вы уже знаете, будут отображать.
Категории:
- Управление конфигурацией
- Управления источником
- Коммуникация
- CI/CD
- Мониторинг
Для управления конфигурацией есть несколько вариантов:
- Шеф -повар
- Марионетка
- Соль
- Ansible
Вам нужно узнать все это? Наверное, нет, и, конечно, не все сразу. Лучше узнать, как работают эти инструменты в целом, какие парадигмы они следуют и т. Д., А затем выбрать его и узнать больше об этом.
Например, соль следует за мастером/миньоном (клиент/сервер). Шеф -повар следует аналогичной модели. Но у Ansible нет централизованного сервера.
Для контроля источника, хотя другие рядом, я просто собираюсь сказать, что учить git, если у вашей организации нет другого требования для вас. Если вы или ваша команда хотите найти место для изучения и попробовать его, вы можете использовать Попробуйте git
Для CI/CD важно подумать о том, что вы пытаетесь достичь, но многие инструменты могут быть использованы для достижения сходных целей. Не позволяйте вашей команде увязнуть в сорняках, более важно, чтобы получить базовый трубопровод и улучшить оттуда. Варианты включают:
- Дженкинс
- Беспилотник
- Трэвис
- Гитлаб
Вы заметите, что я также перечислил общение. Поначалу это может не показаться DevOps или SRE, но на самом деле общение — это то, что помогает вам сломать бункеры. Это также может помочь вам быстрее разрешить инцидент. Это может включать в себя такие инструменты, как чат -боты, или даже вашу систему для контакта с соответствующими людьми, такими как Pagerduty.
Для мониторинга, как и в случае с некоторыми из вышеперечисленных инструментов, более важно подумать о том, что вы хотите контролировать и в какой степени, чем беспокоиться о конкретном инструменте на этом этапе. Если вы собираетесь отслеживать некоторую метрику, вы сможете ответить на некоторые вопросы по этому поводу. Во -первых, что мне говорят эти данные? Если он не рассказывает какую -то историю, это весьма вероятно, что ее не следует контролировать или вам нужно выяснить, что данные означают для вашей организации. Во -вторых, чтобы определить, следует ли вы предупредить эту метрику: «Что я хочу, чтобы кто -то (возможно, я) сделал в ответ на эту метрику?» Также «когда?» и «Как быстро?»
Если у вас нет никаких действий, которые нужно предпринять вокруг метрики, это не является хорошим кандидатом для оповещения.
Что вы думаете? Оставить комментарий. Чтобы увидеть больше похоже на это нажмите здесь: https://thaiwood.io/DevTo
Оригинал: «https://dev.to/thaiwood/beginning-devops-tools-4e4»