Боюсь автор не совсем прав соединяя CAP и ACID вместе, т.е. эти концепции независимы друг от друга: действительно, согласованность данных совершенно необязательно обеспечивается только ACID-совместимыми хранилищами данных. Было бы полезно рассмотреть этот вопрос с точки зрения «чем пожертвовать» - consistency vs availability с реальными примерами вроде Dynamo DB.
Еще один момент - на практике многие шаблоны вроде cqrs с event sourcing имеют высокую сложность реализации/внедрения (напр. не все инженеры понимают концепции aggregated root, vector clock, имеются сложности с версиями views и т.д.) и поэтому являются скорее нишевыми, а не общими и не могут быть рекомендованы в общем случае.
П.С. В следующих публикациях хотелось бы видеть как контейнеры могут помочь с развертыванием монолита и упростить релизы, ведь именно с всеобщей контейнеризацией в облаке пришла эпоха популярности микро-сервисов.
Боюсь автор не совсем прав соединяя CAP и ACID вместе, т.е. эти концепции независимы друг от друга: действительно, согласованность данных совершенно необязательно обеспечивается только ACID-совместимыми хранилищами данных. Было бы полезно рассмотреть этот вопрос с точки зрения «чем пожертвовать» - consistency vs availability с реальными примерами вроде Dynamo DB.
Еще один момент - на практике многие шаблоны вроде cqrs с event sourcing имеют высокую сложность реализации/внедрения (напр. не все инженеры понимают концепции aggregated root, vector clock, имеются сложности с версиями views и т.д.) и поэтому являются скорее нишевыми, а не общими и не могут быть рекомендованы в общем случае.
П.С. В следующих публикациях хотелось бы видеть как контейнеры могут помочь с развертыванием монолита и упростить релизы, ведь именно с всеобщей контейнеризацией в облаке пришла эпоха популярности микро-сервисов.