Size: a a a

DevOps — русскоговорящее сообщество

2021 February 20

K

KiLEX 萊赫 in DevOps — русскоговорящее сообщество
0ri0n 0ri0n
круто, еще редис для этого использовать. Реализации есть. но думал может я чего то не знаю. ))) - по данному вопросу.
Так что каждый инструмент для своих задач. )))
ну можно костыли накидать через артефакты сборки - редис не понадобится. но зачем?)
источник

00

0ri0n 0ri0n in DevOps — русскоговорящее сообщество
а в дженкисе на этот случай есть плагин )
источник

a6

admin 666admin in DevOps — русскоговорящее сообщество
команд много, проектов тоже, главная цель девопса сделать так чтобы продукт получался быстрее и качественнее = приносил больше бабла, а какими тулзами - это уже на усмотрение девопса, если проще сделать тупой cmake через ansible то нужно выбирать его, а не городить огород.
источник

K

KiLEX 萊赫 in DevOps — русскоговорящее сообщество
0ri0n 0ri0n
а в дженкисе на этот случай есть плагин )
плагин это же по сути и есть костыль) просто у гитлаба нет никакого маркетплейса костылей, и спасибо на том)
источник

00

0ri0n 0ri0n in DevOps — русскоговорящее сообщество
admin 666admin
Холивар этот ни о чем, мне проще собирать свои кресты и быстрее на дженке, какую-то явку простую на гитлабе, легаси на тимсити
Это лично твое мнение и мы его уважаем.
Но это не значит что какой то продукт работает хуже или лучше. Он работе так - как заложен работать. и скажу честно разницу в о времени сборок я не заметил (когда переносил часть проектов из дженкиса в гитлаба). правда я не собирал С++ проекты.
источник

00

0ri0n 0ri0n in DevOps — русскоговорящее сообщество
admin 666admin
команд много, проектов тоже, главная цель девопса сделать так чтобы продукт получался быстрее и качественнее = приносил больше бабла, а какими тулзами - это уже на усмотрение девопса, если проще сделать тупой cmake через ansible то нужно выбирать его, а не городить огород.
👍🏿
источник

K

KiLEX 萊赫 in DevOps — русскоговорящее сообщество
0ri0n 0ri0n
круто, еще редис для этого использовать. Реализации есть. но думал может я чего то не знаю. ))) - по данному вопросу.
Так что каждый инструмент для своих задач. )))
ксати наверное еще более правильно экспортить эти метрики в какую нить таймсириес, лучше в тренде наблюдать за скоростью и настроить триггеры на время выполнения. для каждого проекта/стадии
источник

a6

admin 666admin in DevOps — русскоговорящее сообщество
0ri0n 0ri0n
Это лично твое мнение и мы его уважаем.
Но это не значит что какой то продукт работает хуже или лучше. Он работе так - как заложен работать. и скажу честно разницу в о времени сборок я не заметил (когда переносил часть проектов из дженкиса в гитлаба). правда я не собирал С++ проекты.
>правда я не собирал С++ проекты.

Вот когда, тогда и тогда (с).
источник

VC

Vladimir Chernyshev in DevOps — русскоговорящее сообщество
admin 666admin
команд много, проектов тоже, главная цель девопса сделать так чтобы продукт получался быстрее и качественнее = приносил больше бабла, а какими тулзами - это уже на усмотрение девопса, если проще сделать тупой cmake через ansible то нужно выбирать его, а не городить огород.
вот такой у нас девопс - не коммуникации, компромисы между девами и опсами, а на усмотрение девопса. А потом удивляются чего многие шарахаются от этого слова: пояаляется девопс - нужно забыть всн что было сделано в плане автоматизации и курить маны на усмотрение девопса. И ладно бы он сам пайплайны делал свои, так девов заставляет в них лезть
источник

VC

Vladimir Chernyshev in DevOps — русскоговорящее сообщество
Извините наболело
источник

a6

admin 666admin in DevOps — русскоговорящее сообщество
Ну за то что разраб в пайпалайн лезет по жопе надо бить девопса, хотя скорее всего это не девопс, а эникей-курсовик
источник

00

0ri0n 0ri0n in DevOps — русскоговорящее сообщество
admin 666admin
Ну за то что разраб в пайпалайн лезет по жопе надо бить девопса, хотя скорее всего это не девопс, а эникей-курсовик
личку чекни
источник

a6

admin 666admin in DevOps — русскоговорящее сообщество
(разраб должен кодить, а всё что дальше - его вообще не должно волновать, его работа кончается грубо говоря в рамках локахоста).
источник

VC

Vladimir Chernyshev in DevOps — русскоговорящее сообщество
admin 666admin
Ну за то что разраб в пайпалайн лезет по жопе надо бить девопса, хотя скорее всего это не девопс, а эникей-курсовик
это не он лезет, это девопс вынуждает - добавил в приложение новую енв переменуую - залезь и поправь -тебе лучше знать что твоему приложению нужно
источник

VC

Vladimir Chernyshev in DevOps — русскоговорящее сообщество
admin 666admin
(разраб должен кодить, а всё что дальше - его вообще не должно волновать, его работа кончается грубо говоря в рамках локахоста).
есть разные позиции. Например много кто считает, что кубер манифесты, чарты и т. п. должен дев делать включая даже лимиты
источник

a6

admin 666admin in DevOps — русскоговорящее сообщество
Vladimir Chernyshev
это не он лезет, это девопс вынуждает - добавил в приложение новую енв переменуую - залезь и поправь -тебе лучше знать что твоему приложению нужно
это плохой девопс, он изначально должен знать что приложение делает если пихает в ENV сущность
источник

a6

admin 666admin in DevOps — русскоговорящее сообщество
Vladimir Chernyshev
есть разные позиции. Например много кто считает, что кубер манифесты, чарты и т. п. должен дев делать включая даже лимиты
Плохой подход, разраб должен кодить, тогда от него будет максимальный выхлоп
источник

00

0ri0n 0ri0n in DevOps — русскоговорящее сообщество
admin 666admin
это плохой девопс, он изначально должен знать что приложение делает если пихает в ENV сущность
согласен. Но когда у тебя 10-20-100 проектов, все ли будешь знать? )) должен быть редми от разрабов что нужно и какие переменные.
источник

VC

Vladimir Chernyshev in DevOps — русскоговорящее сообщество
admin 666admin
это плохой девопс, он изначально должен знать что приложение делает если пихает в ENV сущность
было у приложения 10 переменных, дев добавил еще одну - какой-нить апи кей для новой платежки, пушит- билдин на CI - не работает, говорит девопсу добавить, а тот “сам добавляй”
источник

a6

admin 666admin in DevOps — русскоговорящее сообщество
0ri0n 0ri0n
согласен. Но когда у тебя 10-20-100 проектов, все ли будешь знать? )) должен быть редми от разрабов что нужно и какие переменные.
Если ты девопс на 20 проектах - ты или девопс-шива или у тебя жадная контора которая не хочет сделать из тебя руководителем девопсов, сделав отдел и дав на человека по 2-3 проекта, в итоге у тебя просто будет рабочий пайп везде но при рефакторинге или новофичах это всё в один прекрасный момент встанет раком, потому что человек тупо не успеет проревьювить все ченджи в 20 проектах
источник