AC
А, ну да, транзакции недостаточно коротки
Так, погодите
А почему ситуация не приходила в норму сама собой?
Size: a a a
2019 January 15
VL
основная трудность была в том, что не видно ни одной причины, почему проблема не должна пройти сама собой
AC
Надо сказать, что научить инженера-разработчика представлению о том, что ни PostgreSQL, ни MySQL для работы с транзакциями длиннее, чем несколько миллисекунд, не предназначены, оказалось непосильной задачей
AC
основная трудность была в том, что не видно ни одной причины, почему проблема не должна пройти сама собой
Ну да
Запросы отработали - коннекты отпустило
Запросы отработали - коннекты отпустило
VL
именно
VL
и в какой-то момент случились проблемы у мегафоновского легаси сервиса
VL
существенно большие, чем обычно
AC
И в этот момент NewRelic (которым гошники обычно не пользуются) нарисовал красивую синюю (синюю? зеленую?) полосу там, где "external web"
AC
Не то, чтобы я любил руби - но вот же оно
AC
Is a no-brainer
AC
В конечном итоге, работа SRE, как я вижу, сводится к тому, чтобы организовать достаточной силы фидбэк от продакшна к креслу высшего примата, который катит в прод неизвестно что
AC
Постойте - но это же опять blue/green deployments
То есть, старый добрый DevOps
То есть, старый добрый DevOps
VL
В конечном итоге, работа SRE, как я вижу, сводится к тому, чтобы организовать достаточной силы фидбэк от продакшна к креслу высшего примата, который катит в прод неизвестно что
так вся фишка в том, что проблемному коду больше полугода
VG
а докладу про microservices coupling - вроде несколько лет
VG
то есть проблема не на уровне SRE, а на уровне интеграции, что вы не измеряеете SLA сервиса, которым пользуетесь
VG
а это уже административная работа по большей части
VL
то есть проблема не на уровне SRE, а на уровне интеграции, что вы не измеряеете SLA сервиса, которым пользуетесь
измеряем. Он иногда тупит. Это известно
VG
окей, тогда где протоколы испытаний сценария "партнерский API лег"?
VL
так он не лёг
VG
погоди ка