Что делать? Как правильно поступить? DevOps Factors 😱 Примерно полтора года назад я вышел поздно вечером с работы, и меня беспокоила мысль: почему у нас в DevOps методологии нету ни одного дефолтного набора практик, и не понятно “что хорошо, а что плохо”.
Нигде нету готового пресета, по которому можно было следовать, и говорить - это ок, а это такое себе. А это - вообще очень плохо. 🤓
Определенный промежуток времени, особенно вначале карьеры, эту функцию лично для меня выполнял Джез Хамбл и его библия “Непрерывное развертывание ПО”. 😎
Как должен выглядеть CI процесс? Должен ли он делать гит пулл на конечных серверах? Или передавать готовые артефакты? Какой процесс деплоя оптимален? Сколько времени максимум может занимать сборка приложения?
Это все простые вопросы, и ответы на них есть в книге. Где-то очевидно и прямо, где-то между строк.
Но это все низкоуровневые проблемы, а хотелось высокоуровневого архитектурного взгляда.
Еще очень сильно вымораживало то, что подобные наборы рекомендаций есть почти у всех кроме нас. У Scrum методологии - скрам гайд, у программистов - 12 factor app:
https://www.scrumguides.org/https://12factor.net/ru/А у нас нету такой штуки. Казалось бы - методология, у которой нету рекомендаций. Как хочешь - так и делай.
И именно в этот момент у меня возникла идея сделать набросок паттернов, которыми я руководствуюсь в работе.
Это переросло в 10 пунктов, которые мы с ребятами из UkrOps очень детально проработали и описали.
На данный момент это выглядит вот так:
https://github.com/Mykolaichenko/devopsfactorsВ результате это будет сайт с хипстерским дизайном и переводами на несколько языков.
А пока предлагаю Вам посмотреть на эту выжимку, если поддерживаете - звезду на гитхабе и лайк, если нет - форкайте и предлагайте правки 😂
