微服务架构之「容器技术」
现在谈起容器技术，大家都会提到Docker。但事实上，在Docker出现之前，以CloudFoundry和OpenShift为代表的容器技术当时已经成为PaaS社区的主流。
那么为什么Docker最终变得流行起来呢？传统PaaS技术可以一键将本地应用部署在云端，但部署在单独的环境（容器）中，但其兼容性很差。
主要原理是将本地应用程序和启停脚本打包在一起，以便上传到云服务器并通过云服务器上的脚本启动应用程序。
这种方法具有示范意义。
然而，在实际情况下，由于本地和云环境之间的差异；上传到云端的应用程序经常会报告各种错误，并需要进行各种修复和参数修改才能实现兼容性。
即使在项目迭代过程中。
需要进一步修改各个版本的代码，能耗非常低。
然而，Docker通过一个小小的创新就完美解决了这个问题。
在Docker的解决方案中，它不仅打包本机应用程序；所谓的“Docker镜像”。
它还将本地环境（操作系统的一部分）打包成文件包。
所以，我们可以基于这个“Docker镜像”直接在本地开发和测试应用程序执行所需的所有依赖项。
点击Docker实现了本地和云环境的完美兼容，真正实现了一次运行、随处运行。
1.容器到底是什么？容器到底是什么？虽然我们对容器了解不多。
我们可能对虚拟机很熟悉；那么我们先来看看容器和虚拟机的比较和区别。
上图左边是虚拟机的原理；右边是Docker容器的原理。
虚拟机基于虚拟机管理程序软件，在主机上虚拟出操作系统所需的一组硬件工具。
然后，在该虚拟硬件上安装操作系统GuestOS后，不同的应用程序可以在不同的GuestOS上运行它们。
尽管与其他资源隔离。
创建虚拟机需要虚拟机管理程序，每个虚拟机都需要运行GuestOS的完整操作系统。
这种方法会带来很多额外的资源。
虽然Docker容器没有虚拟机管理程序层。
虽然这需要在主机上运行DockerEngine。
它的原理是与Hypervisor完全不同。
它不虚拟化硬件设备，可以独立运行全套GuestOS操作系统。
。
Docker容器没有这么复杂的实现原理。
这实际上只是一个正常过程，但却是一个经过专门设计的正常过程。
当我们启动容器时（dockerrun ），DockerEngine启动一个进程，此过程在我们的容器中运行应用程序。
但是DockerEngine对这个进程执行了一些特殊的操作之后。
这个进程看到的外部环境不再是宿主机的环境。
当前操作系统上的进程），DockerEngine会限制该进程使用的资源，以防止无限制地使用主机资源。
那么DockerEngine到底做了什么特殊动作才能达到这个神奇的效果呢？2、容器如何实现资源隔离和限制？Docker容器主要使用两个技术点来隔离这个过程：理解这两个技术点对于理解容器的基本概念非常重要。
下面我们来详细解释一下。
3.什么是容器镜像？基础容器镜像实际上是操作系统的文件系统包含（文件和目录）但不包含操作系统内核的rootfs。
rootfs是一个挂载在容器根目录下的全新文件系统。
该文件系统与主机的文件系统无关。
对于Docker容器；基于pivot_root指令，我们需要将容器中的系统根目录更改为rootfs。
使用rootfs，容器可以为进程构建完整的文件系统，并实现与主机和环境的隔离，使其成为基于容器的本地应用程序和带有rootfs的云应用程序的运行环境。
此外，为了方便镜像的复用，Docker在镜像中引入了层的概念，可以将不同的镜像一层层组织起来。
这样，如果我们想制作一个新图像，可以根据之前制作的图像继续进行。
如上图所示，在这个例子中，最底层是操作系统引导，最顶层是基础镜像层（Linux文件系统），上层会将我们需要的各种应用镜像附加到Docker中。
在安装点，这些图像层是只读的。
只有顶层容器层可以读写。
这种分层的解决方案实际上是基于联合文件系统UnionFS（UnionFileSystem）的技术。
它可以将所有不同的目录放在同一个目录中。
例如，测试1和测试2如果有文件夹的话这两个文件夹中的文件可以相同也可以不同。
然后在test3中可以使用mount连接这两个文件夹，那么test3目录就会有test1和test2的所有文件（相同的文件会重复，不同的文件会保留）。
这一原则适用于Docker镜像，例如A同学创建了一个基于Linux的Java环境镜像，S同学想要搭建一个JavaWeb环境。
他不需要制作Java环境镜像。
您可以直接添加Tomcat，并根据A同学的镜像创建一个新的镜像。
以上是对微服务架构“容器技术”的一些思考。
如果您喜欢Coding，请将其发送给您的朋友或点击文章右下角的“阅读”。
压力容器总图上的技术要求应包括哪些
根据TSG21-2016《固定式压力容器技术安全监察规则》的规定，总设计图上必须明确多项关键信息，以确保压力容器的安全性、合规性。主要包括压力容器的名称和类别，以及其设计和制造所遵循的基本法规和产品标准。
在工作条件部分，应详细说明工作压力、工作温度和环境特征，例如毒性和爆炸危险，以评估潜在风险。
部分设计条件必须涵盖设计温度、设计载荷（需要考虑的所有载荷，包括压力）、介质成分、腐蚀裕度、焊缝系数、自然条件等。
对于液化气储罐，还需标明填充系数，对于容易发生应力腐蚀的储存容器，应注明限量腐蚀含量；关于材料，重要的信息是主要压力元件的材料牌号和材料标准。
此外，压力容器的容积、传热面积、换热器通道数等主要特性参数也是总体设计图的重要。
设计寿命也是一个考虑的问题。
对于疲劳容器，还必须指定循环次数。
特殊制造要求、热处理要求、无损检测要求、压力检测和泄漏检测要求、防腐蚀要求等都需要详细规定。
保护装置的规格和特殊订购要求（除非已考虑用于工艺系统），以及压力容器铭牌的位置，也应在设计主图上明确注明。
最后还需要包装、运输、组装和现场安装的详细说明。
压力容器的安全附件技术资料包括哪些？
安全设备技术资料是压力容器管理的重要组成部分，包括安全设备技术说明书和安全设备检查或更换记录。安全装置的技术说明书是名称、形式使用条款，结构图；记录安全设备的技术条件、范围等详细关键信息。
安全装置检查或更换记录包括检查和维修日期；替代日期；确保压力容器安全运行的重要依据，包括更换记录等。
这些记录由专职集装箱管理人员如实填写，为后续的安全检查和维护提供可靠的基线。
安全附件技术资料的完整性和准确性对于压力容器的正常运行具有重要意义。
详细记录安全装置的技术信息以及检查和更换历史记录；可以有效预防交通事故，保障人身和财产安全。
因此，安全配件具有完美的技术性信息系统的建立和维护是压力容器安全管理的重要组成部分。
在压力容器的日常使用中；安全附件的性能直接影响设备的安全可靠性。
所以，定期检查和更换安全附件是保证压力容器安全运行的关键。
通过记录检查或更换的过程和结果，可以及时发现并解决问题，避免安全隐患。
安全附件的技术资料管理不仅包括设备的性能规格和技术要求，还包括设备的使用情况。
包括维护和管理流程。
安全装置的技术信息；检查和校准日期；通过详细记录更换日期和更换记录；您将能够全面了解压力容器的安全状况。
机器的日常管理；为维护和应急响应提供重要参考。
。
