Имхо, если не можешь найти общий язык с программистами, как ты им DevOps привьешь? Опять же релизы разные делать, конфигурацией управлять - это все будет требовать изменений в коде
Имхо, если не можешь найти общий язык с программистами, как ты им DevOps привьешь? Опять же релизы разные делать, конфигурацией управлять - это все будет требовать изменений в коде
Имхо, если не можешь найти общий язык с программистами, как ты им DevOps привьешь? Опять же релизы разные делать, конфигурацией управлять - это все будет требовать изменений в коде
чтобы найти общий язык с разрабом не нужно знать синтаксис джавы и паттерны
Имхо, если не можешь найти общий язык с программистами, как ты им DevOps привьешь? Опять же релизы разные делать, конфигурацией управлять - это все будет требовать изменений в коде
Для общего языка обычно не нужно знать, как на java добиться того же low latency. не код же ревьюить опсу предлагается
потому что девопс полностью зависит от бп, в гугле и амазоне бп выстроены очень хорошо. от работают от звонка до звонка и инженеру глубоко срать на прод, как только закончилось время. дальше проблема менеджера
Ну вот последнее что я видел - свой pgbouncer (и действительно появился с некоторой вероятностью позже pgbouncer). И понятно, какую проблему решает: даёт многотредный баунсер без магии всяких там so_reuseport и нескольких полновесных процессов. Было много примеров, когда при появлении необходимости и наличии production ready решения Яндекс всё равно писал свой велосипед?
странно что вы видите здесь странное требуется обычный разраб с возможностью протестировать и запустить свое говно с широким вредрением бубернетиса очень актуально, т к экономит время тому же разрабу