我对微服务体系结构中的可伸缩性有疑问：
独立于服务间通信风格（REST HTTP或基于消息），如果服务可扩展，则意味着服务将要启动，共享的主内存如何更准确地说，instance1如何访问对象的内存instance2？
我问这个问题是因为在服务的所有实例之间共享一个非内存数据库可能会减慢读写过程的速度。
设计可伸缩系统：[设计可伸缩系统架构的专家可以解释，到底有什么区别
使用（开源）Redis解决方案或对此使用（开源）Hazlecast解决方案问题？还有另一个可能的解决方案：使用Rabbitmq
是否使用消息队列作为共享内存解决方案可行
，作者：将消息中的大/中型对象发送到工作队列？感谢您的帮助。
我有一个关于微服务体系结构中的可伸缩性的问题：如果服务可扩展，则独立于服务间的通信方式（基于REST HTTP或基于消息的），哪个...
将启动该服务的多个实例，如何实现共享主内存？更确切地说，instance1如何访问instance2的内存？