Що таке аналогії DevOps?

Деякі ведучі використовують аналогії для уточнення певної технології, наприклад, Pizza як Service 2.0, що пояснює відмінності між різними стеками as-a-Service (aaS).

Переваги цієї аналогії Піци полягають у тому, що вона складається з декількох аналогій, тобто часу виконання піци та домашньої акації.

Коли один Googles "DevOps аналогія", показуються різні зображення, але не з них дуже привабливий.

Визначення "отримання"

1. Покажіть зображення у презентації
2. Поговоріть про це 30 секунд
3. Під час підйому ліфта все більше людей розуміють DevOps, і це їм абсолютно зрозуміло.

DevOps - це індустріалізація ІТ

Здебільшого для розробників, але знаючих для інших із мемом "дівчина-катастрофа": "Працює на моїй машині. Опс зараз проблема!" Це свідчить про те, що відсутність відповідальності може поставити під загрозу всю компанію, а цінність програмного забезпечення, яке працює лише у конкретних умовах, не є абсолютним.

Також матриця пекла . Додавання Docker може здатися ще одним стовпчиком, але контейнери стануть новітньою технологією та стандартною архітектурою. Отже, ви можете запускати контейнери Docker також з Kubernetes або Apache Mesos.

Найвідоміша аналогія DevOps, яку я можу придумати, - це аналогія Pet проти ВРХ щодо одноразової інфраструктури. Хоча, я б сказав , що це менше про вибірках , пов'язані із зображенням, і про те , як легко зрозуміти , і відносяться.

Ще один, який мені подобається, - це цей веб-сайт https://devrant.com/search?term=devops

як я чув це кілька разів, і це мене засмучує, тому що це силосна поведінка і анти дедп. Я в основному хочу застосувати це, коли ви змінюєте його, ви повинні звільнити або коли ви порушите його, ви виправте це. На практиці це не так просто, як мислення слід змінити.

Ще одна аналогія була знайдена тут https://devrant.com/search?term=devops

Я думаю, що це також застосовно, оскільки все ще є розробники, які продовжують кидати речі через стіну.

Я мушу визнати, що я відчуваю це так і що це спонукає мене вчитися програмуванню. Зараз я навчаюсь Java та хочу отримати сертифікати. Зараз я навчаюсь на юриста Java Oracle.

На підставі пропозиції в одному з коментарів до однієї з відповідей @PeterMuryshkin я прочитав більше про Industry4.0 і думаю, що це може бути аналогія DevOps.

Ще одна аналогія DevOps може бути галуззю 4.0:

Промисловість 4.0 - назва сучасної тенденції автоматизації та обміну даними у виробничих технологіях. Він включає кіберфізичні системи, Інтернет речей, хмарні обчислення та когнітивні обчислення. Промисловість 4.0 зазвичай називають четвертою промисловою революцією.

Щоб запровадити індустрію 1.0, функціональний процес, тобто як виробляти котон вручну, повинен бути зрозумілий, щоб це автоматизувати, 2.0 автоматизовано більше і 3.0 також. На сьогодні DevOps також все більше і більше автоматизується, але для цього процес повинен бути зрозумілим. Оскільки 4.0 стосується переходу до хмари, наприклад, AWS, GCP, AWS, CI / CD та системи самолікування, це може бути і аналогією.

DevOps також можна порівняти із командосним загоном, який складається з невеликої кількості фахівців. Мені завжди доводиться думати про перший рівень Commandos 1 за лініями ворога. Було три символи:

• морський
• водій
• зелений берет

Кожен з них володіє унікальними якостями, тобто дайвінг, плавання, веслування (морський), водолаз (кулемет, водіння), зелений берет (сходження, перенесення бочок).

Усі вони змогли вивести ворогів, відомих як автоматизація в DevOps. Чи можна порівняти операції з морськими, водій зеленого берета не має значення. Експлуатація, розвиток та забезпечення якості мають усі свої спеціальності. Поєднання цих елементів є важливим для того, щоб частіше випускати програмне забезпечення.

Якщо, наприклад, хтось із командос загинув у грі, гра закінчилася. Всі вони повинні були працювати разом, щоб виконати місію. Я пам'ятаю, що кожен із командуючих був ізольований на початку 1-го рівня і мусив сам виводити ворогів, але вони також залежали один від одного.

Моряк повинен був привезти і водія, і зеленого берета на інший острів, оскільки він був єдиним, хто міг перекидати черевик. Потрапивши на острів, Зелений берет був потрібний, оскільки він був єдиним, хто міг пересувати вибухові бочки, необхідні для вибуху радіостанції.

Коли вони працювали разом, був більший шанс, що вони зможуть вижити, оскільки для вистрілення ворога потрібно було три постріли. Якщо вони разом стріляють, ворога негайно вивели.