LINUX.ORG.RU

История изменений

Исправление sanyo1234, (текущая версия) :

Задачи надо уметь разбивать, а не делать монолит. Тогда и объемы у задачи могут даже уменьшиться. Не просто так появились микросервисы, докеры и кубернетисы - это ментально из той же серии.

По твоему любую OLTP задачу можно разбить на независимые мелкие базы микросервисов? А как быть с аналитикой? Всегда ETL-ить, в то время как проприетарные СУБД неплохо справляются с HTAP (OLTP и OLAP одновременно) нагрузкой ?

Но лицензий для микросервисов можно продать конечно побольше, тут не поспоришь. :) И админов нанять побольше, тоже хорошо, или проплатить облачные базы, а оно стоит огого сколько :)

Исправление sanyo1234, :

Задачи надо уметь разбивать, а не делать монолит. Тогда и объемы у задачи могут даже уменьшиться. Не просто так появились микросервисы, докеры и кубернетисы - это ментально из той же серии.

По твоему любую OLTP задачу можно разбить на независимые мелкие базы микросервисов? А как быть с аналитикой? Всегда ETL-ить, в то время как проприетарные СУБД неплохо справляются с HTAP (OLTP и OLAP одновременно) нагрузкой ?

Но лицензий для микросервисов можно продать конечно побольше, тут не поспоришь. :) И админов нанять побольше, тоже хорошо и проплатить облачные базы, а оно стоит огого сколько :)

Исходная версия sanyo1234, :

Задачи надо уметь разбивать, а не делать монолит. Тогда и объемы у задачи могут даже уменьшиться. Не просто так появились микросервисы, докеры и кубернетисы - это ментально из той же серии.

По твоему любую OLTP задачу можно разбить на независимые мелкие базы микросервисов? А как быть с аналитикой? Всегда ETL-ить, в то время как проприетарные СУБД неплохо справляются с HTAP (OLTP и OLAP одновременно) нагрузкой ?