docker

有几种方法可以实现这个功能¹²³： 使用host网络模式启动容器，这样容器的网络栈就不会与宿主机隔离，而是共享宿主机的网络命名空间，容器也不会分配自己的IP地址。例如，如果您运行一个绑定到80端口的容器，并使用host网络模式，那么容器的应用程序就可以在宿主机的IP地址上的80端口**问。在宿主机上为网络接口添加一个IP别名，然后在容器中使用这个别名来访问宿主机

在本地连上VPS后，直接运行脚本即可安装Docker： 此一键脚本由Docker官方发布并维护，支持CentOS、Ubuntu、Debian、Fedora等常见的Linux发行版本。 我一般在Linux上安装Docker环境基本都是用的这个Get Docker的一键脚本，如果你想自己从零开始搭建环境，也可以跟着Docker官方的教程一步步搭建，总的来说也是比较容易的，先卸载旧版本的Docker，再安装Docker Engine-Community即可。 详细的手动安装Docker步骤可以参考Docker官方教程：

Docker公司发布其旗舰企业版本的重大更新，并首次为Kubernetes提供全面商业支持。 经过数个月的积极开发，目前Docker企业版（简称Docker EE）的稳定发行版已经能够全面支持Kubernetes。 Docker公司于4月17日正式发布了Docker EE 2.0的相关消息，其中增加了Docker社区版（简称Docker CE）版开发中的新功能，并对企业级功能作出进一步增强

Namespace 的作用是“隔离”，它让应用进程只能看到该Namespace 内的“世界”；而 Cgroups 的作用是“限制”，它给这个“世界”围上了一圈看不见的墙。 命名空间是 Linux 内核一个强大的特性。每个容器都有自己单独的命名空间，运行在其中的应用都像是在独立的操作系统中运行一样

这是一篇发表已超过三年的旧文，文中的信息可能已经有所发展或是发生改变。 nghttpx 本身并不是一个代理，它只是一个翻译器，因此如果我们需要一个支持 HTTP/2 的正向 HTTPS 代理，可以用一个 HTTP/1.1 的正向代理（如 Squid）和 nghttpx 接在一起实现。使用这样一个 HTTPS 代理，既可以享受 HTTP/2 对多连接的优化（提高客户端和代理服务器之间的连接流畅度），又可以享受外层 TLS 带来的加密和安全

Gitlab最近发布了Gitlab Container Registry，使开发团队拥有轻松存储和共享Docker镜像的能力。继续阅读后续内容来了解更多信息并试用GitLab Container Registry——它于Gitlab8.8版本中免费提供！ 就在几天前，Gitlab在8.8版本中发布了GitLab Container Registry，它可以与GitLab CI协同工作。基于开源软件构建的GitLab Container Registry并不是一个独立的registry服务，而是与Gitlab完全集成的，这会为你在下述场景中提供单一集成的体验：为GitLab CI使用你的镜像、为指定tag和分支创建镜像等等

Jenkins 是基于 Java 开发的一个开源的持续集成项目，其提供了一个可扩展的可对代码持续集成、发布（代码编译、打包、部署）及交付的 Web 化操作平台。Jenkins 拥有超过 1000 个插件，使其支持包括 SVN、Git 等多种版本的管理工具（SCM）的代码管理，也可以快速实现 Java、Node.js、.Net 等语言项目的编译构建，并支持包括 Docker 在内的多种形式的部署交付。通过 Jenkins 的 Web 化管理界面，依赖各种强大的插件功能，可以使 Nginx 的配置变更管理变得更加便捷和安全

我正在使用OSX并通过Boot2docker虚拟机运行docker。 我一直在试图弄清楚如何将一个容器的数据（MySQL正式的docker镜像）保存到主机上，但是没有太大的成功。 查看容器中装载的库的权限，这就是我所看到的： 正如你所看到的， mysql目录属于1000，属于组“staff”

公司使用docker在部署一些实际的项目时候时常出现一些灵异的网络问题导致服务不可用之类的。 根据资料查询结合自己已知的centos7的防火墙默认为 firewall但firewall 的底层是使用iptables进行数据过滤的而docker也是使用iptables来进行网络隔离和管理。正好最近出问题是因为添加防火墙策略相关操作之后发生的

Google K8S（Kubernetes）目前已经成为最多人采用容器管理调度平台，为了协助IT人员跟上脚步，本文将透过说明及实作，练习建构Kubernetes丛集运作环境，然后示范其中几项重要的操作技巧，例如线上扩充或缩减容器的运作规模、使用Kubernetes仪表板等等，以便降低资料中心维运人员的管理负担。 容器（Container）技术在这几年内已经被大多数开发人员及IT管理人员所熟知，然而与所有的技术相同，一旦管理人员面对数量越来越多的容器以及互相依存的应用程序时，便需要寻找一套方便好管理并且具备高可用性机制的“调度”（Orchestration）平台。 同时，容器调度平台已经从先前百家争鸣的战国时代至目前大致底定，从Google搜寻热度的趋势变化结果可以看到，在近五年的关键字搜寻热度中，K8S（Kubernetes）容器管理调度平台已经跃升为第一名，并远远超过其他容器管理调度平台，如图1所示