关键字:微服务 springcloud开发 最佳实践
正文:Springcloud开发最佳实践(开发经验)
01
—
在介绍springcloud之前,先整体认识一下,什么是微服务?
一、系统演进的历程
系统演进的历程主要分为四个部分,MVC架构》RPC构架》SOA架构》微服务架构,大家可以在网上查一下前三种构架,这里咱们只是重点介绍微服务,此处省略简单介绍一下,如下是传统应用架构的主要结构图:
二、微服务与传统巨石应用的区分是什么?
传统巨石应用(monolith)
web应用程序发展的早期,大部分web工程是将所有的功能模块(service side)打包到一起并放在一个web容器中运行,很多企业的Java应用程序打包为war包部署到容器运行。其他语言(Ruby,Python或者C++)写的程序也有类似的问题。这种将所有功能都部署在一个web容器中运行的系统就叫做巨石型应用。那传统应用水平扩展后有什么效果呢,如下是传统应用架构水平扩展的主要结构图:
传统巨石应用(monolith)好处与不足之处
好处:单个应用设计编程、容易测试、因为是单体程序可直接打成一个完整的包,部署web容器中,即可运行。
不足之处:单体应用随着业务和功能不不断增加,代码量会增多,代码量增多后维护不容易,同时如果部署的话部署打包时间会增长,最麻烦的是如果业务功能有变更,修改代码成本会增大,同时单体应用对资源有一定的要求。
微服务的动机,就是为了解决单体应用的不足,从而把单体应用拆分成多个微服务的情况下产生的。
三、微服务的定义
微服务的概念源于2014年3月Martin Fowler所写的文章。
微服务架构是一种架构模式,它提倡将单一应用程序划分成一组小的服务,服务之间互相协调,互相配合,为用户提供最终价值。每个服务运行在其独立的进程中,服务与服务间采用轻量级的通信机制互相沟通(通常是基于HTTP协议的RESTful API)。每个服务都围绕着具体业务进行构建,并且能够被独立的部署到生产环境、类生产环境等。另外,应当尽量避免统一的、集中式的服务管理机制,对具体的一个服务而言,应根据业务上下文,选择合适的语言,工具对其进行构建。
如下是微服务架构的主要结构图:
优点
缺点
02
—
Springboot框架。
了解springcloud前先简单了解一下springboot框架。
springboot是由 Pivotal团队提供的新框架,它设计目的是用来简化新spring应用的初始搭建以及开发过程。它的核心思想就是约定大于配置,它使用了特定的方式来进行配置,简化开发人员的工作。其实:springboot并不是什么新框架,它其实整合了众多框架,像maven整合了很多jar一样,方便开发人员初始化工程和开发过程。
什么是springcloud?
springcloud在springboot的基础上提供了一系列针对分布式场景的基础设施。SpringCloud是一系列框架的有序集合,它利用SpringBoot的开发便利性巧妙地简化了分布式系统基础设施的开发,它包含了服务发现注册、配置中心、消息总线、负载均衡、断路器、数据监控等内容,它用 SpringBoot的开发风格做到一键启动和部署。Spring其实并没有重复制造轮子,它主要就是将各家开发的比较成熟服务框架组合起来,通过SpringBoot风格进行再封装、屏蔽掉了复杂的配置和实现原理,最终给开发者留出了一套简单易懂、易部署和易维护的分布式系统开发工具包。大家可以理解springcloud是个类似“全家桶”套餐,大家想吃鸡腿吃鸡腿,想吃汉堡吃汉堡。
如下是springcloud组件架构图:
结合这张图介绍一下springcloud主要应用过程:
从上面这张图主要可以看出springcloud 主要包含如下几下核心功能:
下面简单说一下这些核心功能以及都有具体是做什么用的:
Netflix Eureka:Eureka负责服务的注册于发现,如果学习过Zookeeper的话,就可以很好的理解,Eureka的角色和 Zookeeper的角色差不多,都是服务的注册和发现,构成Eureka体系的包括:服务注册中心、服务提供者、服务消费者。
Springcloud还包含其它组件,咱们这里重点不再介绍.大家可以上网查一下