AS
Кстати если тут есть ребята от туда, измеряете ли вы дора метрики ?
Size: a a a
2021 October 30
AS
@uMagistr а вы у ся DORA метрики меряете?
M
пошел читать что за дора
AB
"DORA metrics are a result of six years’ worth of surveys conducted by the DORA (DevOps Research and Assessments) team, that, among other data points, specifically measure deployment frequency (DF), mean lead time for changes (MLT), mean time to recover (MTTR) and change failure rate (CFR)."
Wo
Дом офицеров российской армии
M
под другим названием но да меряем там в условном инжениринг экселенс темплейте они зашиты
AB
Это конь в ваакуме. deployment frequency - продукты и сервисы бывают максимально разные, где то эта метрика может вообще ничего не значить, в смысле 5 раз в день или 5 раз в год, т.к. специфика такова, что релиз раз в полгода. Небось там контекст "у нас типовой c2c сервис, цели, маркет, деплой как можно чаще"
AS
Александр, я не понимаю что вы хотите сказать ? что мерять не нужно или что при измерениях надо закладывать больше осей?
AS
а вы делаете какую нить публичную аналитику?
M
хмм не владею инфой, https://www.epam.com/engx360 для кастомеров это вот такой асессмент
AB
Да я вас тоже не понимаю. Вы хотите посмотреть чужие DORA метрики и я не очень понимаю что они вам дадут, как будто вы реально рабоатет в соотв. команде и знаете почему они именно такие.
M
https://community-z.com/communities/engx и есть комьюнити, по сути это engx позволяет всем инженерам понимать а чего должно быть в проекте и как, и в какую сторону тащить проект
AB
Типа как посмотреть чужую нагрузку на cpu, io при условнии что это реляц. база и 100 транзакций в секунду, условн
AS
ну начнём с того что у меня есть фоновый интерес. я =верю= что вариант с монолит против микросервиса имеет лучший лид тайм по скажем медиане проектов. лишь эту гипотезу я хотел бы проверить
AB
А почему вы вы это верите, если не секрет (я не говорю что это так или 100% не так)? Просто вопрос, без наброса)
M
мм ты недалек от истины, условный poc или mvp самое то делать монолитом, микросервисы нужны когда команда дорасла до некоторого уровня инженерной культуры, и когда появляется необходимость иметь много команд и пилить раздельные микросервисы
AS
кодовая база монолита велика как и объем контрактов которые надо соблюсти. поэтому вносить изменения сложнее, что требует большего колва людей на синхронизацию
M
микросервисы убивают инженерным оверхедом необходимою гибкость и простоту монолита в стадии mvp
AS
да понятно что начинать надо с монолита. но вопрос не о том что лучше а что хуже, а как измерять и что измерить что бы сравнивать
M
а зачем ?