一、 什么是 双因子认证 双因子认证，也称为双因素认证，是指使用两种独立不相干的证据来证明当前用户身份。通常而言，我们登录一个IT系统的首选认证方式是用户名和密码，但显然，单靠用户名和密码是不够的，我们还希望同时验证用户另外一种独立不相干的证据，当这两种都匹配时，我们才认为用户的身份验证成功，这就是双因子认证的典型用户场景。 二、 双因子认证在行云管家中的应用场景 场景一：当用户登录行云管家门户时，可以设置强制用户每次登录都要进行双因子认证，也可以让系统默认在某些敏感操作时刻才进行双因子认证（如用户异地登录时）； 场景二：当用户在设置主机运维策略时，针对主机的一些敏感操作，一旦某个敏感操作触发了双因子认证且用户成功认证后，会在后续一定时间内（可配置，默认30分钟）不再触发双因子认证以避免影响用户操作体验。 三、 双因子认证在行云管家中的三种认证方式 行云管家支持以下三种双因子认证方式，三种方式可任选其一或多种并存。 方式一：手机短信验证码 手机短信认证方式是最容易理解，前提是用户需要在行云管家门户中绑定自己的手机号。一旦触发双因子认证，行云管家会向用户的手机推送一条验证码，用户需要在5分钟之内在行云管家门户中输入正确的验证码，才能够完成认证。 使用手机短信验证码的前提是需要在行云管家中开启短信网关。 方式二：OTP动态口令 OTP原意是指动态口令（One-Time Password），在行云管家中被特指为一种基于时间同步的动态口令生成算法，一旦开启基于OTP的双因子认证，用户需要在行云管家的个人资料中激活OTP动态令牌。 方式三：第三方应用（微信、钉钉、企业微信） 行云管家支持的第三方应用最主要有：微信公众号、钉钉、企业微信等。 一旦触发双因子认证，行云管家会向用户的手机应用推送一条验证码，用户需要在5分钟之内在行云管家门户中输入正确的验证码才能够完成认证。 使用第三方应用验证码的前提是需要在行云管家管理控制台中配置第三方应用，用户在行云管家门户的个人资料中绑定第三方应用。 四、三种双因子认证方式的对比： 手机短信验证码、OTP动态口令、第三方应用验证码三种双因子认证方式在配置复杂度和使用成本上的对比如下图所示： 通过行云管家双因子认证保证使用者安全访问IT资源，即便出现他人盗号、用户密码泄露等重大安全事件，非法访问者仍然“无计可施”，有效避免了由此给公司造成的不必要损失，保证了企业的数据安全。 直接体验： yun.cloudbility.com

4.19版本中，我们支持了SNMP自定义监控、MongoDB数据库运维审计等用户极力呼吁的功能，同时对私有部署版本的登录认证相关功能做了大幅增强。4.19版本更新包括但不限于以下内容： 1.私有部署版 增加系统参数设置： 在过去版本中，例如图形验证码强度、是否启用FTP协议会话等参数配置都没有在界面端向用户暴露，导致用户一旦需要修改十分繁琐；在v4.19版本中，通过管理控制台–系统设置–基础配置模块新增的“系统参数”设置，可对OTP偏移、敏感操作二次认证有效期等系统参数信息进行配置。 管理控制台用户支持双因子认证： 为了提高管理控制台登录及使用的安全性，在新版中我们新增了针对管理控制台用户登录的双因子认证功能，目前支持OTP动态令牌及手机短信验证；需要开启的用户请在个人资料中绑定OTP动态令牌或手机号码。 门户登录支持RADIUS认证： 在v4.19版本中，我们在AP/LDAP认证服务的基础上支持了RADIUS认证服务，添加对应RADIUS认证服务器后即可通过RADIUS认证协议来登录门户。 同时针对RADIUS认证服务，不仅可用于直接登录门户的认证方式，也可用于登录门户后的二次认证方式。 syslog备份服务增强： 新版本中针对日志备份至syslog服务器功能，我们新增了两种备份日志类型：主机会话指令审计日志、主机告警记录。 AD/LDAP认证服务支持添加备用服务器 针对使用AD/LDAP集群的用户，在v4.19版本中可以在AD/LDAP配置中添加集群中的备用服务器地址，当主服务器断开连接后，系统会和备用服务器进行通信以保证认证服务的正常运行。 支持ACC统一认证和单点登录 ACC是电信行业的统一认证和单点登录的解决方案，开启配置后将通过行云管家门户进行登录，并由ACC服务器进行用户的身份认证。 团队管理与用户管理增强 为方便更好的在管理控制台对团队中的用户进行管理，现在新版本中我们提供了在团队信息详情中直接添加、移除成员的功能；同时，在租户用户管理中我们提供了批量删除用户功能。 2.主机 支持SNMP自定义监控 行云管家过去版本中只支持标准的监控来源（云厂商监控和行云管家Agent监控），但是客户有许多网络设备、存储设备的监控信息是无法通过标准监控来源进行获取的；因此在新版本中我们支持了第三方监控平台SNMP，用户可以根据SNMP的配置规范自定义监控项和监控指标；未来我们将持续的对接更多的第三方监控平台，如果您有相关诉求可以与我们进行联系。 主机字段方案增强 在新版本中为方便用户对主机的管理，我们针对主机列表中展示方案新增了两个字段：主机描述、活跃会话数。 监控方案优化 V4.19中我们针对监控方案做了以下优化： 1）UI优化：优化告警项和告警条件的展示及添加样式，主机列表中新增主机监控概览视图； 2）支持导出单个监控源下CPU、内存、磁盘使用率的监控报告。 新增访问协议设置 在过去版本中，用户通过行云管家访问主机时，各协议的默认值如：用户名、端口及字符集等，都是由我们内置好的；为应对用户的各种使用场景，我们在数据字典中增加了“协议管理”的功能，用户可以根据需要自定义设置各协议的默认值。 3.数据库 支持MongoDB数据库 需要MongoDB数据库运维审计的用户有福了，在新版本中我们对接了MongoDB数据库，至此行云管家数据库运维模块已支持了9种数据库，如果您仍有新的数据库种类的需求可与我们联系，支持速度超出您想象~ 数据库工具访问优化 在过去版本中，使用数据库工具打开数据库会话时无法调整分辨率信息也无法选择访问时使用的数据库代理IP，因此在新版中我们对此进行了优化。 4.工单中心 支持工单流程分支 V4.19中，针对工单流程我们支持了在流程中定义分支条件的功能以应对用户不同条件触发不同审批流程的场景，如： a)文件上传审批时，需要根据文件类型进入不同的审批分支； b)创建主机时，根据主机价格进入不同的审批分支。

一、 为什么企业需要数据库运维审计？ 数据库作为现代IT业务系统中必不可少的核心组成部分，对于企业来说，数据库通常都保存着内部至关重要的信息，随着互联网的急速发展，企业数据库信息的价值及可访问性得到了很大提升，导致数据库的安全风险大大增加，企业在对数据库日常运维的过程中经常会面临如下一些问题： 运维工程师以怎样的账号身份访问哪些数据库？这些访问信息一旦泄露如何处理？ 如何避免工程师在执行SQL语句时出现误操作或者恶意操作？ 如何在不影响工程师正常工作的基础上对核心业务的敏感数据进行脱敏？ 如何将每个工程师的所有操作全部记录下来，以供日后出现问题时可以回溯追责？ 由此，企业急需一套数据库运维审计产品以保证企业内部数据库信息安全。 二、 行云管家数据库运维审计解决方案 针对以上痛点问题，行云管家为企业提供了完整的数据库安全运维解决方案。 2.1 行云管家数据库运维审计的主要特性 支持云端与本地数据库 行云管家支持业界所有主流数据库，包括本地数据库与公有云的云端数据库； 访问信息托管 可在行云管家中托管数据库的访问信息，杜绝非法访问并避免真实访问信息的泄露； SQL指令拦截 支持SQL指令拦截，可设置敏感指令拦截规则，避免误操作与非法操作 敏感数据脱敏 支持对数据量的敏感业务数据进行脱敏，避免信息泄露 SQL指令审计 支持云端录像与SQL指令审计记录，出现啊问题可回溯追责 2.2 行云管家数据库运维审计实现原理 本质上，行云管家数据库运维审计是一种基于协议代理与拦截的机制。在行云管家中，用户并不会访问到真实数据库，而是通过访问行云管家数据库代理服务（内置在行云管家proxy和会话中转服务模块）从而完成SQL指令拦截、数据脱敏、指令审计等特性。 2.3 数据库协议代理与拦截 基于数据库协议进行代理与拦截，意味着我们需要非常了解数据库的底层通讯协议，但大部分商业数据库的通讯协议是私有的，经过行云管家研发团队的不懈努力，目前我们已经支持的主流数据库如下表所示； 2.4 支持SSL加密通信 运维工程师通过行云管家运维管理数据库时，支持SSL加密通信，这意味着即便在企业内部通过互联网运维管理公有云环境中的云端数据库时（如阿里云RDS）,也不会产生信息泄露。 2.5 数据库访问串 用户访问的是行云管家数据库代理服务而不是真实的数据库，行云管家会为每个用户生成一个特定的数据库访问串，数据库访问串包括IP地址、端口、用户名、密码等基础的数据库连接信息。 用户通过数据库访问串而不是真实的数据库访问信息，如果访问串泄露直接更换新的即可，不会产生数据库真实访问信息的泄露。 2.6 不限制客户端工具 用户通过数据库访问串使用哪种客户端工具访问数据库，行云管家没有任何限制，同时，行云管家还支持在web浏览器中对本地客户端工具的一键唤醒，并支持客户端供给的密码代填。 2.7 访问方案 可在行云管家中定义不同的访问方案，对数据库进行访问。 2.7.1 访问方案之访问规则 可在行云管家访问规则中定义允许用户访问数据库时的访问时段、客户端IP限制，以及允许使用的数据库工具；可对数据进行脱敏，定义针对哪些表格的那些特定字段进行脱敏；定义敏感指令规则； 2.7.2 访问方案之数据脱敏 可在行云管家“数据脱敏”中定义针对哪些表格的那些特定字段进行脱敏，一旦设置生效，当用户检索该字段信息时，将会以“**MASKED**” 代替真实内容； 2.7.3 访问方案之SQL指令拦截 可在行云管家“SQL拦截”中定义敏感指令规则，当用户的SQL操作触发拦截规则时，可以中断用户的操作并予以提醒，甚至可以强行中断用户当前的数据库连接并禁止后续访问； 2.8 数据库活跃会话 可在行云管家中查看生成的所有访问串并可决定是否予以禁用，从而禁止用户的继续访问，可在行云管家中查看当前数据库的所有活跃会话，并可决定是否强制结束； 2.9 SQL指令记录 通过行云管家运维管理数据库时，用户所有的SQL操作均会被全程记录，另外，行云管家还支持云端录像功能，可以满足用户对运维过程全程云端录像需求。这意味着一旦出现问题，可随时回溯追责。 数据库运维审计的核心价值不仅是在发生数据库安全事件后，为追责、定责提供依据，还可以针数据库操作的风险行为进行实时告警。行云管家为企业提供完整的数据库安全运维解决方案，帮助企业有效规避数据库的安全风险，保障资源安全。 直接体验： yun.cloudbility.com

随着互联网和云计算的发展及企业业务创新的需要，企业的IT资产越来越多，参与运维的岗位也越来越多样，当IT资产和运维团队达到一定规模时，对IT资产的日常管理和运维过程都会变得复杂且混乱。由此，海量资产的运维成为了企业急需解决的问题。 本文将通过一个具体的实例，介绍面对海量资产运维的行云管家应对之道。 案例介绍： 某知名银行的金融科技公司，下设架构部、基础运维组以及100多个FT项目组，架构部与基础运维组合合计20多人，100多个FT项目组共有800多人。其中，架构部与基础运维组负责云计算IaaS的选型与基础运维，FT项目组负责具体IT业务系统的研发工作，如手机银行、微信小程序等。 该银行IaaS基础设施采用的是私有云与公有云的混合云模式，私有云包括一套基于OpenStack的实例，和一套基于微软Azure的私有实例（以下简称微软落地云），共计3000多台主机资源，公有云主要采购了阿里云、华为云、腾讯云三家公有云厂商，共计2000多台主机资源。 痛点分析： 如此海量的IT资产和用户给该银行的运维造成了非常大的困扰。其运维过程中主要的业务痛点分析如下： 主机来源多样性： 如何做到不同云厂商的统一纳管，并做到云资源的自动发现？ 主机类型多样性： 如何根据主机的类型与用途快速的定位主机？ 主机资源数量多： 如何按照用户的业务视角展现主机资源并做到快速的查找主机？ 数据隔离： 如何做到不同FT项目组之间的业务数据有效隔离？ 权限管理： 如何做到针对主机资源的精细化授权与动态授权？ 因此，该银行希望采购一套 堡垒机 产品，以使得面对海量IT资产和用户，既能保证运维管理云资源过程合规、安全，又能达到轻松运维，提高运维效率。 行云管家解决方案 面对海量IT资产的运维和众多用户的管理，行云管家研制了一套针对性的解决方案，既满足了安全管理需求，也实现了高效运维，在安全与效率之间取得了平衡。 针对上述银行所面临的痛点，行云管家给出了如下解决方案： 如何 应对 主机来源多样性，做到不同云厂商的统一纳管，并做到云资源的自动发现？ 行云管家支持业界所有的主流的公有云厂商及OpenStack、VMware、ZStack等私有云厂商，这意味着针对这些云厂商可通过OpenAPI完成一键导入、自动纳管； 针对普通的局域网主机、网络设备、存储设备等，行云管家支持通过IP扫描或者Excel表格方式完成批量导入； 针对可通过OpenAPI对接的云资源，行云管家支持按照一定的时间周期扫描云资源的变化，并进行自动同步。 如何应对主机类型多样性，根据主机的类型与用途快速的定位主机？ 在行云管家中，可通过标签完成对主机信息的自定义扩充，这意味着可以灵活地展现主机的类型、用途、归属部门、所属区域等各个用户自定义信息； 当用标签对主机进行标注后，在行云管家内可通过标签完成对主机的筛选与快速定位。 如何应对 主机资源数量多，按照用户的业务视角展现主机资源并做到快速的查找主机？ 针对主机列表，行云管家提供了“按网络”、“按标签”、“按分组”三种视角进行展现； 所谓“按分组”进行展示，本质上是按照用户期望的业务视角构建一棵业务树，并将主机资源挂到业务树相应的节点； 同时，行云管家提供了一键唤醒的主机全文检索能力。 如何做到不同FT项目组之间的业务数据有效隔离？ 当主机数量与用户数量过多时，再好的授权模型也很难克服日常管理的复杂度； 此时，对主机与用户进行“基于租户的数据隔离”是一种最直接、最有效的手段； 行云管家运营班支持在一个行云管家运行实例中创建多个租户（团队）的能力，每个租户之间的业务数据是完全隔离的。 如何做到针对主机资源的精细化授权与动态授权？ 行云管家的授权模型是“基于角色权限控制系统”，但在此基础上做了大幅优化与增强 在行云管家中，可对组织单元授权、对角色授权、或直接对用户授权； 从功能权限上来说，行云管家现有22个功能模块，130多个功能权限，这意味着在行云管家中能够控制的功能颗粒度是足够精细的； 从云资源授权上来说，对云资源进行授权本质上是一种动态授权； 从分组授权上来说，分组授权既构建了基于用户视角的业务树，也完成了对资源进行分组，并通过分组进行授权。 总结： 面对海量IT资产的运维及众多用户的管理，行云管家堡垒机为IT管理者提供更高、更全面而细致的安全管理视角，为IT运维工程师授予合适粒度权限，更为运维工程师带来了丰富便捷的运维手段和极致的操作体验。 直接体验： yun.cloudbility.com

IT新技术总是不停的更新换代，IT术语也在不断的推陈出新，在谈及什么是云计算管理平台（Cloud Management Platform）的前提下，我们应该简单回顾一下云计算的前世今生，以方便读者更好的理解。 一、 什么是云计算 一个比较形象的例子是小区的停车位。如果一个小区只有10个车位，但有15个有车的业主，回家晚的业主极大概率是找不到车位的。但如果我们把小区规模放大一万倍，有十万个车位和十五万有车的业主，当业主回小区停车时，只要他肯逛一逛，是有极大概率找到空闲车位的——因为总会有某些业主恰好开车外出。以笔者所在的城市深圳为例，2017年深圳汽车保有量突破350万，但只有190万个车位，是不是意味着在深圳就无法停车了呢？当然不是，在深圳开车出行，车位虽然不好找，但只要你保持一点耐心，一定可以停得了车。 这个例子形象的表达了云计算的两个核心要素： “海量资源” 与 “弹性调度”。任何企业所依赖的IT基础设施（如计算能力、存储资源等）总有空闲的时刻，也总有不够用的时候，如果我们能够把所有企业的IT基础设施形成一个海量资源池，并通过弹性调度平抑波峰波谷，意味着所有企业都可以平滑的扩张或者收缩自己的IT基础设施—-这既是云计算的起源，也是云计算的终极目标。 二、 什么是私有云 还是回到停车位的例子，车位的大小都是标准化的，这意味着无论是轿车还是SUV，都可以顺利的停进去（说要停重型卡车的杠爷请绕路）。针对IT系统而言，这个标准化的车位就是“虚拟机”。换言之，所有的IT系统都可以运行在虚拟机之上，这意味着如果我们想建设一个拥有100万车位的小区，只需要购买一堆硬件资源，在上面虚拟出100万台虚拟机即可——而这即是所谓的 “海量计算资源”。 光有海量计算资源还不够，我们还需要 “弹性调度能力”，并通过弹性调度能力平抑波峰波谷——说的再简单一些，要能够快速的创建虚拟机、分配虚拟机、以及销毁虚拟机。 由此，云计算的两大核心支撑技术就很好理解了，首先是虚拟化，虚拟化是构成“海量计算资源”的基础，其次是在虚拟化基础之上的“弹性调度能力”。所以，从技术与产品的维度来看云计算，大概是这个样子： 说到这里，私有云就很好理解了。以前企业的IT部门购买一堆硬件服务器，然后把物理服务器交给业务部门使用。而现在买完硬件资源后，在这堆硬件资源上创建一大堆虚拟机，然后把虚拟机交给业务部门使用——核心要素是：当业务部门需要更多的虚拟机时，能够快速的创建虚拟机并交付给业务部门；而当业务部门空闲出虚拟机后，还能够快速的释放这些虚拟机并回收到资源池以供其它业务部门使用。 这就是云计算，而由于它是给企业内部使用的，所以，我们把它称之为“私有云”。 三、 什么是公有云 从小区停车位的例子我们可以感受到，资源越海量、弹性调度越迅速、越智能，能够服务的客户也越多，投入产出比也越高（因为边界成本越来越低）。这里的基础前提是：海量的资源与海量的用户。小区如果只有10个车位，再怎么弹性弹度，也顶多服务11、12名业主；但如果小区有100万个车位，就可以服务150万甚至更多的业主。 同样道理，企业私有云的规模是有限的，毕竟它只服务于一家企业。 但有一类企业不一样，像海外的Amazon和国内的阿里巴巴。它们是电商起家，这就意味着它们为了应付“圣诞节购物季”或者中国的“双11”，不得不购买大量的硬件资源，以供购物高峰期使用。问题来了，仅仅在这一两天会用足所有的计算资源，那一年另外的360多天，这些富余的甚至过剩的计算资源该怎么办？想办法卖给其它企业用喽——这就是公有云——面向广大企业提供公共的云计算服务。 除了上文谈到的Amazon与阿里巴巴，目前提供公有云服务的厂商主要有以下几家： 四、 什么是混合云 混合云很好理解：企业内部既有自己的私有云，也会采购公有云厂商提供的公有云服务，私有云和公有云合在一起就称之为混合云。 问题的关键是企业已经有了自己的私有云了，为什么还会采购公有云服务呢？主要是两个原因：从成本上来说，私有云主要是一次性购置成本，而公有云则是按需采购、按量计费；从产品与服务能力上来说，公有云能够提供的产品更丰富、更专业。 采购成本很容易理解，但为什么说公有云提供的产品更丰富、更专业呢？ 还是以小区车位为例，如果小区只能提供十个或者百个车位，你无法奢望小区物业能够提供配套的增值服务。但如果小区有一百万个车位，面向的是海量客户，小区物业自然会配套提供洗车、维修、保养等一系列增值服务。 同样道理，无论是AWS（Amazon Web Service）还是阿里云，它们面向的是海量客户，它们除了给客户提供“虚拟机”这种最基础的云计算能力之外，还会提供数据库、中间件、语音识别、人脸识别等一系列增值服务。所以，我们把虚拟机、网络、存储这些最基础的云计算能力称之为IaaS（Instruction as a Service），而把数据库、中间件、语音识别、人脸识别等增值服务称之为PaaS（Platform as a Service）。 而对一家企业来说，内部的私有云往往只关注于提供IaaS能力，如果要采购更高层次的PaaS资源，通常会考虑公有云厂商，因此，私有云和公有云便形成了混合云的应用模式。 五、 什么是多云 多云就更容易理解了，企业不仅仅只采购一家的云，还会采购其它家的云。这就像现如今的华为，其供货商一定是两家甚至两家以上，只有这样，在面临美国的重压之下还能够有腾挪的余地（在这里祝福一下华为）。 同样道理，云计算已经成为企业IT架构的核心支撑，而采用多云战略，一定是企业未来的核心考量。换言之，多云与混合云，是未来中大型企业IT基础架构的常态。 六、 什么是云计算管理平台 理解了什么是云计算，以及云计算主要的两种形态“私有云“和”公有云“，也谈到了公有云和私有云之间形成了混合云，以及企业采购多云的核心驱动力；行文至此，终于可以谈一下本文的主题：什么是 云计算管理平台 了。 云计算管理平台，也称CMP（Cloud Management Platform），确切的来说，是由业界知名的IT调研机构Gartner于2016年提出的概念。顾名思义，云计算管理平台，是在云计算之上的一层管理服务，问题是：为什么需要这层管理服务？这层管理服务是给谁用的？解决了哪些问题？在回答这些问题之前，我们需要展望一下未来云计算的发展趋势。 6.1 云计算的发展趋势 自2006年由Google提出“云计算”这个概念至今已经有十余年的发展历程，从最开始人们谈及云计算时的云里雾里，到如今云计算已经发展成为企业IT架构的核心基础支撑。那么，再往后看十年，未来的云计算又有哪些发展趋势呢？笔者认为主要有以下三点： 公有云是云计算未来的主要发展方向 对中小企业而言，公有云是最好也是唯一的选择 对大型企业而言，多云、混合云将成为常态 在这样三个趋势下，我们认为，针对云计算领域的痛点与诉求，中小企业和大型企业既有共性，也有差异。 6.2 中小企业对云计算的痛点与诉求 如上所述，公有云是云计算未来发展的主要方向，且未来的公有云厂商一定是寡头竞争的状态，在没有大的创新技术爆发的背景下，公有云IaaS厂商一定面临标准化、同质化的竞争态势。而对中小企业而言，成本考量始终是它们在云计算领域的敏感因素，这意味着中小企业对公有云厂商的品牌忠诚度是不够的，如果能够做到在不同公有云厂商之间的平滑迁移，它们随时可以从某一家云厂商迁移到另一家云厂商。 其次，广大中小企业需要一个“以运维提效为目的、一体化的云计算管理工具”。各大公有云厂商本身提供的管理控制台对中小企业而言原本是最好的选择，但几乎所有公有云厂商的管理控制台更像是To C的电商系统，其核心思路是向目标客户兜售自家的云资源，缺少团队管理、权限管理、流程定义、审批管理等To B的业务色彩。 综上，我们可以总结广大中小企业针对云计算管理领域的核心诉求，如下图所示： 6.3 大型企业对云计算的痛点与诉求 大型企业除了需要“以运维提效为目的、一体化的云计算管理工具“之外，还有更深层次的痛点与诉求。 “多云管理” 始终是大型企业对云计算的核心基础需求。这里的多云既是指不同的公有云与公有云之间，也是指公有云与私有云之间的混合式管理，同时，也指对多种不同云资源的管理（而不仅仅只是主机资源）。或许是出于不想绑定在某一家云厂商的心态，或许是历史发展过程中已经积累了若干云厂商的产品，用一个管理控制台把不同云厂商的不同云产品进行统一纳管，始终是大型企业对云计算的核心基础需求。 ...