这个问题范围比较大，首先多站点的数据必须是强一致性吗？能否分站点？1、从网络层面来看，首先要打通 京沪深 之间的专线，目前经验值来看，延迟1秒左右2、部署合理性，这个就要看你对数据一致性的要求3、如果是安全性考虑，可以考虑异地灾备的方式...

微服务架构是医院信息未来的一个发展方向，但是由于目前大型三甲医院的HIS系统比较重，还不太适合进行微服务化改造，目前应用最多的就是面向中小医院、连锁专科医院、诊所、基层医疗机构。以微服务化改造后的HIS系统，一般称作为云HIS系统。云HIS系统通常以电子病历为核心，涵盖“...

这个问题可能不是几句话能够说明白的，涉及微服务转型的规划、评估、实施、改进、组织调整等问题，每个问题都不容易。首先要采用微服务或者进行微服务化转型，支撑微服务的平台是首先要考虑建设的。微服务管理治理平台的建设就是一个不小的工作量和投入。如果另外要引入云平台...

请参考：https://developers.redhat.com/blog/2016/12/09/spring-cloud-for-microservices-compared-to-kubernetes/这里面说明了spring cloud以及k8s的优缺点，希望对你有帮助。Since both platforms are not directly comparable feature by feature, rather than digging ...

所谓的弹性增加服务器，是增加系统能支持的QPS量级。这里涉及到几个需要做无状态的核心组件：1、缓存：缓存是否支持动态增加2、DB：这里的DB是指只读丛库因为微服务天生支持多实例部署，由于能做到1,2了，那么可以根据营销活动的用户量初步预估下系统在高峰期的QPS会有多少，然后再去...

容器和微服务是紧密集合在一起的，因为微服务会将单体应用拆分成很多小的应用，因而运维和持续集成会工作量变大，而容器技术能很好的解决这个问题 ，使得服务可以切割得更小，成为支撑微服务很好的平台。所以建议使用容器方式来部署，但是是否私有化这个没有必然要求，如果监管有明确...

微服务是一种架构风格，它将应用解耦成多个小的完成独立功能的服务组件，每个服务有明确的借口定义，能独立部署，并有一个小团队负责整个生命周期。各个微服务之间是松耦合的。每个微服务仅关注于完成一件任务并很好地完成该任务。在所有情况下，每个任务代表着一个小的业务能力。...

微服务，在互联网企业甚至传统行业移动端业务得到大规模采用，已然成为主流的应用架构。微服务旨在帮助组织实现两个基本目标 - 敏捷性和规模 - 因此首先要评估组织的需求。敏捷性：笨重单一的应用程序或ESB基础架构可能需要长达数个月的部署时间，从而导致冗长的发布周期，阻碍组...

首先判断自己擅长的语言以及团队擅长的语言，另外使用这门语言的人是否容易招聘，招聘成本是否高，另外这门选择的语言是否有开源的RPC框架，以及框架的使用情况和维护情况。

-微服务(Microservices Architecture)是一种架构风格，一个大型复杂软件应用由一个或多个微服务组成。系统中的各个微服务可被独立部署，各个微服务之间是松耦合的。每个微服务仅关注于完成一件任务并很好地完成该任务。微服务是指开发一个单个 小型的但有业务功能的服务，每个...