开发者学堂课程【5天突破 Spring Cloud：开发订单微服务与注册调用】学习笔记，与课程紧密联系，让用户快速学习知识。
课程地址：https://developer.aliyun.com/learning/course/781/detail/13701
开发订单微服务与注册调用
内容介绍：
一、引入 Spring Cloud 微服务 API
二、把 Spring Cloud 微服务 API 发布到注册中心
三、结语
一、引入 Spring Cloud 微服务 API
1、基础知识
现已有注册中心，上图中的Eureka可以使用，但是后续的更新维护基本上停掉了，可以作为学习的一个入门点，其中很多经典的思想影响了后续类似的技术，包括concern网络、阿里出的功能实际可以认为是增强版的Eureka，它的功能更强更丰富，但在基础功能两者之间事有很多相似点的。现在有了注册中心，加入单点用于开发和测试环节，正式环境时推荐多点模式，当只有一个注入中心、一个程序的时候，以防程序挂掉，无法提供注册服务、参与服务。
2、微服务基本构架
开发一个服务程序并构建起基本架构。服务程序可以参照训练营课程中的技术去改造，回顾之前课程中提到的问题：做简单的网站开发或者简单的网站后台技术开发，实际上升到微服务架构的问题上。如果公司业务架构具有架构升级的发展需要，典型代表就是微服务架构，微服务程序主要是基于HTTP协议的具有API风格的应用程序后台接口，之前的某些概念依然适用，比如像集群的概念。
拆体现了很重要的分割思想，大型的互联网平台中的很多功能会拆分出来，比如订单、支付、快递、评论、点赞、会员、营销、用户行为数据等接口都可以拆分出来，但是有些接口在后台进行部署的时候，可能会进行数量的更改，可能早期部署两台，后期随着业务增长可能部署100台甚至1000台。
3、典型案例
典型案例就是淘宝，淘宝在创业公司阶段的时候可能只有一两台服务器，业务发展到今天，它的服务器数量达到了上万台，这和其业务规模有很大的关系。同样的，有很多游戏公司也会出现这种典型的场景，发布一款游戏，前期可能只需要几十台游戏服务器，一旦用户量暴增需要随时扩容，比如游戏的接口、游戏语音聊天的接口，接口可以随着用户量的增长而增加。像腾讯开发的一款游戏穿越火线，而腾讯的游戏部门上线了很多游戏，前期可能只有几台服务器，如果没有太多人玩这款游戏，后期就没必要为这款游戏分配服务器，根据业务的不断变化去进行集群规模的提升与伸缩，即弹性集群，可以做到张弛有度，这就是比较好的集群架构。
微服务架构同样如此，开发一个订单服务，前期没有用户的时候，几台服务器就可以满足需求，节约服务器资源，后期用户较多的时候可以进行集群数量的提升，随时需要随时加服务器也可以，如今服务器实例的启动、部署是十分便捷高效的快，这应用了一个很重要的技术doccer,互联网公司普遍使用这种模式。
客户端严格来说实际是不限制程序类型的，可以是APP，也可以是网页小程序或者是其他语言的程序，因为接口写好以后数据格式的协议都是固定的，大家按照这种模式进行交互就可以了。
二、把 Spring Cloud 微服务 API 发布到注册中心
1、开发 Spring Cloud 微服务 API
下面进行模拟订单服务，订单服务可以拿之前实战训练营三层架构的订单例子做实验，甚至可以把数据库连接起来，一步步将工作组合。但之前写的spring boot程序和spring cloud 有一部分的区别。
spring boot是微服务架构学习很重要的基础，如果不理解spring boot，在后面开发的话也很困难，很多功能、组件无法使用，不论三层架构还是五层架构，还是N层架构，架构的分法后期可以根据业务情况进行动态的升级改造，升级改造很重要的一点是要体现出和注册中心的联系，作为一个程序需要完成注册。
以现实生活为例，所有的居民如果实现自治，比如原始部落，大家都不登记，也不注册，通过数人数就可以知道本部落的人口，一旦人口数量增多，就需要通过登记来管理。
Eureka就是充当这种角色。大家到公司入职需要进行入职登记，像我们国家现有的制度——居住证，可以证明你在某个城市居住过，这也是类似与Eureka的模式。
服务器集群数量可以多可以少，现实生活中也是一样的，有的城市人口数量呈爆炸性增长，属于人口迁入城市，有的城市人口可能下降，属于人口迁出城市。一个普通的程序要想做到注册，比较简单的方式是可以通过添加依赖的方式扩展程序，让它具备注册功能，利用了Eureka客户端的依赖.
在spring boot基础上稍作改造就成为了订单微服务，spring boot属于微服务的垫脚石，也是十分重要的，大家需要系统地了解学习。
