微服务网关和注册中心区别可以打成war包吗?

可以。据道客巴巴资料查询，微服务网关和注册中心区别可以打成war包。很多企业的Java应用程序打包为war包。比如构建一个在线商店系统：客户下订单、核对清单和xyk额度，并将货物运输给客户。

在Java生态中，构建微服务的策略包括Container-less，Self-contained，以及In-container等。

Container-less微服务将应用及其依赖打包成一个单一的jar文件。

Self-contained微服务也是打包成一个单一的Jar文件，但它还包括一个嵌入式框架，这个框架含有可选的第三方lib，当然这些lib是兼容的。

In-container微服务打包成一个完整的Java

EE容器，该服务在Docker镜像中实现。

基于微服务的架构给架构师和开发者带来了新的挑战，然而，随着语言的升级和工具数量的增加，开发者和架构师完全有能力应对这样的挑战。Java也不例外，本文探讨了在Java生态系统内构建微服务的不同方法。

早在2013年的时候，docker就已经发行，然而那会还是很少人了解docker。一直到2014年，Martin Fowler提出了微服务的概念，两个不相干的技术终于走在了一起，创造了今天的辉煌！

近几年来，很多互联网关系开始跟风，构建docker+微服务的架构体系。然而，根据笔者观察发现，有些童鞋在使用过程中，只是会用，而根本不了解为什么使用docker，反正对他们来说，公司让用就用！而某些公司呢，虽然用上了docker，然而运维方式并没有发生改变，白白浪费了docker的大好性能

过去:曾记得12年那会，部门要上一个项目。那会，我是这么干的。直接去线上服务器，拷贝一个tomcat，然后改端口号，然后部署应用到webapps文件夹下，重启就好。而且我可以摸着良心说，现在还有很多传统企业是这么做的。

那么这么做的缺点？

很明显，应用之间相互影响。一个应用出现问题，该应用把线程池给拖垮了，这个服务器上的其他应用一起凉凉。一个大型应用拆分为几十个微服务，分别交由不同的团队开发，不同团队之间水平参差不齐。如果还采用这种部署方式，你的应用和某个坑爹团队的应用部署在了同一台服务器上，至于结果，我相信你懂的。

现在:用上了docker容器后，将Docker可以将我们的应用程序打包封装到一个容器中，该容器包含了应用程序的代码、运行环境、依赖库、配置文件等必需的资源。容器之间达到进程级别的隔离，在容器中的 *** 作，不会影响道宿主机和其他容器，这样就不会出现应用之间相互影响的情形！

---