代码之家 › 专栏 › 技术社区 › Aayush Karki

在以下场景中,将ElastiCache放在微服务背后是否值得?

amazon-elasticache microservices amazon-web-services

Aayush Karki · 技术社区 · 8 年前

我有一组EC2处理一个对象(假设这些对象是需要从web下载的图像的唯一URL)。我有3个Elasticache数据库:所有三个数据库跟踪图像的不同内容。在决定是处理图像还是丢弃图像之前,我需要查阅3个数据库。

我需要决定每个EC2实例是否应该单独与3个dbs协商,或者是否应该将3个dbs封装在一个微服务后面,以便每个EC2不直接与dbs通信。

拥有一个微服务并使用API进行通信显然会增加处理时间开销,但一般来说,扩展它是值得的。但ElastiCache是一种快速内存db服务,我无法确定这种开销是否值得。我该怎么办?或者,在做出决定之前,我应该研究什么?

1 回复 | 直到 8 年前

Constantin Galbenu 8 年前

微服务体系结构是一件好事,但它有一个很大的代价:您的系统中还将有一个分布式移动部件。

如果需要:

然后是的,将其提取到微服务中,否则不,不,只需将其提取到整体中的模块中。

推荐文章

Praveen · 以均衡寻源模式处理状态更新

8 年前

Leo.W · 关于gRPC容量/调整

8 年前

P.K. · 这是微服务吗?

8 年前

Timothy Van Wichelen · Cumulocity微服务部署:访问被拒绝

8 年前

Scott Davidson · 如何在微服务架构中使用docker compose为本地开发最好地处理共享服务?

8 年前

Spartan · 在Spring Boot app中获取错误“原因:AMQ119031:无法验证用户”

8 年前

Jacob · 面向用户和身份验证的分布式数据库设计体系结构用例

8 年前

Amit Teli · 如何在不重新登录的情况下获取具有附加作用域的新访问令牌?

8 年前

Jacob · 在Spring boot项目中定义全局变量和应用程序变量

8 年前

Dominik Heim · RabbitMQ-如何将2条异步消息作为消费微服务来处理?[已关闭]

8 年前