码迷,mamicode.com
首页 > 编程语言 > 详细

Spring Cloud(2):构建微服务 - Spring Boot

时间:2018-09-04 13:45:18      阅读:168      评论:0      收藏:0      [点我收藏+]

标签:不可   依赖   执行   git   水平   dock   mave   日志   如何   

微服务的特点及构建遵循的原则

约束:微服务遵循UNIX理念,即应用程序是服务的集合,每个服务只做一件事,并做好一件事。

松耦合:基于微服务的应用程序是小型服务的集合,服务之间使用HTTP和REST通过非特定实现的接口彼此交互。只要服务接口未改变,微服务内部可以更加自由地被修改。

抽象:微服务完全拥有自己的数据结构和数据源,微服务所拥有的数据只能由该服务修改。

独立:每个微服务可以独立地编译和部署。

 

服务粒度

开始的时候可以让微服务涉及的范围更广一些,然后将其重构到更小的服务。

重点关注服务如何相互交互。

随着对问题域的理解不断增长,服务的职责将随着时间的推移而改变。

服务粒度过粗, 则会表现为:服务承担了过多的职责, 会餐跨大量表来管理数据, 测试用例将变得过多。

服务粒度过细, 则会表现为:微服务像兔子一样繁殖, 服务彼此严重依赖, 成为简单CRUD服务的集合。

 

微服务构建的最佳实践

代码库:每个微服务及服务器信息都应该处于版本控制中, 并且有自己独立的代码存储库。

依赖:通过构建工具(e.g. Maven)明确声明依赖项。

配置:将应用程序配置(特别是特定于环境的配置)与代码分开存储。

后端服务:通过网络与数据库或消息系统进行通信。

构建,发布和运行:保持应用程序构建,发布和运行完全分开,已构建的服务是不可改变的。

进程:微服务应该始终是无状态的,它们可以在任何超时时被杀死和替换,而不用担心一个服务实例的丢失而导致数据丢失。

端口绑定:可运行的微服务要包含一个运行时引擎(不需要单独的web服务器),服务应该在命令行上自行启动,并通过公开的HTTP端口立即访问。

并发:在需求量增大时,要启动更多的微服务实例水平伸缩。

可任意处置:可以根据需要任意启动和停止。

开发环境与生产环境等同:最小化服务运行的所有环境之间的差距。

日志:使用工具记录日志,直观查看日志。

管理进程:使用通用脚本对服务执行管理任务。

 

构建一个Hello World微服务

本例使用Spring-Boot-Web构建,并使用Maven Docker插件,更方便的创建镜像。

https://github.com/lyz170/spring-cloud-demo/tree/master/spring-cloud-service-helloworld

Spring Cloud(2):构建微服务 - Spring Boot

标签:不可   依赖   执行   git   水平   dock   mave   日志   如何   

原文地址:https://www.cnblogs.com/storml/p/9583504.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!