微服务的特点及构建遵循的原则
约束:微服务遵循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
原文地址:https://www.cnblogs.com/storml/p/9583504.html