微服务架构--计划【翻译】

java技术文章

2018-12-18

7

0

微服务集成了SOA的内部实现。在大多数情况下,我们可以认为微服务就是SOA的一个子集。
 
规则和工作流
下面是开发一个微服务需要关注的规则:
高内聚--所有的业务模型需要尽可能的拆分到更小的业务部分。每一个服务仅仅关注一个业务任务的性能。
独立性--每一个服务应该是完全具有堆积的特性并且彼此互相独立。
业务领域中心化---软件将根据业务单元模块化并且不是基于层的。
自动化---测试部署自动化,尽可能降低人为干预。
可视的--每一个服务将是完全叠加的特性,并且他们应该是独立部署的和可以被当做一个企业应用程序。
 
团队管理
“两个披萨规则”是限制微服务开发团队参与人数数量的一个规则。根据这个规则,一个应用团队的人员数量应该尽可能小,假如能使用两个披萨供养他们。一般情况下,人数不应该超过8个。微服务具有堆叠的特性,团队也具有完全堆叠的特性。为了增加生产率,我们需要构建一个最多人数为8位的团队,而这些人具有服务需要的各种各样的专业知识。
 
任务管理
任务在软件开发生命周期是一个重要的角色。开发一个大规模的应用可以拆分成若干小单元的任务。让我们考虑下,我们需要开发一个应用诸如Facebook。接着,“登录”功能可以被认为是整个构建过程的一个任务。这些任务的进程需要在高级别专业人员的适当指导下进行。敏捷开发是在行业中著名的过程结构,目的是为了保持一个好的任务管理。
 
欢迎访问:www.hongfu951.com博客,查看更多文章

发表评论

全部评论:0条

鸿福951

努力打造一个好用的webui

热评文章

推荐文章