Поправка: Temporal не использует Couchbase. Он работает с PostreSQL, MySQL, Cassandra и SQLite. Есть, также, платный сервис, если не хотите сами администрировать. "Пишется за несколько месяцев хорошим сеньером". Звучит, как PostgresSQL может быть написан за несколько месяцев. На данный момент Temporal содержит код как минимум 150 человеколет. И работает 7 лет под большой нагрузкой в тысячах компаний.
Главное в любой архитектуре - решение задач бизнеса. Большинство архитекторов решают технические задачи, как правило они ничего общего с задачами бизнеса не имеют
В конце первого часа зацепила фраза: «чем больше сервисов вы делаете, тем меньше фичей вы поставляете». На мой взгляд, утверждение дискусионное. Во многих случаях именно выделение новых сервисов позволяет ускорить поставку фичей, поскольку позволяет отвязаться от легаси системы/сервиса и избежать сложностей с погружением в его бизнес-логику для разработчиков новых бизнес-функций
А чего её слушать? Весь мир делает асинхронные микросервисы с помощью Шины. На любой западной конфе можно посшулать и услышать: не делайте распределённый монолит (синхронные вызовы), микроервисы - это не прокси к их базе данных с синхронным вызовом. И шина в разы надёжнее чем тот говнокод, который напишет разрабы из Рога и Копыта в своих микросервисах.
Кролик - ненадёждый брокер?! Пфф... хахаха. Дельгяо, что ты несёшь?!Это просто выдача своих желаемых хотелок за действительность и понты "Я вырос из финтеха", я знаю как работает Redis в облаках, хотя вообще не понял о чём тебе сказали. Есть конкретные цифры которые будут говорить о ненадёжности кролика в одинаковых условиях? Нет? Ну вот и всё.
Супер! Местами прям-таки драматически знакомо.
Классная беседа, спасибо!
Рад что тебе понравился выпуск. Буду благодарен, если поделишься им в соц сетях с друзьями и коллегами.
Поправка: Temporal не использует Couchbase. Он работает с PostreSQL, MySQL, Cassandra и SQLite. Есть, также, платный сервис, если не хотите сами администрировать.
"Пишется за несколько месяцев хорошим сеньером". Звучит, как PostgresSQL может быть написан за несколько месяцев. На данный момент Temporal содержит код как минимум 150 человеколет. И работает 7 лет под большой нагрузкой в тысячах компаний.
Главное в любой архитектуре - решение задач бизнеса. Большинство архитекторов решают технические задачи, как правило они ничего общего с задачами бизнеса не имеют
В конце первого часа зацепила фраза: «чем больше сервисов вы делаете, тем меньше фичей вы поставляете». На мой взгляд, утверждение дискусионное. Во многих случаях именно выделение новых сервисов позволяет ускорить поставку фичей, поскольку позволяет отвязаться от легаси системы/сервиса и избежать сложностей с погружением в его бизнес-логику для разработчиков новых бизнес-функций
как по мне микросервисы в большинстве своем есть распределенный монолит. Микросервисы это набор разных систем
жаль не дали обсудить тему async/sync - интересно было бы как раз послушать эту дискуссию
А чего её слушать? Весь мир делает асинхронные микросервисы с помощью Шины. На любой западной конфе можно посшулать и услышать: не делайте распределённый монолит (синхронные вызовы), микроервисы - это не прокси к их базе данных с синхронным вызовом. И шина в разы надёжнее чем тот говнокод, который напишет разрабы из Рога и Копыта в своих микросервисах.
а обещали ссылок накидать
Ссылки в описании. Или там чего то не хватает?
Походу в этой компании из говорящих лишь один вменяемый - Филипп.
Кролик - ненадёждый брокер?! Пфф... хахаха. Дельгяо, что ты несёшь?!Это просто выдача своих желаемых хотелок за действительность и понты "Я вырос из финтеха", я знаю как работает Redis в облаках, хотя вообще не понял о чём тебе сказали. Есть конкретные цифры которые будут говорить о ненадёжности кролика в одинаковых условиях? Нет? Ну вот и всё.
Jepsen test rabbitmq