a/
不，像Zookeeper这样的服务注册中心在内存中，可确保高
吞吐量和低延迟。
b/
在诸如Zookeeper之类
的服务注册表中，您可以创建诸如服务注册之类的文件系统路径。例如/ App1 / Service1和/ App1 / Service2
c/
不清楚是什么问题。
d/
有人推荐的模式是HATEOAS模式 ，建议用于API响应。
e/
仅当服务之间需要通信时才需要AMQP。如果
从来没有直接从一个服务直接调用另一个服务的API。
EDIT
c/
在这种情况下，您需要实现后备逻辑。例如，如果服务不可用，超时或任何其他故障，则需要采取某些措施。
Netflix的Hystrix等工具有助于实现这一目标。
e/
通信模式必须对称而不是非对称。就像下面一样
这种模式将允许微服务之间的松散耦合，从而实现
灵活性。
