KB
да, очень тонкий момент, особенно для людей, которые всю жизнь работали с СУБД корпоративного уровня
Size: a a a
2017 May 29
NT
Shared database допустимо использовать, только если нет никакого другого выхода. Иначе, данные связываются в БД очень быстро и уследить сложно
GK
способ есть - дисциплина ) у каждого сервиса должен быть владелец, владельцы должны договариваться друг с другом о контрактах
GK
Shared database допустимо использовать, только если нет никакого другого выхода. Иначе, данные связываются в БД очень быстро и уследить сложно
Да, и как временное решение
KB
Сейчас использую сильный, не архитектурный аргумент: ваш оракл стоит денег, а если возьмем mysql (от того же вендора! вы Ораклу не верите?), то он будет бесплатный :)
GK
да пусть сервисы живут в одной СУБД, даже в одном инстансе. Главное, чтобы они использовали, если говорить грубо, только "свои" таблицы
GK
чтобы можно быстро выполнить расщепление, в случае необходимости
KB
тут много тонких моментов, особенно нагрузка и отказоустойчивость
NS
Единого решения никогда не будет. Всегда придётся искать баланс.
GK
Так об этом и речь. Если исп-ся shared database - то будут сложности с масштабированием.
EV
@mxsmirnov Максим, большое спасибо за вебинар! Подскажите пожалуйста - будет ли доступна запись (и где) и можно ли получить презентацию?
KB
и да, появляется независимый человек в команде - администратор СУБД
NS
Но чтобы потом не иметь бледный вид перед руководством, проще отталкиваться от показателей, которые можно притянуть к финансовым.
MS
Еще раз приветствую всех! Спасибо за участие в вебинаре (и подсказки относительно эха ) Как и обещал, отвечу на вопросы чуть более развернуто
MS
В понятии "микросервис" приставка "микро" несет какую-то смысловую нагрузку? Грубо говоря, мы "размер" как-то берем в рассчет или это просто чтобы отличать микросервисы от всего остального? #msa
На мой взгляд, сервисы (в смысле SOA) и микросервисы - вещи принципиально разные. Обшего в них только то, что это программные компоненты, развиваемые и развертываемые независимо от вызывающего их приложения-клиента...
MS
Если SOA-сервисы нацелены на повторное использование. Их могут задействовать разные бизнес-процессы, то микросервисы сами реализуют эти самые бизнес-процессы
K
Когда найдете простой способ работы с людьми в этом ключе, немедленно расскажите :) Мы больше года пытаемся внедрить разделение данных, разработчики данных упорно нормализуют и связывают их.
Но нормализация - это же понятие реляционных БД, т.е. реляций. Вероятно не стоит смешивать реляции и хранение самих данных.
MS
В понятии "микросервис" приставка "микро" несет какую-то смысловую нагрузку? Грубо говоря, мы "размер" как-то берем в рассчет или это просто чтобы отличать микросервисы от всего остального? #msa
Или вопрос был о размере? О том, может ли микросервис быть слишком большим?
K
Если SOA-сервисы нацелены на повторное использование. Их могут задействовать разные бизнес-процессы, то микросервисы сами реализуют эти самые бизнес-процессы
Мне казалось, что отличие в мастабе, а суть одна и та же - реализация системного подхода.
K
Я правильно понимаю, что Вы рассматриваете микросервисы только в контексте хореографии?