对于那些应用的需求变化比较快，需要采用敏捷开发的应用，如云上的互联网应用，手机应用。同时应用负载采用分布式架构，对性能和弹性要求很高的应用，都是为服务适合的对象。但微服务也会带来很多挑战，如分布式更为复杂，对DevOps运维一体化的要求更高，所以在那些高内聚、拥有复杂事务...

个人认为微服务架构的核心问题还是在如何对软件进行适当的组件化，因此如何更合适地组织微服务的逻辑边界，或者说微服务的拆分原则是最应当关注的。总的来说，微服务拆分需要尽量从业务视角、服务自给自足、非强事务性、效率等方面考虑。这是设计层次的问题，直接关系到应用的灵...

Microservice Builder 支持Docker+Kubernetes的开放云架构，并支持Git，Jenkins，Elastic，Logstash，Kibana，Istio等一系列开源的Devops工具。它的开发工具是IBM自研开发的，runtime支持商用的WebSphere Liberty，也支持商用的Docker+kubernetes的云平台，例如IBM的公有云Bluemix及IBM私...

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

MicroserviceBuilder的优势包括：1.支持热点的docker+kubernetes云技术，并提供企业级支持2.端到端的微服务支持，从开发，运行，部署到管理的完整支持3.基于IBM领先的WAS Liberty应用服务器，高性能，弹性，可靠的运行时4.开放的架构并结合IBM在开源的影响力（Docker／K8s／Istio／Microprofile/...

对大型的成熟企业而言，由于本身已有大量在建的企业IT系统，因此决定了微服务架构仅是其多种应用架构风格之一，大型企业在服务总线与能力开放网关的集成架构下，可以首先从交互型系统入手引入基于微服务架构的应用，逐步积累面向微服务的开发运维经验。另外，对于部分新建的记录型系...

目前微服务开发，部署，服务注册与服务治理都有较多框架，也有很多开源的工具可以选择。企业在选择时通常会考虑一下几点：1.编程技术，是否能重用现有技术2.技术成熟度，是否有成熟的产品3.长期稳定的产品路线图4.技术的开放性与社区的活跃度。IBM一方面在开源社区有大力贡献，推进微...

WAS Famaliy中是否、如何支持\"微服务\"和“微服务架构”?

PaaS的基础技术无非就是docker和garden，这就如同java或者.net体系的选择一样，在容器之上需要构建容器集群，对于集群的管理非常复杂，一般都是编排引擎来做的事情，开源的有kerbenetes（简称K8S）或者docker swarm，k8s是google开源的，swarm是docker集成的，所以看你们选择了garden体系的...