AD
Для начала расскажите что вы вкладываете в понятие DevOps :)
Ci/cd, инфраструктурные процессы для команды разработки, среды для тестирования и т д
Size: a a a
2020 January 26
AD
Инфраструктура для нагрузочных тестов
GZ
Что-то я здесь Ops не увидел, т.е. поддержки 😀
GZ
У нас DevOps зарождался в командах разработки и затем постепенно вовлекались все остальные, поддержка, тестирование и инфраструктура.
Но в основном это, конечно, взаимодействие разработки и поддержки.
Но в основном это, конечно, взаимодействие разработки и поддержки.
GZ
Время от времени приходится бегать к инфраструктурщикам чтобы они помогли с автоматизацией поднятия серверов и БД.
V
Глобально в такой истории самая рабочая практика —наращивать такую экспертизу в командах и при необходимости шарить (как в виде знаний, так и отдавая людей "в аренду" соседним командам)
2020 January 27
ТС
Такие умнички, какую-то инфраструктуру разрабатывают, о процессах думают. Завидую
DS
А если не развивать, растет TTM и, возможно, падает качество.
N
Если пересчитать сколько врмени ушло на развитие инфраструктуры и становление процессов, не лучшие ли показатели ТТМ были бы у методологии "просто фигачить"?
GZ
Зависит от объемов систем
DS
Если пересчитать сколько врмени ушло на развитие инфраструктуры и становление процессов, не лучшие ли показатели ТТМ были бы у методологии "просто фигачить"?
"просто фигачить" — это только про разработку. А TTM — это не разработку, а про доставку ценности клиентам
N
"просто фигачить ценность клиенту"
GB
которую потом поддерживать, расширять и рефакторить.
а просто фигачить это в большой степени - костылять без доков
а просто фигачить это в большой степени - костылять без доков
GB
растет энтропия, и в следствие - падает ттм неизбежно
N
ТТМ упадет потом, если не заботиться о процессах. Или прямо сейчас, если начать на них тратить время сейчас.
GB
самая крутая штука от девопс, котррую ощущаю - это контроль энтропии и стандартизация тех самых процессов. расчитывать, что разрабы будут сами коммуницировать и проектировать унифицированные подходы - опасно
BZ
самая крутая штука от девопс, котррую ощущаю - это контроль энтропии и стандартизация тех самых процессов. расчитывать, что разрабы будут сами коммуницировать и проектировать унифицированные подходы - опасно
девопс или админов? 😉
N
зачем именно унифицированные? Почему бы не дать работать так, как удобно?
GB
удобство это вопрос привычки
GZ
зачем именно унифицированные? Почему бы не дать работать так, как удобно?
То что удобно одной команде может быть неудобно другой.
Одни не должны страдать из-за удобства других.
Одни не должны страдать из-за удобства других.