基于微服务架构和Docker容器技术的PaaS云平台建设目标是给我们的开发人员提供一套服务快速开发、部署、运维管理、持续开发持续集成的流程。平台提供基础设施、中间件、数据服务、云服务器等资源，开发人员只需要开发业务代码并提交到平台代码库，做一些必要的配置，系统会自动构建、部署，实现应用的敏捷开发、快速迭代。在系统架构上，PaaS云平台主要分为微服务架构、Docker容器技术、DveOps三部分，这篇文章重点介绍微服务架构的实施。
如果想学习Java工程化、高性能及分布式、深入浅出。微服务、Spring，MyBatis，Netty源码分析的朋友可以加我的Java高级交流：854630135，群里有阿里大牛直播讲解技术，以及Java大型互联网技术的视频免费分享给大家。
实施微服务需要投入大量的技术力量来开发基础设施，这对很多公司来说显然是不现实的，别担心，业界已经有非常优秀的开源框架供我们参考使用。目前业界比较成熟的微服务框架有Netflix、Spring Cloud和阿里的Dubbo等。Spring Cloud是基于Spring Boot的一整套实现微服务的框架，它提供了开发微服务所需的组件，跟Spring Boot一起使用的话开发微服务架构的云服务会变的很方便。Spring Cloud包含很多子框架，其中Spring Cloud Netflix是其中的一套框架，在我们的微服务架构设计中，就使用了很多Spring Cloud Netflix框架的组件。Spring Cloud Netflix项目的时间还不长，相关的文档资料很少，博主当时研究这套框架啃了很多英文文档，简直痛苦不堪。对于刚开始接触这套框架的同学，要搭建一套微服务应用架构，可能会不知道如何下手，接下来介绍我们的微服务架构搭建过程以及 需要那些 框架或组件来支持微服务架构。
为了直接明了的展示微服务架构的组成及原理，画了一张系统架构图，如下：
从上图可以看出，微服务访问大致路径为：外部请求 → 负载均衡 → 服务网关（GateWay）→ 微服务 → 数据服务/消息服务。服务网关和微服务都会用到服务注册和发现来调用依赖的其他服务，各服务集群都能通过配置中心服务来获得配置信息。
服务网关（GateWay）
网关是外界系统（如：客户端浏览器、移动设备等）和企业内部系统之间的一道门，所有的客户端请求通过网关访问后台服务。为了应对高并发访问，服务网关以集群形式部署，这就意味着需要做负载均衡，我们采用了亚马逊EC2作为虚拟云服务器，采用ELB(Elastic Load Balancing)做负载均衡。EC2具有自动配置容量功能，当用户流量达到尖峰，EC2可以自动增加更多的容量以维持虚拟主机的性能。ELB弹性负载均衡，在多个实例间自动分配应用的传入流量。为了保证安全性，客户端请求需要使用https加密保护，这就需要我们进行SSL卸载,使用Nginx对加密请求进行卸载处理。外部请求经过ELB负载均衡后路由到GateWay集群中的某个GateWay服务，由GateWay服务转发到微服务。服务网关作为内部系统的边界，它有以下基本能力：
1、动态路由：动态的将请求路由到所需要的后端服务集群。虽然内部是复杂的分布式微服务网状结构，但是外部系统从网关看就像是一个整体服务，网关屏蔽了后端服务的复杂性。
2、限流和容错：为每种类型的请求分配容量，当请求数量超过阀值时抛掉外部请求，限制流量，保护后台服务不被大流量冲垮；党内部服务出现故障时直接在边界创建一些响应，集中做容错处理，而不是将请求转发到内部集群，保证用户良好的体验。
3、身份认证和安全性控制：对每个外部请求进行用户认证，拒绝没有通过认证的请求，还能通过访问模式分析，实现反爬虫功能。
4、监控：网关可以收集有意义的数据和统计，为后台服务优化提供数据支持。
5、访问日志：网关可以收集访问日志信息，比如访问的是哪个服务？处理过程（出现什么异常）和结果？花费多少时间？通过分析日志内容，对后台系统做进一步优化。
我们采用Spring Cloud Netflix框架的开源组件Zuul来实现网关服务。Zuul使用一系列不同类型的过滤器（Filter），通过重写过滤器，使我们能够灵活的实现网关（GateWay）的各种功能。
如果想学习Java工程化、高性能及分布式、深入浅出。微服务、Spring，MyBatis，Netty源码分析的朋友可以加我的Java高级交流：854630135，群里有阿里大牛直播讲解技术，以及Java大型互联网技术的视频免费分享给大家。
服务注册与发现
由于微服务架构是由一系列职责单一的细粒度服务构成的网状结构，服务之间通过轻量机制进行通信，这就引入了服务注册与发现的问题，服务的提供方要注册报告服务地址，服务调用放要能发现目标服务。我们的微服务架构中使用了Eureka组件来实现服务的注册与发现。所有的微服务（通过配置Eureka服务信息）到Eureka服务器中进行注册，并定时发送心跳进行 健康 检查，Eureka默认配置是30秒发送一次心跳，表明服务仍然处于存活状态，发送心跳的时间间隔可以通过Eureka的配置参数自行配置，Eureka服务器在接收到服务实例的最后一次心跳后，需要等待90秒（默认配置90秒，可以通过配置参数进行修改）后，才认定服务已经死亡（即连续3次没有接收到心跳），在Eureka自我保护模式关闭的情况下会清除该服务的注册信息。所谓的自我保护模式是指，出现网络分区、Eureka在短时间内丢失过多的服务时，会进入自我保护模式，即一个服务长时间没有发送心跳，Eureka也不会将其删除。自我保护模式默认为开启，可以通过配置参数将其设置为关闭状态。
Eureka服务以集群的方式部署（在博主的另一篇文章中详细介绍了Eureka集群的部署方式），集群内的所有Eureka节点会定时自动同步微服务的注册信息，这样就能保证所有的Eureka服务注册信息保持一致。那么在Eureka集群里，Eureka节点是如何发现其他节点的呢？我们通过DNS服务器来建立所有Eureka节点的关联，在部署Eureka集群之外还需要搭建DNS服务器。
当网关服务转发外部请求或者是后台微服务之间相互调用时，会去Eureka服务器上查找目标服务的注册信息，发现目标服务并进行调用，这样就形成了服务注册与发现的整个流程。Eureka的配置参数数量很多，多达上百个，博主会在另外的文章里详细说明。
微服务部署
微服务是一系列职责单一、细粒度的服务，是将我们的业务进行拆分为独立的服务单元，伸缩性好，耦合度低，不同的微服务可以用不同的语言开发，每一个服务处理的单一的业务。微服务可以划分为前端服务（也叫边缘服务）和后端服务（也叫中间服务），前端服务是对后端服务做必要的聚合和剪裁后暴露给外部不同的设备（PC、Phone等），所有的服务启动时都会到Eureka服务器进行注册，服务之间会有错综复杂的依赖关系。当网关服务转发外部请求调用前端服务时，通过查询服务注册表就可以发现目标服务进行调用，前端服务调用后端服务时也是同样的道理，一次请求可能涉及到多个服务之间的相互调用。由于每个微服务都是以集群的形式部署，服务之间相互调用的时候需要做负载均衡，因此每个服务中都有一个LB组件用来实现负载均衡。
微服务以镜像的形式，运行在Docker容器中。Docker容器技术让我们的服务部署变得简单、高效。传统的部署方式，需要在每台服务器上安装运行环境，如果我们的服务器数量庞大，在每台服务器上安装运行环境将是一项无比繁重的工作，一旦运行环境发生改变，就不得不重新安装，这简直是灾难性的。而使用Docker容器技术，我们只需要将所需的基础镜像（jdk等）和微服务生成一个新的镜像，将这个最终的镜像部署在Docker容器中运行，这种方式简单、高效，能够快速部署服务。每个Docker容器中可以运行多个微服务，Docker容器以集群的方式部署，使用Docker Swarm对这些容器进行管理。我们创建一个镜像仓库用来存放所有的基础镜像以及生成的最终交付镜像，在镜像仓库中对所有镜像进行管理。
服务容错
微服务之间存在错综复杂的依赖关系，一次请求可能会依赖多个后端服务，在实际生产中这些服务可能会产生故障或者延迟，在一个高流量的系统中，一旦某个服务产生延迟，可能会在短时间内耗尽系统资源，将整个系统拖垮，因此一个服务如果不能对其故障进行隔离和容错，这本身就是灾难性的。我们的微服务架构中使用了Hystrix组件来进行容错处理。Hystrix是Netflix的一款开源组件，它通过熔断模式、隔离模式、回退（fallback）和限流等机制对服务进行弹性容错保护，保证系统的稳定性。
1、熔断模式：熔断模式原理类似于电路熔断器，当电路发生短路时，熔断器熔断，保护电路避免遭受灾难性损失。当服务异常或者大量延时，满足熔断条件时服务调用方会主动启动熔断，执行fallback逻辑直接返回，不会继续调用服务进一步拖垮系统。熔断器默认配置服务调用错误率阀值为50%，超过阀值将自动启动熔断模式。服务隔离一段时间以后，熔断器会进入半熔断状态，即允许少量请求进行尝试，如果仍然调用失败，则回到熔断状态，如果调用成功，则关闭熔断模式。
2、隔离模式：Hystrix默认采用线程隔离，不同的服务使用不同的线程池，彼此之间不受影响，当一个服务出现故障耗尽它的线程池资源，其他的服务正常运行不受影响，达到隔离的效果。例如我们通过andThreadPoolKey配置某个服务使用命名为TestThreadPool的线程池，实现与其他命名的线程池隔离。
3、回退（fallback）：fallback机制其实是一种服务故障时的容错方式，原理类似Java中的异常处理。只需要继承HystixCommand并重写getFallBack()方法，在此方法中编写处理逻辑，比如可以直接抛异常（快速失败），可以返回空值或缺省值，也可以返回备份数据等。当服务调用出现异常时，会转向执行getFallBack()。有以下几种情况会触发fallback：
1）程序抛出非HystrixBadRequestExcepption异常，当抛出HystrixBadRequestExcepption异常时，调用程序可以捕获异常，没有触发fallback，当抛出其他异常时，会触发fallback；
2）程序运行超时；
3）熔断启动；
4）线程池已满。
4、限流： 限流是指对服务的并发访问量进行限制，设置单位时间内的并发数，超出限制的请求拒绝并fallback，防止后台服务被冲垮。
Hystix使用命令模式HystrixCommand包装依赖调用逻辑，这样相关的调用就自动处于Hystrix的弹性容错保护之下。调用程序需要继承HystrixCommand并将调用逻辑写在run()中，使用execute()（同步阻塞）或queue()（异步非阻塞）来触发执行run()。
动态配置中心
微服务有很多依赖配置，某些配置参数在服务运行期间可能还要动态修改，比如：根据访问流量动态调整熔断阀值。传统的实现信息配置的方法，比如放在xml、yml等配置文件中，和应用一起打包，每次修改都要重新提交代码、打包构建、生成新的镜像、重新启动服务，效率太低，这样显然是不合理的，因此我们需要搭建一个动态配置中心服务支持微服务动态配置。我们使用Spring Cloud的configserver服务帮我们实现动态配置中心的搭建。我们开发的微服务代码都存放在git服务器私有仓库里面，所有需要动态配置的配置文件存放在git服务器下的configserver（配置中心，也是一个微服务）服务中，部署到Docker容器中的微服务从git服务器动态读取配置文件的信息。当本地git仓库修改代码后push到git服务器仓库，git服务端hooks(post-receive，在服务端完成代码更新后会自动调用)自动检测是否有配置文件更新，如果有，git服务端通过消息队列给配置中心（configserver，一个部署在容器中的微服务）发消息，通知配置中心刷新对应的配置文件。这样微服务就能获取到最新的配置文件信息，实现动态配置。
以上这些框架或组件是支撑实施微服务架构的核心，在实际生产中，我们还会用到很多其他的组件，比如日志服务组件、消息服务组件等等，根据业务需要自行选择使用。在我们的微服务架构实施案例中，参考使用了很多Spring Cloud Netflix框架的开源组件，主要包括Zuul（服务网关）、Eureka（服务注册与发现）、Hystrix（服务容错）、Ribbon（客户端负载均衡）等。这些优秀的开源组件，为我们实施微服务架构提供了捷径。
如果想学习Java工程化、高性能及分布式、深入浅出。微服务、Spring，MyBatis，Netty源码分析的朋友可以加我的Java高级交流：854630135，群里有阿里大牛直播讲解技术，以及Java大型互联网技术的视频免费分享给大家。
云服务器的用途非常多，例如：
1、建网站。
利用著名的WordPress可以让小白和新手搭建一个网站。
2、技术编程。
现在互联网行业大爆发，衍生出来的技术岗位多不胜数，为了就业，为了拿好的待遇，你没有理由不借助云服务器来学习技术编程。优先学习Web应用开发编程，然后在云服务器上部署你的Web应用，让你所学的东西在线上环境下得到检验。爱好学习者，必须上云。
3、软件应用开发与部署。
可以把个人业余开发的开源Web应用部署到云服务器上，然后写技术教程建立个人技术品牌，未来的时代，是个人品牌的时代，有了个人品牌，你不必依靠平台吃饭。你的个人IP就能让你自食其力，持续打造自身专业的影响力。借助云技术，行动起来吧。
4、运维测试。
企业应用和个人应用测试用。性能压力测试，线上环境模拟测试等测试技能。
5、微服务开发。
大型互联网微服务应用已经不可能把各个服务都放在一台云服务器上，而是分散在数量庞大的云服务器上，分散访问压力。如果你要深入学习微服务，你有必要弄几台云服务器来部署你的应用，然后让别人看到你的成果。
云服务器的使用场景汇总：
1.搭建网站。个人博客，技术博客，生活随笔，产品推广等各种类型的网站。
2.编程。Java web编程+php web编程+python web编程+go web编程等等。
3.学习企业软件运维技能。
4.部署开源系统，可以上github上看，有很多大牛都借助云服务器部署开源项目。
5.自己接外包，做软件项目需要用到。
6.小程序，app，前端H5开发， 游戏 开发等等都需要用到。
7.互联网微服务架构，分布式系统开发都需要用到云服务器环境。
拥有一台云服务器，可以做很多事情。
更多使用技巧，点击原文：云服务器的用途有哪些？ - 云产品体验
tomcat 启动maven项目失败
maven的日志在哪里看_听说你还不会在服务器上部署项目？看这一篇文章就够了
weixin_39664995
关注
1点赞·1792人阅读
作为一名资深(fu xiu)的程序猿来说，一直不想向IDEA低头可能是我对MyEclipse最大的尊重。最近利用SSM框架搭建了一个项目后台。但是由于开发人员并不能处于同一个局域网中，于是将后台需要部署到公网服务器中。但是与普通的javaweb项目不同的是该项目是一个基于maven的多模块工程。其实刚开始笔者一直在担心不知如何部署，在网上搜到的资料也是零星半点。通过网上的一些思路，加上自己半天的摸索，终于将后台成功部署到服务器上。下面就具体讲解一下如何部署maven多模块工程到公网服务器上。PS:笔者服务器选用某云服务器(服务器只要是公网运行的就可以了！)
1、对maven项目进行打包，文件格式为war包
我们在使用SSM框架进行构建项目的时候， 父工程的打包方式是pom，common工程的打包方式是jar，主要的项目工程是我们的聚合工程，打包方式是pom， 聚合工程中又包括dao、pojo、interface、service、web工程，其中前四个打包方式都为jar，web工程的打包方式为war，那么我们的思路就很清晰了——就是将web工程打包出来。下图给出项目文件的整体架构图。
项目结构图
对父工程、common工程、项目工程文件进行安装，安装方法就是对工程进行右键--->Run as --->Maven install，操作过程如下图所示：
安装maven项目
如果项目没有同步更新的话，在这一步可以对项目行update，具体操作过程可以见下图。
更新maven项目
安装成功后在console框中可以看到安装成功之后的war包的路径，如下图所示。
war包所在文件夹
从计算机中打开这个路径，就会看到一个web工程的war包，我们可以记住这个路径，然后登陆上我们的云服务器。项目需要部署到tomcat容器中，因此需要在服务器上安装tomcat容器，运行tomcat的前提还是需要保证服务器上具有jdk环境。因此还需要在服务器上安装jdk，安装jdk以及tomcat容器的步骤实质非常简单，配置环境变量的步骤稍稍有些复杂，如果有不清楚的读者还不清楚怎么安装，可以自行百度或者评论留言，如果有必要我也会一步一步地将安装过程整理成一个帖子发出来。
打包后的war文件
在此假设我们的服务器已经有了jdk环境以及tomcat容器。将我们上步的war包通过文件上传工具上传到我们的服务器环境，然后进入服务器中的tomcat安装包中。
tomcat安装包
将上传到服务器的war包复制到tomcat的webapps目录下(使用cp命令进行复制)，复制之后的结果如下图所示：
复制成功自动解压文件
我们退回到启动bin目录下，也可以直接输入命令(这种需要我们对tomcat的安装包目录比较熟悉后使用)，启动之后我们可以查看tomcat的启动日志
//启动tomcat的命令 进入bin目录下 运行startup.sh文件(假设我们目前在webapps目录下)../bin/startup.sh//查看tomcat启动日志的命令(假设在webapps目录下)tail -f ../logs/catalina.out
登录后复制
看到如下的结果说明我们的tomcat启动成功：
tomcat启动成功
在浏览器中验证服务是否正常启动后台，在地址栏中输"公网ip：端口号(默认8080，可以自行设置端口80)/ 工程名/ controller文件下请求的路径"，成功如下图所示。写到这里，说明我们的后台服务已经能够正常启动，相对于一个前后端分离的项目，日后我们只需对后台进行维护和添加相应的服务，前端可以根据自己的需求进行请求服务，不受距离限制，保证网络即可。在整个配置过程中笔者还遇到一些其他的问题，但都不是很难受的问题，只要我们认真看启动日志，就能够解决一多半的问题。在此期间我遇到一个无法连接jdbc的问题，问题描述很清晰："can‘t not connect the jdbc"。遇到这种问题首先很容易想到是不是网络问题，但是对于本项目而言，数据库是使用的公网的oracle数据库，同一个服务器上的应该不存在这种问题，想想既然会在同一台机器那么我们是不是可以使用localhost或者127.0.0.1这种连接地址进行连接数据库(因为数据库相对于服务器来说应该说是本地环境)，但是试了一下发现还是不可以，但是我觉得我想的道理应该没错，可能受于云服务器的安全限制。于是我又改回来原来的ip。使用本地服务器连接公网数据库，发现还是同样的错误，于是我就想到了公网的数据库很有可能没有跑起来，再然后我去服务器上查看oracle的进程以及端口都没有开启监听，使用navicat for oracle连接数据库都显示没有开启监听问题，这种更加确定了问题的所在--数据库没有启动。于是在服务器上又开始开启数据库，由于第一次在云服务器上操作oracle数据库显然也是遇到了许多困难，对一些命令不熟悉不知道如何开启监听，也害怕哪个命令会搞坏这个东西，但最终还是摸索开启了数据库(如果大家这部分还有疑问的话可以评论留言，我有空还是会把这部分的经验步骤写出来，虽然不可能面面俱到的讲解，但起码我们有了解决问题的能力！)，最终数据库连接成功。至此mavne多模块项目也就成功部署到了云服务器上！
浏览器验证成功
如果这篇经验贴对您有帮助或者有点启发，那么笔者写这么多的内容也算没有白费，请您一定不吝点赞或者评论，有问题我们可以一起解决！
maven的日志在哪里看
myeclipse部署tomcat
tomcat 启动maven项目失败
tomcat 部署war 访问路径去掉war包名
微服务项目怎么部署到服务器上
怎么把图片部署到服务器上
二手进口功放机，正品保证！
精选推荐
广告
如何将项目部署到服务器上(全套教程)
4934阅读·4评论·5点赞
2022年7月31日
JavaWeb - Maven基础
86阅读·0评论·1点赞
2019年10月8日
linux 执行maven项目jar包，并指定日志路径
597阅读·0评论·0点赞
2022年10月2日
maven项目打包部署到虚拟机测试和生产环境上及查看日志操作
2826阅读·0评论·0点赞
2018年4月27日
Maven项目配置Log日志
2551阅读·0评论·1点赞
2019年8月8日
maven的日志在哪里看_SpringBoot统一日志处理原理
1541阅读·0评论·0点赞
2020年11月20日
功放机什么牌子好 功放机选购攻略分享
精选推荐
广告
maven的log日志文件的配置
1.0W阅读·6评论·1点赞
2019年4月7日
Maven错误日志：Maven简介、使用过程、注意事项、错误解决方案
232阅读·0评论·0点赞
2022年5月4日
Maven 项目添加Log日志
5225阅读·0评论·1点赞
2018年11月29日
maven 调试日志的命令
199阅读·0评论·1点赞
2022年9月6日
maven的日志在哪里看_日志管理领域研究现状(2)
256阅读·0评论·0点赞
2020年11月5日
maven的日志在哪里看_搭建私有Sentry日志收集系统并集成到springboot
182阅读·0评论·0点赞
2020年10月18日
idea maven项目日志配置
3714阅读·0评论·0点赞
2017年7月14日
logback修改日志内容_巧用maven profile动态修改logback日志目录
323阅读·0评论·0点赞
2020年11月28日
idea中查看maven信息
2252阅读·0评论·0点赞
2021年8月27日
log4j配置
92阅读·0评论·0点赞
2020年9月15日
maven工程引入日志
398阅读·0评论·0点赞
2021年7月5日
eclipse中maven项目配置日志输出
8985阅读·0评论·3点赞
2016年11月22日
maven插件日志保存处理
650阅读·0评论·1点赞
2019年2月20日
maven学习日志之一 Maven概念
1302阅读·0评论·0点赞
2016年8月17日
去首页
看看更多热门内容
欢迎分享，转载请注明来源：夏雨云
微信扫一扫
支付宝扫一扫
评论列表（0条）