《龙湖集团》专题

1 概念 Jenkins可选配置参数相当多。基本可以归为这么几类： 构建触发配置：例如配置gitlab提交代码触发构建，或者每天、每周定时触发构建 构建工具配置：例如配置jdk/maven/gradle等 构建后配置：例如配置发送邮件、自动开jira bug等 Jenkins的外挂工具，都是通过插件机制来解决的，常见插件如下： iOS专用：Xcode integration Android专用：G

在前面讲过，execute、executeQuery和executeUpdate方法都可以返回ResultSet对象。通过ResultSet接口的next方法可以对数据进行扫描，但要获得ResultSet对象的元数据（列数、列名、字段类型等），就需要使用ResultSet接口的getMetaData方法，getMetaData方法的定义如下： ResultSetMetaData getMetaDa

7.2.6 对象的集合体 一个复杂数据之“复杂”主要体现在两个方面：要么该数据是由大量成员数据组成的，要么该数据具有深层的内部结构。第 6 章介绍了如何利用各种集合体数据类型和数据结构来 表示数量复杂性，本章介绍的类则可以刻画内部结构的复杂性。 可以推想，如果将集合体类型与类相结合，就能表示现实中的任意复杂的信息。即，用 集合体表示大量的数据成员，而每个数据成员是一个具有复杂内部结构的对象。我们不

Fabric 的核心业务 run 和 sudo 都支持将本地的输入发送至远程，其表现形式和 ssh 基本一致。例如，有时候会遇到需要密码的情况（比如 dump 数据库，或者修改用户密码时），程序会提供近乎直接的交互环境。 然而，由于 ssh 本身的限制，Fabric 对于该功能的实现并不能保证直观。这篇文档将详细地讨论这些问题。 注解 不熟悉 Unix stdout、stderr 管道和终端设备的

集合例子（Collection example）。 下面的代码是用来添加一个新的 Child： package eg; import java.util.Set; public class Parent { private long id; private Set children; public long getId() { return id; } priv

提示 从集合类可以产生很大一部分映射，覆盖了很多常见的关系模型。我们建议你试验 schema 生成工具，来体会一下不同的映射声明是如何被翻译为数据库表的。 用于映射集合类的 Hibernate 映射元素取决于接口的类型。比如，<set> 元素用来映射 Set 类型的属性。 <class name="Product"> <id name="serialNumber" column="prod

　Selenium 能被选为最好集成测试、回归测试方案，是因为： 1.Selenium IDE ，一个FireFox plugin，能自动记录用户的操作，生成测试脚本。 2. 生成的测试脚本可以用Selenium Core手工执行，也能基于Selenium RC放入Java，C#，Ruby的单元测试用例中自动运行。 3. 测试用例调用实际的浏览器(如IE、FireFox)来执行测试。和有些开源方案

在我最开始写作本书的时候，kubernetes刚发布1.6.0版本，而kubernetes基本按照每三个月发布一个大版本的速度迭代，为了使用新特性和只支持新版本kubernetes的配套软件，升级kubernetes就迫在眉睫，在此我们使用替换kubernets的旧的二进制文件这种暴力的方式来升级测试集群，若升级生产集群还望三思。 另外，自kubernetes1.6版本之后发布的1.7和1.8版本

持续集成与发布，简称CI/CD，是微服务构建的重要环节，也是DevOps中推崇的方法论。如何在kubernetes中使用持续构建与发布工具？可以既可以与企业内部原有的持续构建集成，例如Jenkins，也可以在kubernetes中部署一套新的持续构建与发布工具，例如Drone。 众所周知Kubernetes并不提供代码构建、发布和部署，所有的这些工作都是由CI/CD工作流完成的，最近TheNewS

Kubernetes 使得管理复杂环境变得更简单，但是对 kubernetes 本身的各种组件还有运行在 kubernetes 集群上的各种应用程序做到很好的洞察就很难了。Kubernetes 本身对应用程序的做了很多抽象，在生产环境下对这些不同的抽象组件的健康就是迫在眉睫的事情。 我们在安装 kubernetes 集群的时候，默认安装了 kubernetes 官方提供的 heapster 插件，

在前面的安装heapster插件章节，我们已经谈到Kubernetes本身提供了监控插件作为集群和容器监控的选择，但是在实际使用中，因为种种原因，再考虑到跟我们自身的监控系统集成，我们准备重新造轮子。 针对kubernetes集群和应用的监控，相较于传统的虚拟机和物理机的监控有很多不同，因此对于传统监控需要有很多改造的地方，需要关注以下三个方面： Kubernetes集群本身的监控，主要是kube

在本书的最佳实践部分，我们在CentOS上部署了kuberentes集群，其中最开始又重要的一步就是创建TLS认证的，查看创建TLS证书和秘钥。很多人在进行到这一步时都会遇到各种各样千奇百怪的问题，这一步是创建集群的基础，我们有必要详细了解一下其背后的流程和原理。 概览 每个Kubernetes集群都有一个集群根证书颁发机构（CA）。 集群中的组件通常使用CA来验证API server的证书，由A

Kuberentes 支持多租户，这就需要对集群的安全性进行管理。

本指南说明了如何手动安装 Ceph 软件包，此方法只适用于那些没采用部署工具（如 ceph-deploy 、 chef 、 juju 等）的用户。 Tip 你也可以用 ceph-deploy 安装 Ceph 软件包，也许它更方便，因为只需一个命令就可以把 ceph 安装到多台主机。 用 APT 安装 只要把正式版或开发版软件包源加入了 APT ，你就可以更新 APT 数据库并安装 Ceph 了：

要从事 ceph 开发，可以用 vstart.sh 工具部署一个位于本地的伪集群，以便测试。 用法 用此工具可在本机部署伪集群以便开发，它可以启动 rgw 、 mon 、 osd 、和/或 mds ，不指定的话会启动所有类型。 要启动开发集群，执行此命令： vstart.sh [OPTIONS]... [mon] [osd] [mds] 要停止集群，可以执行： ./stop.sh 选项 -i ip