Бывает, что в суете бегущих дней никто не реализовал простую, вроде бы, штуку, и нет ответа на твой вопрос ни в StackOverflow, ни в гугле
( Read more... )
Подход с центральной СУБД? Думаю, моя практика (несколько внедрений больших биллингов, CRM и аналитических систем в национальных операторах связи и авиации) показывает обратное :)
На самом деле, "каждому овощу - свой фрукт". Микросервисная архитектура с тучей мелких БД, согласованных только по API, позволяет гибко менять интерфейсную часть системы, но весьма уязвима к размыванию общей модели данных и несёт с собой массу накладных расходов. Где-то это приемлемо, где-то - нет.
Ну и аналогичная гибкость неплохо достигается другими архитектурными средствами (например, применением интеграционных платформ). Что до СУБД, то у меня стойкое впечатление, что вчерашние выпускники университетов (aka молодые эффективные программисты) просто не умеют их готовить :)
Comments 3
Помилуйте, такой подход хорош только на маленьких проектах
Reply
Подход с центральной СУБД? Думаю, моя практика (несколько внедрений больших биллингов, CRM и аналитических систем в национальных операторах связи и авиации) показывает обратное :)
На самом деле, "каждому овощу - свой фрукт". Микросервисная архитектура с тучей мелких БД, согласованных только по API, позволяет гибко менять интерфейсную часть системы, но весьма уязвима к размыванию общей модели данных и несёт с собой массу накладных расходов. Где-то это приемлемо, где-то - нет.
Ну и аналогичная гибкость неплохо достигается другими архитектурными средствами (например, применением интеграционных платформ). Что до СУБД, то у меня стойкое впечатление, что вчерашние выпускники университетов (aka молодые эффективные программисты) просто не умеют их готовить :)
Reply
Ну с последним спорить не приходится вообще
Reply
Leave a comment