Docker EE 统一应用程序管理功能大揭秘，你想要的都在这里！-低调大师

Docker EE 统一应用程序管理功能大揭秘，你想要的都在这里！

2018-06-24 350

本文首发自“Docker公司”公众号（ID：docker-cn）
编译丨小东
每周一、三、五与您不见不散！

在 DockerCon 上，我们演示了 Docker EE 全新的统一应用程序管理功能，该功能可以让组织通过 Docker EE 环境来统一管理跨本地集群和云端托管的 Kubernetes 服务。它包含了 Azure Kubernetes Service (AKS) 、 AWS Elastic Container Service for Kubernetes (EKS) 和 Google Kubernetes Engine (GKE)。

一个界面即可部署多云环境

大多数企业组织都会采用混合或多云策略，而容器的兴起有助于提高应用程序的可移植性。然而,当企业开始采用容器作为其默认的应用程序格式时，他们开始遇到管理多个容器环境的严峻挑战，尤其是当每个容器都有不同的访问控制、管控策略、内容存储库以及运维模型时。对于常见的混合或多云的使用场景，如将集中式应用程序托管到云中以获取额外容量，或者出于可用性或合规性将其从一个位置迁移到另一个位置，这时组织开始意识到需要为所有的容器化应用程序提供一个统一的控制平面 —— 无论将它部署在哪里。

Docker EE 是唯一的企业级容器平台，它可以通过安全的供应链为应用程序提供统一的管理。Docker 不仅可以让您自由选择 Linux 发行版本或 Windows Server，还可以选择在虚拟机或裸机上运行，亦或是使用 Swarm 或 Kubernetes 编排运行传统或微服务应用程序，同时它还提供了足够的灵活性按照您的需要选择合适的云。

集群与 Docker EE 配合使用

由于要为应用程序提供服务，应用程序团队有时会被引向不同的公共云。例如，有些团队可能希望利用 GKE 访问 Google 的机器学习引擎或利用 AKS 来访问 Azure 的 IoT 服务。运维团队则希望以一种快速的方式将这些环境集成到企业中，从而增强他们的应用团队的能力。他们不必为每个特定的云定义全部的安全性、访问控制和管控策略，而是可以快速将这些集群与 Docker EE 配合使用，并将现有策略引入到这些新项目中。

跨云端部署、迁移和复制应用程序

一旦将不同的集群整合到 Docker EE 中，用户将可以在单个视图中访问在各种环境中运行的所有应用程序的聚合视图。因此，运维团队就可以控制并决定在何处部署应用程序。

迁移应用程序

一些组织喜欢在公共云中运行其开发和测试环境，之后在自己的私有数据中心中运行这些工作负载以进行生产。亦或是，当组织在一个位置运行应用程序，但需要将其迁移到另一个位置时，例如，当有飓风朝着他们的方向前进时。在这两种情况下，其目的都是将容器化的应用程序迁移到新的位置并将流量重新路由到目标。

有了这些新功能，这些迁移就可以从 Docker EE 中执行了。运维团队可以查看其应用程序组合，选择他们希望迁移的应用程序，并选择任何其他已连接的群集作为目标。 Docker企业版负责剩下的部分：

在目的地部署应用程序的克隆；
关闭原始的应用程序；
DNS 会自动重新路由到新的应用程序位置；

复制应用程序

另一个用例是当同一个应用程序需要复制到另一个位置时。在这个场景中，主要区别在于原始应用程序未被关闭，并且希望在分布式应用程序间实现负载均衡。在这种情况下，运维团队就可以选择应用程序并决定在何处部署它。应用程序将被克隆到目的地，然后负载均衡器就可以将流量分发到应用程序的副本中。

安全、统一的内容分发

在上述所有用例中，企业组织都希望确保应用程序是安全的，确保应用程序安全的一个关键方面就是知道其来源。

Docker EE 包含了一个私有镜像仓库的解决方案，它可以与您现有的软件管道和 CI 工作流整合在一起来创建一条安全的软件供应链。通过利用其包括镜像签名和漏洞扫描在内的安全功能，组织可以验证镜像来源的真实性，并在部署这些应用程序之前修复任何已知的漏洞问题。同时，利用基于策略的镜像提升功能，这些安全检查点可以实现自动化，确保它们不会影响组织效率。

借助全新的统一应用程序管理功能，组织可以将 Docker 的安全供应链扩展到 AKS 、 EKS 和 GKE。这有助于维护从集中式镜像仓库到所有已连接端点的监管链。在控制部署时，组织可以确保安全策略到位并且内容有效。

下一步

要了解有关此功能的更多信息，请务必持续关注我们近期发布的 DockerCon 系列专题。如果您有兴趣了解更多关于 beta 版本的信息，请浏览 https://beta.docker.com 了解详情。

微信关注我们

原文链接：https://yq.aliyun.com/articles/603623

转载内容版权归作者及来源网站所有！

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。

【转载】阿里云服务器地域和可用区

地域转载：https://help.aliyun.com/document_detail/40654.html?spm=5176.doc25505.2.2.2BiKHT 地域是指物理的数据中心。资源创建成功后不能更换地域。当前所有的地域、地域所在城市和 Region ID 的对照关系如下表所示。注意：不同产品可选择的地域有所不同，请您查看阿里云全球基础设施确认各产品可选择的地域列表。中国大陆地域名称所在城市 Region ID 可用区数量华北 1 青岛 cn-qingdao 2 华北 2 北京 cn-beijing 6 华北 3 张家口 cn-zhangjiakou 1 华北 5 呼和浩特 cn-huhehaote 1 华东 1 杭州 cn-hangzhou 6 华东 2 上海 cn-shanghai 5 华南 1 深圳 cn-shenzhen 4 其他国家和地区地域名称所在城市 Region ID 可用区数量香港香港 cn-hongkong 3 亚太东南 1 新加坡 ap-southeast-1 2 亚太东南 2 悉尼 ap-southeast-2 2 亚太东南 ...

2018-06-25

542

问题在应用微服务化方案中，Springcloud是比较常见的选择，毕竟其对于Java 的程序员来说比较友好，基于Springboot的编程方式也使得门槛比较低。但是在将Springcloud的应用运行到Kubernetes容器化平台的时候，对于集群外的Client要访问集群内的服务就变得不是那么容易了。因为通常的Kubernetes部署有以下约束: POD的IP段是独立的IP段，对于集群外的机器是不可访问 Springcloud的服务做服务注册的时候，注册的是POD的IP Springcloud的客户端从Eureka上获取服务的IP是POD的IP，从而造成集群外机器访问该POD的IP是不通的。解决方案方案一: Host network 部署的时候，以host network的方式部署Springcloud的服务应用。这个方式虽然简单，但是

2018-06-25

623

资源下载

更多资源

Nacos

Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称，一个易于构建 AI Agent 应用的动态服务发现、配置管理和AI智能体管理平台。Nacos 致力于帮助您发现、配置和管理微服务及AI智能体应用。Nacos 提供了一组简单易用的特性集，帮助您快速实现动态服务发现、服务配置、服务元数据、流量管理。Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。

Spring

Spring框架（Spring Framework）是由Rod Johnson于2002年提出的开源Java企业级应用框架，旨在通过使用JavaBean替代传统EJB实现方式降低企业级编程开发的复杂性。该框架基于简单性、可测试性和松耦合性设计理念，提供核心容器、应用上下文、数据访问集成等模块，支持整合Hibernate、Struts等第三方框架，其适用范围不仅限于服务器端开发，绝大多数Java应用均可从中受益。

Rocky Linux

Rocky Linux（中文名：洛基）是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版，作为CentOS稳定版停止维护后与RHEL（Red Hat Enterprise Linux）完全兼容的开源替代方案，由社区拥有并管理，支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性，采用模块化包装和SELinux安全架构，默认包含GNOME桌面环境及XFS文件系统，支持十年生命周期更新。

Sublime Text

Sublime Text具有漂亮的用户界面和强大的功能，例如代码缩略图，Python的插件，代码段等。还可自定义键绑定，菜单和工具栏。Sublime Text 的主要功能包括：拼写检查，书签，完整的 Python API ， Goto 功能，即时项目切换，多选择，多窗口等等。Sublime Text 是一个跨平台的编辑器，同时支持Windows、Linux、Mac OS X等操作系统。