Что вызывает аналогии DevOps?

Некоторые докладчики используют аналогии для пояснения определенной технологии, например, Pizza as a Service 2.0, которая объясняет различия между различными стеками as-a-Service (aaS).

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

Когда гуглится «Аналогия DevOps», показываются различные изображения, но не из них очень броские.

Определение слова "получение"

1. Показать изображение в презентации
2. Обсудите 30 секунд об этом
3. Во время подъема все больше и больше людей понимают DevOps, и им это совершенно ясно.

DevOps - индустриализация ИТ

Главным образом для разработчиков, но знающих других с мемом «девушка из стихийного бедствия»: «Работает на моей машине ... Теперь проблема в Ops!» Это показывает, что отсутствие ответственности может поставить под угрозу всю компанию, и ценность программного обеспечения, работающего только в конкретной среде, не является абсолютной.

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

Самая яркая аналогия DevOps, которую я могу придумать, - это аналогия между домашним животным и скотом в отношении одноразовой инфраструктуры. Хотя, я бы сказал, что речь идет не о извлечении , связанном с изображением, а о том, как легко это понять и с чем связано.

Еще один, который мне нравится, это с этого сайта 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 и должен был убивать врагов самостоятельно, но они также зависели друг от друга.

Морской пехотинец должен был доставить как водителя, так и зеленого берета на другой остров, так как он был единственным, кто мог грести ботинок. Однажды на острове был нужен зеленый берет, поскольку он был единственным, кто мог перемещать взрывные стволы, которые требовались для взрыва радиостанции.

Когда они работали вместе, у них был больше шансов выжить, так как для уничтожения врага требовалось три выстрела. Если они стреляли вместе, врага немедленно убили.