├──-微服务架构实战160讲
极客微服务架构实战160讲
| ├──001-050
| | ├──01 第一模块课程介绍_.mp4 54.32M
| | ├──02 微服务安全要解决什么问题_.mp4 35.56M
| | ├──03 白话 OAuth2_.mp4 22.51M
| | ├──04 OAuth2 的正式定义_.mp4 29.14M
| | ├──05 OAuth2 有哪些典型模式_.mp4 28.35M
| | ├──06 OAuth2 模式该如何选型_.mp4 30.06M
| | ├──07 Spring Security OAuth2 架构简介_.mp4 21.11M
| | ├──08 【实验】授权码模式授权服务器_.mp4 49.85M
| | ├──09 【实验】简化模式授权服务器_.mp4 29.26M
| | ├──10 【实验】密码模式授权服务器_.mp4 30.93M
| | ├──11 【实验】客户端模式授权服务器_.mp4 28.70M
| | ├──12 实验一扩展环节_.mp4 13.74M
| | ├──13 【实验】Web 应用接入授权服务器_.mp4 118.72M
| | ├──14 实验二扩展环节_.mp4 6.90M
| | ├──15 什么是 JWT 令牌_.mp4 31.64M
| | ├──16 【实验】授权服务器支持 JWT 令牌_.mp4 57.89M
| | ├──17 实验三扩展环节_.mp4 8.49M
| | ├──18 【实验】Android 无线应用接入授权服务器_.mp4 106.74M
| | ├──19 【实验】AngularJS 单页应用实验和课后扩展_.mp4 98.54M
| | ├──20 【实验】GitHub社交登录实验和课后扩展_.mp4 49.31M
| | ├──21 【实验】OAuth2安全风险CSRF实验_.mp4 18.46M
| | ├──22 OpenId Connect简介_.mp4 14.28M
| | ├──23 下一代微服务安全架构_.mp4 31.76M
| | ├──24 参考资源和后续课程预览_.mp4 43.12M
| | ├──25 Apollo作者的产品介绍_.mp4 36.20M
| | ├──26 第二模块课程介绍_.mp4 25.79M
| | ├──27 课程概述_.mp4 21.35M
| | ├──28 业务需求_.mp4 55.09M
| | ├──29 配置定义和场景_.mp4 59.35M
| | ├──30 开关驱动开发原理_.mp4 69.85M
| | ├──31 携程 Apollo 配置中心介绍_.mp4 43.78M
| | ├──32 Apollo核心概念_.mp4 50.06M
| | ├──33 Apollo快速起步(Lab01)_.mp4 64.38M
| | ├──34 Apollo快速起步扩展实验_.mp4 26.06M
| | ├──35 Apollo架构设计之服务器端_.mp4 43.90M
| | ├──36 Apollo架构设计之客户端_.mp4 9.98M
| | ├──37 Apollo架构设计之高可用和监控_.mp4 24.42M
| | ├──38 Apollo分布式部署指南_.mp4 28.43M
| | ├──39 Apollo Java客户端和多语言接入_.mp4 42.88M
| | ├──40 Apollo Client API实操(Lab02)_.mp4 91.23M
| | ├──41 Apollo Client和Spring集成~XML方式(Lab03)_.mp4 55.92M
| | ├──42 Apollo Client和Spring集成~代码方式(Lab04)_.mp4 59.78M
| | ├──43 Apollo Client和Spring Boot集成(Lab05)_.mp4 93.62M
| | ├──44 Apollo开放平台接入实操(Lab06)_.mp4 39.30M
| | ├──45 Spring Cloud Config简介_.mp4 26.39M
| | ├──46 Apollo vs Spring Cloud Config_.mp4 23.60M
| | ├──47 Apollo FAQ和开发常见问题_.mp4 45.31M
| | ├──48 参考资源和后续课程预览_.mp4 35.50M
| | ├──49 第三模块课程介绍_.mp4 28.03M
| | └──50 Zuul网关和基本应用场景_.mp4 41.71M
| ├──051-099
| | ├──51 Zuul网关高级应用场景_.mp4 45.76M
| | ├──52 Zuul网关架构剖析_.mp4 54.85M
| | ├──53 Zuul网关代码剖析(Code Review)_.mp4 105.06M
| | ├──54 Zuul网关过滤器管理工具(Code Review)_.mp4 64.11M
| | ├──55 前置过滤器实验(Lab01)_.mp4 106.38M
| | ├──56 路由过滤器实验(Lab02)_.mp4 93.16M
| | ├──57 后置过滤器实验(Lab03)_.mp4 90.13M
| | ├──58 Zuul网关对接Apollo(Lab04)_.mp4 172.94M
| | ├──59 Zuul网关生产部署实践_.mp4 59.62M
| | ├──60 Zuul网关路由管理实践_.mp4 37.91M
| | ├──61 基于网关的两层路由体系_.mp4 34.82M
| | ├──62 Spring Cloud Zuul(Lab05)_.mp4 87.48M
| | ├──63 Zuul2_.mp4 48.43M
| | ├──64 Zuul网关生产最佳实践_.mp4 108.45M
| | ├──65 参考资源和后续课程预览_.mp4 49.32M
| | ├──66 第四模块课程介绍_.mp4 27.47M
| | ├──67 调用链监控业务需求_.mp4 31.18M
| | ├──68 调用链监控原理_.mp4 52.89M
| | ├──69 调用链监控产品和比较_.mp4 54.89M
| | ├──70 点评 CAT 背景介绍_.mp4 46.14M
| | ├──71 CAT 典型报表_.mp4 58.73M
| | ├──72 CAT 告警简介_.mp4 23.95M
| | ├──73 CAT 架构设计_.mp4 44.43M
| | ├──74 【实验】CAT 本地部署_.mp4 74.01M
| | ├──75 CAT 埋点案例和代码剖析（Code Review）_.mp4 105.52M
| | ├──76 【实验】CAT 埋点案例_.mp4 98.27M
| | ├──77 Zuul 网关集成 CAT 代码剖析（Code Review）_.mp4 76.45M
| | ├──78 【实验】Zuul 网关集成 CAT_.mp4 85.69M
| | ├──79 CAT 生产埋点实践_.mp4 38.23M
| | ├──80 CAT 生产部署实践_.mp4 10.91M
| | ├──81 CAT 生产治理实践_.mp4 45.10M
| | ├──82 Spring Cloud Sleuth 简介_.mp4 20.03M
| | ├──83 【实验】Spring Cloud Sleuth_.mp4 85.72M
| | ├──84 参考资源和后续课程预览_.mp4 28.39M
| | ├──85 第五模块课程介绍_.mp4 33.81M
| | ├──86 容错限流需求_.mp4 39.12M
| | ├──87 容错限流原理_.mp4 45.31M
| | ├──88 Netflix Hystrix 背景介绍_.mp4 36.85M
| | ├──89 Hystrix 设计原理_.mp4 11.24M
| | ├──90 Hystrix 主要概念_.mp4 28.06M
| | ├──91 信号量 vs 线程池隔离_.mp4 37.30M
| | ├──92 Hystrix 主要配置项_.mp4 41.95M
| | ├──93 【实验】Hystrix 基础实验_.mp4 83.29M
| | ├──94 Hystrix 模拟案例分析 (Code Review)_.mp4 67.63M
| | ├──95 【实验】Hystrix + Dashboard 实验（上）_.mp4 34.23M
| | ├──96 【实验】Hystrix + Dashboard 实验（下）_.mp4 89.88M
| | ├──97 网关集成 Hystrix (Code Review)_.mp4 69.22M
| | ├──98 【实验】Spring Cloud Hystrix 实验_.mp4 127.48M
| | └──99 Netflix Turbine 简介_.mp4 17.16M
| ├──100 Hystrix 生产最佳实践_.mp4 34.65M
| ├──101 参考资源和后续课程预览_.mp4 23.82M
| ├──102 第六模块课程介绍_.mp4 26.13M
| ├──103 服务发现需求和模式（上）_.mp4 50.59M
| ├──104 服务发现需求和模式（下）_.mp4 21.45M
| ├──105 Netflix Eureka 和 Ribbon 背景介绍_.mp4 39.32M
| ├──106 Eureka 和 Ribbon 架构设计原理_.mp4 44.22M
| ├──107 【实验】Spring Cloud Eureka 和 Ribbon 基础实战_.mp4 124.24M
| ├──108 【实验】Spring Cloud Eureka 和 Ribbon 高级实验_.mp4 126.69M
| ├──109 Spring Cloud Eureka 和 Ribbon 主要配置项_.mp4 66.04M
| ├──110 Eureka进阶：自保护模式_.mp4 15.85M
| ├──111 Eureka进阶：健康检查和蓝绿部署_.mp4 42.45M
| ├──112 【实验】Spring Cloud Zuul、Eureka 和 Ribbon 集成实验（上）_.mp4 67.41M
| ├──113 【实验】Spring Cloud Zuul、Eureka 和 Ribbon 集成实验（下）_.mp4 64.00M
| ├──114 常用服务发现组件比较_.mp4 42.45M
| ├──115 ServiceMesh 和 Istio 简介_.mp4 40.42M
| ├──116 基于 Eureka、Zuul 和容器云的持续交付架构_.mp4 61.87M
| ├──117 参考资源和后续课程预览_.mp4 19.21M
| ├──118 第七模块课程介绍_.mp4 30.03M
| ├──119 监控模式分类_.mp4 20.55M
| ├──120 BusDevOps 和测量驱动开发 MDD_.mp4 42.95M
| ├──121 Prometheus 简介_.mp4 36.78M
| ├──122 Prometheus 架构设计_.mp4 28.68M
| ├──123 Prometheus 基本概念_.mp4 37.41M
| ├──124 【实验】Prometheus 起步查询实验（上）_.mp4 58.44M
| ├──125 【实验】Prometheus起步查询实验（中）_.mp4 47.85M
| ├──126 【实验】Prometheus起步查询实验（下）_.mp4 49.53M
| ├──127 【实验】Prometheus + Grafana 展示实验（上）_.mp4 35.05M
| ├──128 【实验】Prometheus + Grafana 展示实验（下）_.mp4 48.80M
| ├──129 【实验】Prometheus + Alertmanager 告警实验（上）_.mp4 41.05M
| ├──130 【实验】Prometheus + Alertmanager 告警实验（下）_.mp4 42.65M
| ├──131 【实验】Java 应用埋点和监控实验_.mp4 67.59M
| ├──132 【实验】NodeExporter 系统监控实验_.mp4 51.59M
| ├──133 【实验】Spring Boot Actuator 监控实验_.mp4 78.48M
| ├──134 Prometheus 监控最佳实践_.mp4 35.99M
| ├──135 主流开源时序数据库比较_.mp4 18.09M
| ├──136 开源分布式监控平台 ZMon 简介_.mp4 23.32M
| ├──137 微服务监控体系总结_.mp4 24.30M
| ├──138 参考资源和后续课程预览_.mp4 5.86M
| ├──139 课程概述和背景_.mp4 31.37M
| ├──140 架构和设计_.mp4 36.81M
| ├──141 开发环境搭建_.mp4 89.45M
| ├──142 基础代码(code review)_.mp4 46.25M
| ├──143 数据访问模块(code review)_.mp4 59.49M
| ├──144 OAuth2服务模块(code review)_.mp4 81.87M
| ├──145 Web服务模块(code review)_.mp4 96.01M
| ├──146 启动流程(code review)_.mp4 37.09M
| ├──147 起步准备实验(lab02)_.mp4 56.95M
| ├──148 OAuth2授权码模式实验(lab03)_.mp4 36.31M
| ├──149 OAuth2简化模式实验(lab04)_.mp4 12.78M
| ├──150 OAuth2用户名密码模式实验(lab05)_.mp4 14.66M
| ├──151 OAuth2客户端模式实验(lab06)_.mp4 11.84M
| ├──152 OAuth2令牌校验实验(lab07)_.mp4 21.04M
| ├──153 OAuth2令牌刷新实验(lab08)_.mp4 19.17M
| ├──154 项目复盘和扩展环节_.mp4 43.21M
| ├──155 参考资源和后续课程预览_.mp4 24.75M
| ├──156 课程概述和背景_.mp4 27.40M
| ├──157 需求和架构设计_.mp4 54.30M
| ├──158 开发环境搭建(lab01)（上）_.mp4 64.29M
| ├──159 开发环境搭建(lab01)（下）_.mp4 23.13M
| ├──160 项目业务代码(Code Review)_.mp4 58.59M
| ├──161 Apollo配置中心集成(lab02)_.mp4 57.35M
| ├──162 Zuul-Eureka-Ribbon-Hystrix集成(Code Review)_.mp4 38.78M
| ├──163 Gravitee OAuth2集成(lab03)_.mp4 53.18M
| ├──164 Zuul网关集中令牌校验(Code Review)_.mp4 53.78M
| ├──165 CAT调用链集成(lab04)（上）_.mp4 44.36M
| ├──166 CAT调用链集成(lab04)（下）_.mp4 80.01M
| ├──167 Demo展示(lab05)（上）_.mp4 38.89M
| ├──168 Demo展示(lab05)（下）_.mp4 73.17M
| ├──169 Prometheus监控集成(Code Review)_.mp4 38.65M
| ├──170 生产扩展环节_.mp4 53.09M
| └──171 课程复盘总结_.mp4 29.47M
下文不用管
微服务架构图
项目微服务架构图微服务架构根据目前产品存在的问题,针对快速开发、海量用户、大量数据、低延迟等互联网应用的实际需要,通过对业务架构、系统架构、基础架构、技术架构进行设计，彻底解决系统解耦、性能低下等问题,而且支持云计算部署,可以满足高并发、高可用、高稳定。微服务并没有一个官方的定义,可以理解为一种架构风格 。大数据管理数据处理过程图大数据(big data),指无法在一定时间范围内用常规软件工具进行捕捉、管理和处理的数据集合,是需要新处理模式才能具有更强的决策力、洞察力。大数据处理的主要流程包括数据收集、数据存储、数据处理、数据应用等主要环节。随着业务的增长,大量和流程、规则相关的非结构化数据也爆发式增长。大数据处理,大…产品开发流程图产品开发流程(Product Development Process)产品开发流程是指企业用于想像、设计和商业化一种产品的步骤或活动的序列。产品开发流程涉及的人员从产品经理到设计师、前端、后端等等一系列人员,这篇文章主要关于产品开发的完整流程,希望对各个工作岗位上的人有借鉴意义。很多产品经理不…阿里巴巴数据中台全景图阿里是数据中台概念的首先提出者，其案例更具分析意义。从阿里巴巴数据中台全景图可以看出，阿里的数据中台包括了计算与存储平台、数据资产管理、智能数据研发、统一数据中心中间件（OneService）四大模块，最上层支撑着阿里数据、数据大屏、生意参谋等大数据应用。阿里数据中台架构。数据中台建设理论、方…Web开发技术架构图大型web系统架构动态应用,是相对于网站静态内容而言,是指以c/c++、php、Java、perl、.net等服务器端语言开发的网络应用软件,比如论坛、网络相册。1、学习Web开发原理,包括MVC/MTV等Web框架; 2、学习Django Web框架,从技术原理到项目实践; 3、学习Djan…互联网工作原理拓扑图互联网工作原理拓扑图模板，计算机网络是由很多台计算机组成的, 要实现网络之间传输数据, 必须要做两件事, 数据传输目的地址和保证数据迅速可靠传输的措施。计算机网络是由许多计算机组成的,要实现网络的计算机之间传输数据,必须要作两件事,数据传输目的地址和保证数据迅速可靠传输的措施。拓扑图用于计算机…管理业务流程图业务管理是网路管理中比较重要的部分，涉及的面也比较广泛。在这一管理层，大多数的管理信息直接在GSM系统的各网路单元与GSM网路管理设施之间交换。这些管理信息还包括由AuC管理的安全性数据，由HLR管理的客户数据，由MSC管理的费率和计费数据等。业务管理(Business Management)…电商知识图谱知识图谱(Knowledge Graph/Vault,以下简称KG)本质上是语义网络,是一种基于图的数据结构,由节点(Point)和边(Edge)组成。电商就是电子商务的简称，在互联网上销售产品而进行的商业活动,是把现实生活中的商业活动,搬到虚拟的世界当中电商这一特殊领域的知识图谱构建过程中，…树状网络拓扑图树型拓扑（tree topology）：一种类似于总线拓扑的局域网拓扑。树型网络可以包含分支，每个分支又可包含多个结点。树状拓扑结构是一种分级结构。在树状结构的网络中，任意两个节点之间不产生回路，每条通路都支持双向传输、这种结构的特点是扩充方便、灵活，成本低，易推广，适合于分主次或分等级的层级…云平台整体架构图云计算的体系结构由5部分组成,分别为应用层,平台层,资源层,用户访问层和管理层,云计算的本质是通过网络提供服务,所以其体系结构以服务为核心。公认的云架构是划分为基础设施层、平台层和软件服务层三个层次的，对应名称为IaaS，PaaS和SaaS。
微服务架构之服务注册与发现(一)
一、服务注册中心的由来假如没有服务注册中心，我们会干些什么事情呢？在传统行业的项目架构中以下的方案最为常见了：这种架构开发、部署都是最简单的，一般适用于中小企业访问量并不是太多的情况下，各个系统服务一台机器就搞定了。系统之间的调用也是拿到对方的IP+PORT直接连接。接下来可能因为应用B开始访问量大了，单台机器已经不能满足我们的需求，于是一些反向代理工具应运而出，其中比较常见的有Apache、Nigix，架构演变为：相比之前的应用B的单台机器访问，这种nginx代理的方式减轻了服务器的压力，但是可能会出现Nginx挂了，那么整个服务也不可用，于是又来了这么一套架构：这样看方案算是完美了吧。然后事情并不是想象的那么一帆风顺，这还只是应用A调用一个应用B，如果应用A调用的可能是应用B、C、D、E…，这种完全就不知道他后面到底还想干嘛，这种架构看似可以，但是绝对会累死运维的（nginx的配置将会非常混乱，直接导致运维不干了）。服务注册中心干些什么事情呢？上面提到的那种靠人力（主要是运维干的事情）比较繁琐，还不好维护，有这么几点不方便：应用服务的地址变了、双十一搞活动服务器新增等等。那么我们可以有这么的一种架构：服务注册中心主要是维护各个应用服务的ip+port列表，并保持与各应用服务的通讯，在一定时间间隔内进行心跳检测，如果心跳不能到达则对服务IP列表进行剔除，并同时通知给其它应用服务进行更新。同样要是有新增的服务进来，应用服务会向注册中心进行注册，服务注册中心将通知给其它应用进行更新。每个应用都有需要调用对应应用服务的地址列表，这样在进行调用时只要处理客户负载杂均衡即可。二、微服务注册中心1.ZookeeperZooKeeper是一个分布式的，开放源码的分布式应用程序协调服务，是Google的Chubby一个开源的实现，是Hadoop和Hbase的重要组件。它是一个为分布式应用提供一致性服务的软件，提供的功能包括：配置维护、域名服务、分布式同步、组服务等。上面的话直接摘抄百度百科的内容，国内很多公司做分布式开发最初的选型大部分都是采用dubbo框架。dubbo框架注册中心主要使用zookeeper。zookeeper服务端与客户端的底层通讯为netty。zookeeper采用CAP理论中的CP，一般集群部署最少需要3台机器。2.Euraka先来看一下euraka的架构图：Register：服务注册当Eureka客户端向Eureka Server注册时，它提供自身的元数据，比如IP地址、端口，运行状况指示符URL，主页等。Renew：服务续约Eureka客户会每隔30秒发送一次心跳来续约。 通过续约来告知Eureka Server该Eureka客户仍然存在，没有出现问题。 正常情况下，如果Eureka Server在90秒没有收到Eureka客户的续约，它会将实例从其注册表中删除。 建议不要更改续约间隔。Fetch Registries：获取注册列表信息Eureka客户端从服务器获取注册表信息，并将其缓存在本地。客户端会使用该信息查找其他服务，从而进行远程调用。该注册列表信息定期（每30秒钟）更新一次。每次返回注册列表信息可能与Eureka客户端的缓存信息不同， Eureka客户端自动处理。如果由于某种原因导致注册列表信息不能及时匹配，Eureka客户端则会重新获取整个注册表信息。 Eureka服务器缓存注册列表信息，整个注册表以及每个应用程序的信息进行了压缩，压缩内容和没有压缩的内容完全相同。Eureka客户端和Eureka 服务器可以使用JSON / XML格式进行通讯。在默认的情况下Eureka客户端使用压缩JSON格式来获取注册列表的信息。Cancel：服务下线Eureka客户端在程序关闭时向Eureka服务器发送取消请求。 发送请求后，该客户端实例信息将从服务器的实例注册表中删除。该下线请求不会自动完成，它需要调用以下内容：DiscoveryManager.getInstance().shutdownComponent()；Eviction 服务剔除在默认的情况下，当Eureka客户端连续90秒没有向Eureka服务器发送服务续约，即心跳，Eureka服务器会将该服务实例从服务注册列表删除，即服务剔除。自我保护机制：既然Eureka Server会定时剔除超时没有续约的服务，那就有可能出现一种场景，网络一段时间内发生了 异常，所有的服务都没能够进行续约，Eureka Server就把所有的服务都剔除了，这样显然不太合理。所以，就有了 自我保护机制，当短时间内，统计续约失败的比例，如果达到一定阈值，则会触发自我保护的机制，在该机制下， Eureka Server不会剔除任何的微服务，等到正常后，再退出自我保护机制。自我保护开关(eureka.server.enableself-preservation: false)3.Consulconsul推荐的架构图：Consul不像Euraka的部署那么简单，他是go语言开发的，需要运维单独部署，有提供java的客户端连接，采用的是CAP的CP。4.NacosEuraka是Spring Cloud Netflix早期版本中推荐使用的，后来euraka1.0版本不再维护，euraka2.0已经闭源，导致很多新项目基于Spring Cloud Netflix 开发的选型变迁为Consul.Nacos是阿里开源的服务注册中心，它可以与spring cloud aliaba集成使用。Nacos的官方介绍：Nacos 致力于帮助您发现、配置和管理微服务。Nacos 提供了一组简单易用的特性集，帮助您实现动态服务发现、服务配置管理、服务及流量管理。Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。 Nacos 是构建以“服务”为中心的现代应用架构(例如微服务范式、云原生范式)的服务基础设施。Nacos 地图Nacos 生态图如 Nacos 全景图所示，Nacos 无缝支持一些主流的开源生态，例如Spring CloudApache Dubbo and Dubbo Mesh TODOKubernetes and CNCF TODO三、服务注册与发现技术选型以下是来自网上的一个分享：除了上述的几种以外，笔者更推荐使用Nacos作为服务注册中心。Nacos服务注册表结构Map<namespace, Map<group::serviceName, Service>>采用多层次Map结构，控制的颗粒度更细，支持金丝雀模式发布，心跳同步机制也更快速，服务更新更及时。
基于spring cloud的微服务架构，怎么实现复杂的服务功能
spring-cloud调用服务有两种方式，一种是ribbon+resttemplate, 另外一种是feign。ribbon是一个基于http和tcp客户端的负载均衡器，其实feign也使用了ribbon, 只要使用@feignclient时，ribbon就会自动使用。
看Spring-cloud怎样使用Ribbon
使用spring cloud构建实际的微服务架构。基本概念:使用docker进行集成测试混合持久化微服务架构服务发现api网关docker使用docker对每一个服务进行构建和部署。使用docker compose在一个开发机上进行端到端的集成测试。混合持久化混合持久化其实就是说使用多种数据库来存储。不同的微服务实例都会使用它们自己的数据库，并通过rest服务或者消息总线来通信，举个例子，你可以使用基于以下数据库来构建微服务：neo4j(图形化)mongodb(文档化)mysql(关联)微服务架构这个例子演示了如何使用微服务创建一个新的应用。由于在项目中的每一个微服务只有一个单一的父项目。开发者为此得到的收益是可以在本机上运行和开发每一个微服务。添加一个新的微服务非常简单，当发现微服务时将会自动发现运行时的集群环境上。service discovery项目中包含两个发现服务，一个在netflix eureka，另一个使用了consul from hashicorp。多种发现服务提供了多种选择，一个是使用(consul)来做dns服务集群，另一个是(consul)基于代理的api 网关。api 网关每一个微服务都关联eureka，在整个集群中检索api路由。使用这个策略，每一个在集群上运行的微服务只需要通过一个共同的api网关进行负载均衡和暴露接口，每一个服务也会自动发现并将路由请求转发到自己的路由服务中。这个代理技术有助于开发用户界面，作为平台完整的 api通过自己的主机映射为代理服务。docker 实例下面的实例将会通过maven来构建，使用docker为每一个微服务构建容器镜像。我们可以很优雅的使用docker compose在我们自己的主机上搭建全部的微服务集群。开始构建在这之前，请先移步至项目的github 仓库。克隆或者fork这个项目并且把源码下载到自己的电脑上。下载完毕后，你需要使用maven和docker来编译和构建本地的容器镜像。下载docker首先，如果你还没有docker请先下载它。可以跟随这个指南来获取docker:，然后在开发机上安装并运行。当然你也需要安装docker compose(https//docs.docker.com/compose/)，这个指南将会帮到你:。环境要求能够运行实例程序，需要在你的开发机上安装下面的软件：maven 3java 8dockerdocker compose构建项目通过命令行方式来构建当前项目，在项目的根目录中运行如下的命令：$ mvn clean install项目将会根据pom.xml中的每一个项目声明中下载相应的依赖jar包。每一个服务都将会被构建，同时maven的docker插件将会自动从本地docker registry中构建每一个容器镜像。docker将会在构建成功后，根据命令行运行mvn clean install来清除相应的资源。
评论0