java中什么叫微服务(java微服务和分布式的区别有哪些)

很多朋友对于java中什么叫微服务和java微服务和分布式的区别有哪些不太懂，今天就由小编来为大家分享，希望可以帮助到大家，下面一起来看看吧！

java微服务和分布式的区别有哪些

这个问题已经收藏了一个多月了，一直在考虑如何回答这个问题，总结了很长时间终于有了一些感悟（之前一直都是只可意会不可言传的感觉），和大家分享一下，如果有不同的建议，欢迎大家留言指正。

分布式和微服务

首先，我认为微服务就是分布式框架的一种。

分布式的思想就是把一个系统的不同模块，部署在不同的服务器上，以应对高并发的问题。

SOA是一种分布式架构，把业务系统分成多个子系统，提供不同的服务，再通过服务组合、编排实现业务流程；通常在SOA架构中，ESB企业服务总线扮演了重要的角色。

微服务是SOA的升华，如果非要说点儿不同的，那么微服务更加强调服务的细分和专业，去ESB总线、去中心化，部署粒度更细，服务扩展更灵活。

微服务不只是技术架构

很多同学一说微服务，就说这是一种技术架构，有的推荐使用Dubbo，有的推荐使用SpringCloud。

我认为，微服务不单单是一种技术架构，也涉及到了管理、组织架构。

大多数的公司，需求、开发、测试、运维都是独立的团队，这实际上是有悖于微服务快速迭代的思想；在微服务的架构下，一个服务应该是由一个团队全权负责的。

不过组织架构方面的事情，真的不是我们能说了算的。

必须要用微服务？

架构设计还是要根据需求背景、团队开发能力、软硬件实力综合来考虑。

好的架构是可以进化的，而不是一步到位建成的。

我将持续分享Java开发、架构设计、程序员职业发展等方面的见解，希望能得到你的关注。

微服务架构之「 容器技术 」

现在一聊到容器技术，大家就默认是指 Docker了。但事实上，在 Docker出现之前，PaaS社区早就有容器技术了，以 Cloud Foundry、OpenShift为代表的就是当时的主流。

那为啥最终还是 Docker火起来了呢？

因为传统的PaaS技术虽然也可以一键将本地应用部署到云上，并且也是采用隔离环境（容器）的形式去部署，但是其兼容性非常的不好。因为其主要原理就是将本地应用程序和启停脚本一同打包，然后上传到云服务器上，然后再在云服务器里通过脚本启动这个应用程序。

这样的做法，看起来很理想。但是在实际情况下，由于本地与云端的环境差异，导致上传到云端的应用经常各种报错、运行不起来，需要各种修改配置和参数来做兼容。甚至在项目迭代过程中不同的版本代码都需要重新去做适配，非常耗费精力。

然而 Docker却通过一个小创新完美的解决了这个问题。在 Docker的方案中，它不仅打包了本地应用程序，而且还将本地环境（操作系统的一部分）也打包了，组成一个叫做「 Docker镜像」的文件包。所以这个「 Docker镜像」就包含了应用运行所需的全部依赖，我们可以直接基于这个「 Docker镜像」在本地进行开发与测试，完成之后，再直接将这个「 Docker镜像」一键上传到云端运行即可。

Docker实现了本地与云端的环境完全一致，做到了真正的一次开发随处运行。

一、容器到底是什么？

容器到底是什么呢？也许对于容器不太了解，但我们对虚拟机熟悉啊，那么我们就先来看一下容器与虚拟机的对比区别：

上图的左侧是虚拟机的原理，右侧是Docker容器的原理。

虚拟机是在宿主机上基于 Hypervisor软件虚拟出一套操作系统所需的硬件设备，再在这些虚拟硬件上安装操作系统 Guest OS，然后不同的应用程序就可以运行在不同的 Guest OS上，应用之间也就相互独立、资源隔离了，但是由于需要 Hypervisor来创建虚拟机，且每个虚拟机里需要完整的运行一套操作系统 Guest OS，因此这个方式会带来很多额外资源的开销。

而 Docker容器中却没有 Hypervisor这一层，虽然它需要在宿主机中运行 Docker Engine，但它的原理却完全不同于 Hypervisor，它并没有虚拟出硬件设备，更没有独立部署全套的操作系统 Guest OS。

Docker容器没有那么复杂的实现原理，它其实就是一个普通进程而已，只不过它是一种经过特殊处理过的普通进程。

我们启动容器的时候（docker run…），Docker Engine只不过是启动了一个进程，这个进程就运行着我们容器里的应用。但 Docker Engine对这个进程做了一些特殊处理，通过这些特殊处理之后，这个进程所看到的外部环境就不再是宿主机的那个环境了（它看不到宿主机中的其它进程了，以为自己是当前操作系统唯一一个进程），并且 Docker Engine还对这个进程所使用得资源进行了限制，防止它对宿主机资源的无限使用。

那 Docker Engine具体是做了哪些特殊处理才有这么神奇的效果呢？

二、容器是如何做到资源隔离和限制的？

Docker容器对这个进程的隔离主要采用2个技术点：

弄清楚了这两个技术点对理解容器的原理非常重要，它们是容器技术的核心。

下面来详细解释一下：

三、容器的镜像是什么？

一个基础的容器镜像其实就是一个 rootfs，它包含操作系统的文件系统（文件和目录），但并不包含操作系统的内核。

rootfs是在容器里根目录上挂载的一个全新的文件系统，此文件系统与宿主机的文件系统无关，是一个完全独立的，用于给容器进行提供环境的文件系统。

对于一个Docker容器而言，需要基于 pivot_root指令，将容器内的系统根目录切换到rootfs上，这样，有了这个 rootfs，容器就能够为进程构建出一个完整的文件系统，且实现了与宿主机的环境隔离，也正是有了rootfs，才能实现基于容器的本地应用与云端应用运行环境的一致。

另外，为了方便镜像的复用，Docker在镜像中引入了层（Layer）的概念，可以将不同的镜像一层一层的迭在一起。这样，如果我们要做一个新的镜像，就可以基于之前已经做好的某个镜像的基础上继续做。

如上图，这个例子中最底层是操作系统引导，往上一层就是基础镜像层（Linux的文件系统），再往上就是我们需要的各种应用镜像，Docker会把这些镜像联合挂载在一个挂载点上，这些镜像层都是只读的。只有最上面的容器层是可读可写的。

这种分层的方案其实是基于联合文件系统UnionFS（Union File System）的技术实现的。它可以将不同的目录全部挂载在同一个目录下。举个例子，假如有文件夹 test1和 test2，这两个文件夹里面的文件有相同的，也有不同的。然后我们可以采用联合挂载的方式，将这两个文件夹挂载到 test3上，那么 test3目录里就有了 test1和 test2的所有文件（相同的文件有去重，不同的文件都保留）。

这个原理应用在Docker镜像中，比如有2个同学，同学A已经做好了一个基于Linux的Java环境的镜像，同学S想搭建一个Java Web环境，那么他就不必再去做Java环境的镜像了，可以直接基于同学A的镜像在上面增加Tomcat后生成新镜像即可。

以上，就是对微服务架构之「容器技术」的一些思考。

码字不易啊，喜欢的话不妨转发朋友，或点击文章右下角的“在看”吧。

Java 后端到底是在做什么

Java的应用领域：

1、Web应用程序设计

可以从事网站应用程序开发，Java在网站开发领域占据了很大部分，像是网页制作、网站维护、软件测试等等。

2、大数据技术

目前大数据应用到的技术是Java应用和其他，尽管Java

3、可视化程序设计：

从事软件企业桌面应用开发，像是软件测试、数据库管理与应用开发、系统支持等。

4、移动应用开发设计：

能够从事移动设备应用开发、嵌入式应用开发、移动网站开发、软件生产企业编码、软件测试、系统支持、软件销售、企、事业单位信息管理、办公自动化集成等工作。

包括无线手持设备、智能卡、通信终端、医疗设备、信息家电（数字电视、机顶盒、冰箱）、汽车电子设备等应用领域，比如还有手机上的Java应用程序和Java游戏。还有很多就不一一列举了。

java从业岗位方向

1、网页开发

目前Java编程技术的应用越来越普遍，也越来越完善，在Java培训学习中我们就可以看的出来Java不仅可以做后端开发同时也可以做前端开发，在Java培训机构的课程内容中对于html、css、js都有包含。

2、企业级应用开发

Java的安全性和稳定性得到了企业的青睐，现在很多企业都会用Java来开发一些大型应用，例如第三方交易系统、银行前后台交易系统、医疗管理系统等等。所以一些项目经验多人可以在培训后找Java企业级应用开发类工作。

3、Java大数据开发

现在越来越多的企业对于大数据的应用逐渐在增多，而从事大数据首先就要懂得一门编程技术，Java就是其中之一，所以学好Java技术以后可以从事大数据相关技术。

4、游戏开发

国内游戏行业近年来发展十分迅速，专业的游戏人才一直存在需求缺口。目前有一些游戏脚本语言可以与Java开发语言进行无缝交互，Java开发语言本身也可以编写游戏脚本。因此学会Java开发后，也可以选择成为一名游戏开发人员。

END，本文到此结束，如果可以帮助到大家，还望关注本站哦！