Я не девопс, но он несёт хуйню. Настоящие девопсы говорят не так. Они говорят "пайплайн упал на вашем скрипте инициализации, вот логи, чините"
Нее. Они говорят "произвольная директория монтируется в инит контейнере, но на нашем деплое это не реализовано и вряд ли будет" ))
*смеюсь, пряча боль
Так переставай шуточки читать, начинай внедрять монтирование в инит контейнер на вашем деплое.
это ещё нормальное сообщение об ошибке. некоторые говорят что разрешены только импорты из одобренного списка и на этом всё
Соль в том, что деплой полностью самописный, подходящий для "большинства стандартных случаев", и я, как разработчик, не имею доступа там что-то менять, а нужная фича из разряда "удобства", а не необходимости, поэтому иду я на хуй) проблема, по итогу, решена, но не самым простым решением.
Разрешите риторический вопрос.
Если я вёл разработку и интеграцию ERP на питоне и фаербёрде под фряху, а после того, как фаербёрд перестал обновляться под фряхой ушёл на постгре, в дальнейшем для собственного удобства перенёс с питона на руби и, в конечном итоге, вся эта байда представляет мешанину руби/питона/постгре/мускуля вперемешку с вэб-мордой на php, какова вероятность выписаться из дурдома после попытки разгрести авгиевы конюшни и переноса всего только на руби/mysql/php/javascript, учитывая, что гит вёлся не постоянно, особенно понимая, что вся херня вживую вращается на продакшене, совместимость и необходимость модулей явно не прослеживается, а исходники есть далеко не на всё? :)
Да и бежать зачем, - тоже не понятно. Просто поджигай: это единственный способ спастись от этой хуйни.
боюсь, что будет геморрой. Если сырцов нет, то рефакторинг превратится в бег с костылями. По аджайл-подходу, вам надо будет взять архитектора и девов и ставить им таски в спринте на создание по сути такой же системы на нужном стеке , затем после того, как получите РОС переводить на новосозданную систему. Какой вариант перехода: канареечный/блю-грин это уже решайте сами, исходя из количества ваших ресурсов.
"Я не девопс, но он несёт хуйню"
Индульгенция на публичное несение техно-псевдо-хуйни в массы - прерогатива девопсов. Не примазывайтесь к секте.
Мы не можем деплоить эти пули на продакшн-сервере, так как заявленная процедура первичной инициализации затвора в Вашем инит-скрипте противоречит локальным корпоративным инструкциям эджайла.
Случай из практики, пусть будет по модному -кейс. Приходит значит вечером целый IT директор, который в течение 4 или 5 лет совещается употребляя непотребные словечки из новояза, у него есть диплом MBA и он такой же крутой профессионал как спецы из видео камеди Клаб. Так вот этот IT директор на полном серьезе просит установить ему на его мак крутую программу, которую он скопировал с виртуалки на винде, перетянув с рабочего стола виртуалки на флешку NTFS ярлык той самой крутой программы , сначала я думал он шутит, но потом понял что это было на полном серьезе. Вот такой вот -кейс. А вы говорите devops, на самом деле девопс и не такое уж страшное слово, страшнее менеджеры которые раздувают штат компании и растягивают время на выполнение проекта.
Ну не знаю, наш девопс мне логи в слак шлёт и дальше ебись как хочешь. Другого девопса надо было пинать, а потом сделать его работу самому ибо ему на всё насрать.
А откуда такой стёб: ситуация из жизни: очень крупная компания, однопоточное ПО, которое в теории можно переписать на многопоток. Но сделали "проще": купили кучу серверов, разделили на 100500 виртуалок и на каждой вот это однопоточное ПО. Оптимизация ПО? Не, не слышали. Именно такие ситуации я вижу, когда кто-то в шутку предлагает кубер внутри кубера, все архивируем, потом разархивируем.. :)
встречаются как-то два дэпупса, один другого спрашивает:
- слушай, помоги а, ты сможешь сделать вот это вот?
- нее, сделать не смогу, но могу рассказать как сделать.
- да рассказать как сделать я и сам могу, а мне сделать надо.
ДЕВОПСИНА
270 постов1.8K подписчиков