最后一步是移动到一个完全向外扩展的微服务方法。许多团队永远无需走这一步!根据我的经验,多数项目最终只有几个(通常少于10 个)微服务。
在此步骤中,必须考虑服务发现的问题:如何发现服务,以及如何设置路由规则?IBM Cloud 中的 Service Discovery 可为您提供帮助。Service Discovery 可以通过逻辑名称而不是硬编码网络地址来定位微服务,它还可以自动删除不健康的微服务。
您还需要考虑一些更高级的配置和部署选项,比如那些受 IBM Cloud 上的 Active Deploy 支持的选项。
最后,您可能要考虑在下游服务失败时会发生什么。在这种情况下,类似 Netflix Hystrix 之类的库可以在 IBM Cloud 上的 IBM Container 中运行。
现在,您已经查看了一个路线图,您的应用程序现在将依照该路线图完成微服务的最终“涅槃”,您可以开始您的学习之旅了!此外,您可以了解每一步的构建方式,老实说,如果您需要的话,停止实现最终目标也没什么关系。
只是您一定要记住我在前面文章中的警告 — 不要只是为了玩酷而采用微服务。请确保您正在解决哪个微服务架构非常适合您的问题,而且采用微服务只是增加应用程序业务价值的总进程的一部分。
来源: http://www.ibm.com/developerworks/cn/opensource/os-cn-apache-cassandra3x4/index.html