开源容器云OpenShift构建基于Kubernetes的企业应用云平台|百度网盘下载

编辑评论：

OpenShift Container Cloud OpenShift：构建基于 Kubernetes 的企业应用云平台 介绍如何构建 OpenShift 容器云平台，并在此平台上开发和部署应用程序。探讨如何在OpenShift上满足软件开发的共性需求，如持续集成与交付、微服务、数据持久化等。同时讨论OpenShift的软件定义网络、高可用等与运维密切相关的话题和配额控制。

本书章节结构

全书分为基础篇、开发篇和运维篇。

基础篇（第1章至第4章）介绍容器云、企业容器云构建、OpenShift容器云，帮助读者快速了解相关领域。

开发（第5-9章）重点介绍如何使用OpenShift容器云来满足应用开发的需求，如持续集成、微服务、数据持久化等主题，让读者了解如何通过容器云平台研发效率。

运维（第10-14章）介绍了OpenShift Container Cloud对运维需求的支持，涵盖了网络、安全、权限、二次开发等运维关注的话题。

希望本书能让读者全面了解构建企业容器云平台所涉及的各个方面，以及如何使用 OpenShift 来满足各个方面的需求。

本书亮点

红帽高级技术顾问和认证架构师的一线经验和独到见解。

不要复制或翻译官方文件堆积文字，也不要含糊其辞地谈论想法。

章节布局精心设计，语言通俗易懂，内容循序渐进，助你掌握容器云概念。

丰富的动手实例，让您了解背后的技术细节，掌握实际操作。考虑到开发和运维的不同关注点，讨论容器云如何帮助企业IT。

需要说明的是，本书不是OpenShift的产品手册，也不是一本大而全面的功能手册，所以不会列举OpenShift的所有功能。如果您正在寻找 OpenShift 功能的详细参数列表，OpenShift 文档绝对是您的首选。本书的目的是让您逐步了解如何使用 OpenShift 构建企业容器云，以及如何使用 OpenShift 解决企业中遇到的开发、运营和 DevOps 问题。

路由器和路由

Service 为后端 Pod 集群提供了一个稳定的入口，但 Service 的 IP 地址只对集群内的节点和容器可见。对于外部应用程序或用户，此地址不可访问。那么外部用户想要访问Service指向的服务应该怎么做呢？ OpenShift 提供了 Router 来解决这个问题。 Router组件的部署在上一章已经介绍过了。其实Router组件就是一个运行在容器中的Haproxy，是专门定制的Haproxy。用户可以创建一个名为 Route 的对象，我称之为路由规则。 Route 与 Service 关联，并绑定到域名。路由规则将由路由器加载。

当用户通过指定的域名访问应用程序时，该域名将被解析并指向Router所在的计算节点。 Router获取请求，根据Route规则定义，转发到域名对应的Service后端关联的Pod容器实例。在上一章部署 CakePHP 应用程序时，我们将 Route 域名更改为 php.apps.example.com。访问域 php.apps.example.com 时，请求到达 Router 并分发到后端。当 Pod 的数量或状态发生变化时，OpenShift 负责更新 Router 中的配置，以确保请求始终正确路由到相应的 Pod。

什么是持久性

存储容器默认是非持久化的，当容器被销毁时所有的修改都会丢失。但现实情况是，传统应用大多是有状态的，所以有些容器中的数据必须是持久化的，容器云平台必须为容器提供持久化存储，而Docker本身提供持久化卷挂载。能力。相比单机容器场景，在容器云集群场景中，持久化的实现需要考虑更多的细节。除了支持 Docker 持久化卷的挂载方式，OpenShift 还提供了持久化供应模型，即 Persistent Volume (PV) 和 Persistent Volume Claim (PVC) 模型。在 PV 和 PVC 模型中，集群管理员会创建大量不同大小、不同特性的 PV。在部署应用程序时，用户明确声明需要持久化，创建PVC，并定义所需的存储大小，访问模式（只读或读写；独占或共享），OpenShift集群会自动找到满足要求的PV并自动连接到 PVC。通过 PV 和 PVC 模型，OpenShift 为用户提供了一种灵活的存储资源消耗方式。

OpenShift 支持范围广泛的持久性后端。除了NFS和isCSI之外，它还支持Ceph和GluterFS等分布式存储，以及Amazon WebService和Google Compute Engine的云盘。与存储相关的主题将在后续章节中更详细地讨论。