这部分代码很少，就两行配置，所以没必要git了，

可以持久化到文件中，

-data-dir 数据存放位置，这个用于持久化保存集群状态

我pom里没写stater-web。但是真是引用里面有怎么解决

第一个服务访问url走8090端口，是原生服务；第二个服务通过网关转过去的，网关转过去的时候加了/student前缀，当然端口走的也是网关的端口。

我认为同样成本的情况下:A-C-B-F-E-D，原因：soa主要解决通信问题，微服务主要解决扩展问题。

F5的优点很明显：支持更高的并发，性能强悍！

缺点同样明显：成本和维护比较贵，不支持业务功能定制。

Nacos是阿里最新开源的微服务架构，借鉴了spring cloud的很多东西，如配置中心，api网关等，生产上使用的还是不足够多，可以拿来练练手！

Nacos 的演进历程：

• 2018.07.20 - Nacos 0.1.0：支持基本的服务发现功能和配置管理功能。

• 2018.09.15 - Nacos 0.2.0：正式支持 SpringCloud 生态。

• 2018.10.26 - Nacos 0.3.0：提供控制台界面。

• 2018.11.19 - Nacos 0.5.0：开源 DNS-F，支持 DNS 协议服务发现。

• 2018.12.06 - Nacos 0.6.0：正式支持 Dubbo 客户端注册服务，支持 K8S 部署。

• 2018.12.18 - Nacos 0.7.0：支持 CMDB 元数据管理，支持 Node.js 客户端。

• 2019.01.22 - Nacos 0.8.0：PRE-GA 支持控制台账号登录，支持命名空间，Nacos-Sync 打通 Eureka 和 Zookeeper。

• 2019.04.10 - Nacos 1.0.0 GA ：同时支持 AP 和 CP 一致性，发布压测报告，稳定性加强和体验优化。

consul本身支持分布式，consul之间的数据保持一致，有主从之分类似于zookeeper。

一个问题上打错了好多字。。。课程中也提到了，Eureka采取的是AP的，zk是采用cp来保证一致性的，在服务重启或者下线之前，先把服务在Eureka上下线，在服务列表上确认是out_of_service状态，再去kill服务。

相互注册，相互守望

暂时还没有，正在筹备当中

用过，需要资料的话可以私下联系我

目前有如下定位为企业服务总线的产品：

　　1、IBM

　　IBM的相关产品有：WESB、WMB、WDP。

　　2、Oracle

　　Oracle的相关产品有：OSB、ESB。

　　3、Microsoft

　　微软的ESB功能是通过一组产品实现。包括BizTalk、.Net等。

　　4、开源

　　还有一些开源产品，如：Jboss ESB、Mule ESB、ServiceMix/FUSE ESB、Synapse/WSO2 ESB等。

不太明白

免费的不需要吧

8500 端口基于 HTTP 协议，用于 API 接口或 WEB UI 访问。8300 端口用于服务器节点，客户端通过该端口 RPC 协议调用服务端节点。