下载文档原格式
Docker入门白皮书全面了解容器技术Docker，又叫容器技术一、从dotCloud到Docker--低调奢华有内涵1、追根溯源：dotCloud时间倒回到两年前，有一个名不见经传的小公司，他的名字叫做：dotCloud。
dotCloud 公司主要提供的是基于PaaS(Platform as a Service，平台及服务)平台为开发者或开发商提供技术服务，并提供的开发工具和技术框架。
初创企业总是艰难的，dotCloud也是一样。
在IBM，亚马逊，谷歌等大公司的挤压下，dotCloud举步维艰。
即使2011年拿到了1000万美元的融资，可和上述大公司比起来，也不过是杯水车薪。
随着开源的洪流袭来，在2013年dotCloud 的创始人，28岁的Solomon Hykes做了一个艰难的决定：将dotCloud的核心引擎开源!然而一旦这个基于LXC(Linux Container)技术的核心管理引擎开源，dotCloud公司就相当于走上了一条'不归路'。
可正是这个孤注一掷的举动，却带来了全球技术人员的热潮，众程序员惊呼：太方便了，太方便了。
也正是这个决定，让所有的IT巨头也为之一颤。
一个新的公司也随之出世，它就是：Docker。
2、Docker 出世：从Docker0.1到Docker1.0一个春秋，跨越了Docker 的成名路。
在互联网时代，一夜成名早已不是什么新闻。
Docker 这个技术公司，向我们证明了，成为一个'国际巨星'，只需要一个月。
2013年2月决定开源，到2013年3月20日发布Docker0.1，只用了一个月的时间。
今后几乎每个一个月，Docker都会发布一个版本。
而Docker0.1的发布像是一个宣言，昭示着一个Docker正在以一个新兴容器领导者的姿态迈进。
正如我们所知，从Docker0.1到Docker1.0，15个月的时间，Docker迅速成长。
Edge OTN 解决方案技术白皮书文档版本 V1.1 发布日期2021-03-20华为技术有限公司版权所有© 华为技术有限公司2021。
保留一切权利。
非经本公司书面许可，任何单位和个人不得擅自摘抄、复制本文档内容的部分或全部，并不得以任何形式传播。
商标声明和其他华为商标均为华为技术有限公司的商标。
本文档提及的其他所有商标或注册商标，由各自的所有人拥有。
注意您购买的产品、服务或特性等应受华为公司商业合同和条款的约束，本文档中描述的全部或部分产品、服务或特性可能不在您的购买或使用范围之内。
除非合同另有约定，华为公司对本文档内容不做任何明示或默示的声明或保证。
由于产品版本升级或其他原因，本文档内容会不定期进行更新。
除非另有约定，本文档仅作为使用指导，本文档中的所有陈述、信息和建议不构成任何明示或暗示的担保。
华为技术有限公司地址：深圳市龙岗区坂田华为总部办公楼邮编：518129网址：https://客户服务邮箱：******************客户服务电话：4008302118文档版本V1.1 (2021-03-20) 版权所有© 华为技术有限公司第 2 共29目录1 FMEC网络融合的趋势与挑战 (4)1.1 品质业务需求快速增长 (4)1.2 融合业务成为趋势 (6)1.3 FMEC网络建设面临的挑战 (7)1.4 总结 (8)2 Edge OTN方案是FMEC融合建网的最佳选择 (9)2.1 Edge OTN架构 (9)2.2 基于价值区域的精准布局建网方式 (10)2.3 总结 (12)3 Edge OTN关键技术 (13)3.1 环境适应性增强技术 (13)3.2 灰光彩光混合传输 (13)3.3 Liquid OTN技术 (14)3.4 高精度时间同步 (15)4 华为Edge OTN解决方案 (16)4.1 精准规划工具 (16)4.2 全场景部署能力 (17)4.3 光层电层创新方案 (19)4.3.1 极简光层 (19)4.3.2 X+Y分布式电层 (20)4.3.3 创新线路速率 (22)4.3.4 平滑演进典型方案 (22)4.4 智慧运维 (23)4.4.1 NCE智能管控 (23)4.4.2 光层自动调测 (24)4.4.3 智能光纤管理 (24)4.4.4 智慧光性能管理 (24)5 总结 (26)A 缩略语 (27)1 FMEC网络融合的趋势与挑战1.1 品质业务需求快速增长宽带成为人们生产、生活必需的基础资源。
中创中间件应用服务器技术白皮书中创软件商用中间件股份有限公司2014年12月目录第1章市场概述 (3)1.1.核心价值 (3)1.2.市场需求 (4)第2章产品概述 (6)第3章产品组成架构 (8)3.1.体系结构 (8)3.2.容器 (9)3.2.1. Web容器 (9)3.2.2. EJB容器 (10)3.3.服务 (12)3.3.1. 会话管理（Session Management） (12)3.3.2. 连接器（Connector) (13)3.3.3. 名字服务（Naming Service） (14)3.3.4. 消息服务（Messaging Service） (16)3.3.5. JMX服务（JMX Service） (17)3.3.6. 邮件服务（JavaMail） (17)3.3.7. 事务服务（Transaction Service） (18)3.3.8. 安全服务（Security Service） (20)3.3.9. 数据源（DataSource） (21)3.3.10. 持久服务（Java Persistence） (22)3.3.11. RMI-IIOP (23)3.3.12.上下文依赖注入服务（Contexts and Dependency Injection） (23)3.3.13. Web服务（Web Services） (24)第4章产品特性 (26)4.1.灵活部署，快速构建 (26)4.2.统一管理，便捷运维 (26)4.3.全面监控，运筹帷幄 (26)4.4.高效集群，稳定可靠 (27)4.5.国产软硬件环境兼容，自主可控 (28)4.6.支持云计算，助力云迁移 (28)4.7.弹性架构，随需扩展 (29)4.8.W EB攻击防护，安全增值 (29)第5章综述 (31)5.1.产品优势 (31)5.2.市场应用 (31)第6章运行环境 (33)第7章支持的标准及规范 (35)第8章公司简介 (37)第9章成功案例 (38)第10章附录 A. 术语表 (40)第11章技术联系人 ......................................................................................................................... 错误!未定义书签。
H3C CAS云计算管理平台技术白皮书目录1 前言 (1)1.1 IT行业当前面临的困境 (1)1.1.2 高昂的成本支出 (1)1.1.3 缓慢的业务部署速度 (1)1.1.4 分散的管理策略 (1)1.2 应对困境的有效措施 (2)1.2.1 控制服务器数量膨胀，提高服务器利用率 (2)1.2.2 采用虚拟化基础架构技术和云运营体系，提高业务响应速度 (2)1.2.3 对数据中心IT基础设施进行集中化、可视化的管理 (2)1.3 H3C CAS云计算管理平台简介 (2)1.3.1 概念介绍 (2)1.3.2 H3C CAS云计算管理平台产品介绍 (3)2 技术特点 (5)2.1 基于集群的集中管理 (5)2.2 完备的虚拟机生命周期管理 (5)2.3 性能状况监测 (6)2.3.1 物理服务器性能状况监测 (6)2.3.2 虚拟机性能状况监测 (6)2.3.3 虚拟交换机状况监测 (7)2.3.4 虚拟网卡性能状况监测 (7)2.4 共享存储管理能力 (8)2.5 高可靠性 (9)2.5.1 传统的高可靠性和故障切换解决方案 (9)2.5.2 H3C CAS云计算管理平台HA解决方案 (10)2.6 动态资源调整 (11)2.7 经济高效的灾备恢复方案 (12)2.8 支持IEEE 802.1Qbg标准 (13)2.9 多租户业务安全 (13)2.10 自助式云业务工作流 (14)2.11 用户分级管理 (16)2.12 数据中心集中保护与审核 (18)3 典型组网应用 (18)3.1 服务器虚拟化应用 (18)i3.2 云业务运营管理应用 (19)3.3 注意事项 (20)3.3.1 对服务器硬件的要求 (20)3.3.2 整合比（单台服务器上虚拟机数量）的决定因素 (21)ii1 前言1.1 IT行业当前面临的困境自从上世纪90年代开始，IT行业在全球范围内得到了迅猛的发展，IT平台的规模和复杂程度出现了大幅度的提升，与此同时，很多企业的IT机构却因为这种提升而面临着一种新的困境：高昂的硬件成本和管理运营成本、缓慢的业务部署速度以及缺乏统一管理的基础架构。
容器技术应用白皮书内容摘要近年来，容器技术及相关应用得到了国内外越来越多的关注度，研发和应用推广发展势头迅猛。
在国外，容器技术已经形成了较成熟的生态圈；在国内，金融企业、互联网企业、IT企业积极投入容器技术研发和应用推广，发展势头迅猛。
为了积极引导我国容器技术和应用发展，我们编写本白皮书。
其主要内容包括：∙一、针对容器技术现状进行研究和分析。
一是梳理了容器技术从开始到现在的发展历程，对现有容器发展的生态结构进行分析，其中包括开源社区、产业联盟、解决方案厂商等；二是对容器技术框架进行了详细的描述，对技术框架各层涉及的技术点进行了介绍；三是结合已发布的国家和国际标准，将现有容器技术对于参考架构的实现情况进行分析；四是分析了容器技术与大数据、物联网、SDN之间的关系。
∙二、容器技术发展路线及技术架构。
通过列举容器技术典型4个应用场景，包括PaaS平台建设、软件定义数据中心、容器即服务、持续集成和发布等，分析了容器技术在各种场景下的关键成功因素。
∙三、容器未来发展趋势。
结合容器发展现状和应用场景应用情况，分析了容器技术在应用过程中面临的问题，同时提出了容器今后发展的生态图，对未来容器技术发展进行了展望。
一、概述1.1 背景继虚拟化技术出现后，容器技术逐渐成为对云计算领域具有深远影响的变革技术。
容器技术的发展和应用，将为各行业应用云计算提供了新思路，同时容器技术也将对云计算的交付方式、效率、PaaS平台的构建等方面产生深远的影响，具体体现在以下几个方面：1.2 相关术语表1.1 术语术语定义/解释镜像系统文件及其应用文件以特殊的文件形式进行备份制作成单一的文件。
微服务架构微服务架构是一种特定的软件应用程序设计方式——将大型软件拆分为多个独立可部署服务组合而成的套件方案。
开发运维一体化可定义为是一种过程、方法、文化、运动或实践，主要是为了通过一条高度自动化的流水线来加强开发和其他IT职能部门之间的沟通和协作，加速软件和服务的交付。
技术服务白皮书随着科技的快速发展，技术服务在各个行业中扮演着越来越重要的角色。
技术服务是指提供专业技术支持、解决问题和满足客户需求的一系列服务。
技术服务白皮书旨在详细介绍技术服务的重要性、流程、策略以及如何提供高质量的技术支持。
一、技术服务的重要性技术服务在现代社会中扮演着重要的角色。
首先，技术服务可以帮助客户解决技术难题，提高产品的使用效果。
通过提供专业的技术支持和解决方案，技术服务可以帮助客户充分发挥产品的优势，提升客户满意度和忠诚度。
其次，技术服务可以提供持续的技术支持，确保产品的稳定运行。
技术服务团队可以定期检查和维护客户的设备和系统，及时发现和解决潜在的问题，保证产品的可靠性和稳定性。
此外，技术服务还可以帮助企业降低成本并提高效率。
通过技术服务的优化和改进，企业可以减少故障率和维修成本，提高生产效率，增加利润。
二、技术服务的流程技术服务的流程可以分为以下几个步骤：1.需求分析：技术服务团队首先需要了解客户的需求和问题，与客户进行沟通，明确问题的具体情况和要求。
2.解决方案设计：根据客户的需求，技术服务团队提供符合客户要求的解决方案。
这包括产品选择、技术支持、培训等。
3.实施和部署：一旦解决方案确定，技术服务团队开始实施和部署。
他们会安装和配置系统，进行测试和调试，确保产品的正常运行。
4.培训和支持：技术服务团队会提供培训，帮助客户了解产品的使用方法和技术要点。
他们还会提供持续的技术支持，解决客户在使用过程中的问题。
5.维护和升级：技术服务团队会定期检查和维护客户的设备和系统，确保其正常运行。
他们还会进行产品的升级和改进，提供更好的技术支持。
三、技术服务的策略为了提供高质量的技术服务，以下是一些常用的技术服务策略：1.专业团队：技术服务团队应该由专业的技术人员组成，他们应该具备丰富的技术知识和解决问题的能力。
2.快速响应：技术服务团队应该能够快速响应客户的需求和问题。
他们应该有良好的沟通和协调能力，能够及时解决客户的问题。
微服务治理技术白皮书随着技术的日新月异，微服务已成为当今软件开发过程中不可缺少的一环。
事实上，微服务的概念不仅仅是将软件服务拆分成若干独立的功能模块，它也涉及到服务的管理、改进以及调度等过程。
在这种情况下，微服务治理技术出现了，它是一种服务编排和控制的复杂技术，能够让软件开发者快速、高效地构建、编排和部署复杂的微服务应用程序。
本白皮书将详细介绍微服务治理技术，包括它的构成，应用方式和未来发展方向。
一、微服务概述微服务技术是一种用于构建灵活、可扩展和可管理的软件系统的新型架构。
它把一个原本开发完成的整体应用程序划分成小的、独立的服务，这些服务可以有效地运行在不同环境和体系结构之上。
微服务的优势已被大家所认可：1.术多样性：微服务可以采用不同技术来构建应用程序，这能给软件开发者提供更多的灵活性。
2.署独立性：每个服务都可以独立部署，可以更灵活地进行更新和维护，这有助于更快的交付。
3.载均衡：微服务采用负载均衡技术，可以有效地分发系统负载，提高系统性能。
4.高的可用性：应用程序故障不会导致整体服务停止，更能提高可用性。
二、微服务治理技术微服务治理技术是支持微服务架构的重要技术，它的目的是帮助企业快速、高效地构建、编排和部署复杂的微服务应用程序。
微服务治理技术由多种技术组成，其主要包括网络拓扑、服务管理、服务发现、数据共享、安全等。
（1）网络拓扑网络拓扑是构建微服务架构的基本要素。
它支持微服务之间的交互，能够实现服务之间的调度和路由。
有了网络拓扑，开发者可以轻松编排微服务，而不必担心微服务之间的通信和数据交换问题。
（2）服务管理服务管理是微服务治理的核心，它负责管理和维护所有的服务，主要包括服务的提取、部署、监控和配置等。
它能够保证微服务在各种环境下正常运行，以及在各个服务之间实现高效协作。
（3）服务发现服务发现是为了满足微服务之间的动态交互而引入的技术。
它通过内部服务网络，让节点发现服务，获取服务地址，从而达到动态路由的目的。
容器服务C精编S平台V技术白皮书GE GROUP system office room 【GEIHUA16H-GEIHUA GEIHUA8Q8-目录第1章系统概述 (4)1.1建设背景 (4)1.2痛点分析 (4)1.3系统简介 (4)1.4建设目标 (5)第2章系统架构 (6)第3章 CI&CD流程 (7)第4章功能说明 (9)4.1功能清单 (9)4.2开发集成 (10)4.2.1 代码仓库 (10)4.2.2 项目管理 (10)4.2.3 工程管理 (10)4.3应用管理 (11)4.3.1 应用管理 (11)4.3.2 服务管理 (11)4.3.3 容器管理 (12)4.4交付中心 (12)4.4.1 基础镜像 (12)4.4.2 项目镜像 (12)4.4.3 应用市场 (13)4.5运维管理 (13)4.5.1 集群管理 (13)4.5.2 主机管理 (14)4.5.3 监控管理 (14)4.5.4 告警管理 (15)第5章运行环境 (16)5.1服务器环境要求 (16)第1章系统概述1.1建设背景随着信息技术的发展，互联网+教育的应用模式改变了人们的工作及生活模式，面向教育、企业及政府单位的企业应用逐步走向云化、互联网化，但是随着公司业务的发展，往往会出现服务器环境越来越复杂，管理依赖困难等问题。
这些问题导致运维压力大，开发、测试、运维的整体工作效率大打折扣，团队竞争力下降。
行业的问题积累，有时需要新技术的出现才能解决。
Docker的横空出世，让人们看到了build、ship、run一体化的希望，而奕云CaaS正是希望基于docker 的容器化技术，解决用户从代码自动编译打包，到线上运行维护的全套需求.1.2痛点分析传统运维模式的问题：●随着业务快速发展，服务器环境越来越复杂，各种紧急上线，技术债务，临时版本的程序，脚本等，可能长期得不到清理，最终引发问题。
●技术平台快速发展，管理依赖是件很麻烦的事，而且影响运维和开发的沟通。
●环境统一问题，经常导致上线失败。
开发、测试、运维协作困难。
●监控体系不断重构，难以满足需求。
●规模小无需自动化，而规模大后再自动化又容易引起问题。
●十分依赖经验丰富的运维人员。
传统单体架构问题：●加载、编译耗时长。
●代码管理负责。
●横向扩展难。
●各模块之间的耦合程度高。
针对以上问题，奕云容器管理平台设计了可以帮助您构筑企业级 DevOps 流程工具链和交付文化以及微服务架构的敏捷开发流程，助力企业实现交付能力的平滑升级。
1.3系统简介奕云caas平台是基于容器的企业应用支撑云平台，为企业提供Devops、微服务架构、自动化运维等解决方案，通过奕云CaaS平台提供的容器服务，助力企业实现基础设施云化，应用架构现代化，开发流程敏捷化，打造行业领先的IT能力。
容器服务是基于基础设施提供的 Docker 容器引擎服务平台，覆盖了软件开发过程中的开发、测试、演练、上线等生命周期管理，保持应用系统快速搭建和各环境的一致性。
容器技术可以处理不同平台之间的差异性，提供一个标准化的交付方式，统一配置，统一环境，保证效率，能有效的实现资源限制。
此外，容器能够做到快速迁移，秒级高可用。
容器服务能够对应用进行按需配置，秒级弹性伸缩，大大减少开发，测试及运维人员的环境搭建和应用创建的服务时间，提高工作效率，提高基础设施资源利用率，降低硬件和软件及人力成本。
奕云CaaS采用私有云模式，实现用户私有集群的容器化管理和资源智能化分配，提供全流程标准化的主机管理、应用持续集成、镜像构建、部署管理、容器运维和多层级监控服务。
1.4建设目标●开箱即用，定位为纯工具，与自身业务无关。
●开发自运维，使开发人员能全流程跟踪和发现应用服务的问题。
●全流程全视图，覆盖集成、部署、运维、监控等每一个产品开发运维环节，一步到位，省心省力●追求效率和利用率，分钟级的构建和部署，提高开发交付效率，极速的升级回滚和扩缩容，让业务能够快速迭代和弹性伸缩。
●智能化的监控，及时了解业务和主机运行状况，发现潜在的问题。
●标准，用docker镜像和容器分别标准化业务的集成和交付环节，统一产品开发交付的工作流程，标准化生产和测试环境，避免开发测试过程中环境不统一的问题。
第2章系统架构上图为系统架构图,CaaS平台以google开源的K8S集群管理系统为基础来管理Iaas基础设施，在Docker技术的基础上，为容器化的应用提供部署运行、资源调度、服务发现和动态伸缩等一系列完整功能，CaaS平台在此基础上通过整合从开发到运维的工具链，实现Docker镜像的管理、服务管理、API管理、监控告警管理、CI&CD集成管理，通过控制台单一入口组件为企业提供应用支撑平台。
第3章 CI&CD 流程上图为CI&CD 的整体流程示意图。
● 开发人员可在应用程序和运行平台这两层进行应用程序的编码、构建、测试和发布；● 测试人员可进行环境的快速搭建，测试环境的一致性和持续集成等工作；● 运维人员可进行从硬件、操作系统到运行时平台的安装、配置、运行监控、升级和优化等工作。
● 开发使用不同的镜像服务部署开发环境，方便本地开发环境的搭建和一致性； ● 测试通过使用镜像完成服务持续集成，简化测试环境的搭建；● 运维使用同一份镜像服务部署，保持环境的一致性，也可以制作镜像并进行快速部署;在应用大流量的情况，能做到秒级的扩容； 开发环节： CI 流程Developer Gitlab CaaS-CI K8SDocker registry Commit and push code Webhook 触发构建镜像代码编译通过否控制台提示或邮件通知是执行测试通过镜像升级自动部署到测试环境是打包镜像否在registry 存储生成的项目镜像版本 上图为开发环节开发人员从提交代码到发布到测试环境的整个过程。
测试环节：测试环节流程跟开发环节流程一样，建立测试项目并进行CI流程进行验收测试，以前端框架为angular为例，采用protractor + selenium方案。
●GITLAB建立测试项目，编写protractor测试脚本，模拟浏览器执行测试。
●提交代码。
●执行protratcor镜像到selenium环境进行测试。
●测试完毕将测试结果通过nginx镜像发布出来。
运维环节：●手工将测试通过的镜像发布到生产环境中。
●运维人员可进行从硬件、操作系统到运行时平台的安装、配置、运行监控、升级和优化等工作。
第4章功能说明4.1功能清单开发集成由代码仓库和项目管理组成，通过关联Gitlab上的项目在CaaS上走CI流程构建可部署的项目镜像。
4.2.1代码仓库功能说明将Gitlab上具有权限的项目做关联，自动生成Gitlab的webhook，用于代码提交后自动触发CI构建流程。
关联的项目用于项目构建镜像时选用。
关联代码库：选择需要构建镜像的项目代码库，关联后自动生成Gitlab的webhook。
查看webhook：查看设置到gitlab上的webhook信息。
4.2.2项目管理●功能说明项目是一组工程的集合，是管理需要构建镜像的项目以及构建镜像配置。
新增项目：新增项目信息。
项目成员：管理成员对项目的权限。
删除项目：删除已创建的项目信息。
4.2.3工程管理●功能说明对项目的所有工程进行管理，管理工程构建配置以及构建记录等。
新建工程：创建工程构建配置信息。
用户可选择使用代码仓库进行构建，也可以不使用代码仓库构建。
创建的工程配置用于生成dockerfile文件。
删除工程：删除已创建的工程构建配置信息。
工程构建：点击构建按钮，选择代码仓库的分支以及版本，点击确定后将使用工程构建配置生成的dockerfile生成项目镜像并存储到docker仓库中。
工程详情：列出工程的基本信息、构建配置以及构建记录。
构建记录：列出手工构建或者自动触发构建的记录，每条记录可以查看构建日志以及停止构建操作。
4.3应用管理用于将项目生成的镜像部署到测试环境或生产环境上，镜像升级可自动触发升级，对于运行的镜像可停止、扩缩容、升级回滚等操作。
4.3.1应用管理●功能说明应用是一组服务的集合，集群采用Kubernetes作为分布式容器管理工具，用户可以将应用的镜像部署到生产或测试环境中。
用户可以管理正在运行的业务，进行升级回滚、扩容缩容、日志查看、异常恢复、启动停止等操作。
新建应用：新建应用信息，并添加成员的权限。
删除应用：删除已定义的应用。
应用详情：点击详情进入应用管理界面，可新增应用的服务以及管理应用的部署配置和运维操作。
下图为应用详情界面。
4.3.2服务管理●功能说明列出所有应用的服务，并对服务的部署配置进行管理。
新增服务：新增服务信息，填写部署到集群环境的K8S部署配置以及负载均衡信息。
删除服务：修改已创建的服务信息以及部署配置信息。
重启服务：重启正在运行的服务。
停用流服务：停用正在运行的服务。
启用服务：启用停用的服务。
升级/回滚：镜像升级可触发自动升级，升级后可回滚到指定旧版本的配置。
修改部署配置后保存就对部署配置版本升级一个新版本，会提示用户是否升级。
扩容/缩容：正在运行的服务可点击扩容缩容按钮对实例进行手动伸缩服务的实例数量。
填写伸缩实例的数量即可完成伸缩功能。
自动伸缩：填写是否开启自动伸缩的开关以及CPU或内存的阈值，当业务访问需求变化触发阈值则进行实例的自动伸缩以满足业务需求。
部署详情：展示部署的信息，列表显示部署触发的事件以及错误信息。
4.3.3容器管理●功能说明管理所有服务部署产生的所有容器实例。
可以查看容器日志以及采用web界面ssh登录到容器的控制台。
日志查看：查看容器内服务产生的日志。
控制台：点击控制台则以root身份ssh登录到容器的控制台查看容器内服务状态。
4.4交付中心4.4.1基础镜像●功能说明添加用于构建项目镜像的基础镜像，以满足项目工程构建的需求。
新增基础镜像：新增基础镜像，添加的信息有基础镜像的仓库地址、镜像名称和版本。
删除基础镜像：删除基础镜像。
4.4.2项目镜像●功能说明列表显示通过项目管理中通过项目构建配置产生的镜像，按项目名分类管理该项目所有工程所有分支以及各个版本的镜像。
删除镜像：删除项目下某个分支某个版本的镜像。
原则上不允许删除镜像，以免回滚操作找不到镜像导致回滚失败。
因此删除镜像需在系统配置中配置私有仓库的token认证才允许删除。
其他镜像：在私有仓库中无法进行分类的镜像全部划分到其他镜像列表中。
4.4.3应用市场●功能说明由奕云发布或第三方发布的可一键部署的应用。
通常为已写好K8S编排文件的应用。
部署：应用市场上的应用可点击部署按钮一键或少量修改后进行部署，填写应用名称，修改并确认编排文件无误后即刻创建应用。
