简介
基于OpenLDAP的统一账号管理
LDAP(Lightweight Directory Access Protocol)轻量级目录访问协议，是一个开放的，中立的，工业标准的应用协议，通过IP协议提供访问控制和维护分布式信息的目录信息。
OpenLDAP是轻型目录访问协议 LDAP 的自由和开源的实现，在其OpenLDAP许可证下发行，并已经被包含在众多流行的Linux发行版中。 OpenLDAP的一个常用用途是单点登录，用户可以在多个应用平台中使用同一个账户密码，通常用于公司内部网站的登录中。
在运维工作中，主要用其单点登录、用户分组、配合业务支撑系统实现权限管理和准入控制。更重要的是，目前大部分系统均支持LDAP，公司中使用的Gitlab、Jenkins、Jira、Jumpserver、Docker harbor、Zabbix、OpenVPN、甚至包括nginx均可实现和LDAP的对接。
自动化运维CI/CD
所谓DevOps，我的理解是所有的工作内容也是通过版本控制工具来管理，配置、脚本、文件放置于版本仓库，继而触发持续集成工具，发布到相应的环境中。所有的更改和操作清晰、透明，均可通过记录查询以及通过版本回滚。
自动化，就云上开辟新主机为例，可以通过一个清单，包含所需要建立机器的区域、CPU、内存、磁盘、主机名、使用的镜像等，提交至gitlab，gitlab自动触发Jenkins构建，调用云API创建主机，同时进行初始化，安装监控客户端等，将监控指标推送到监控系统，同时Jenkins将该主机的信息添加到Jumpserver中，方便管理，从而实现整个闭环。
对于CI/CD（持续集成/持续部署），Jenkins有三个环境的Job，分组呈现，不同分组的人员可看到不同的Job，从而实现权限的控制，对于开发环境的Job来自于Gitlab仓库中dev分支的代码，测试环境的代码来自于master分支，线上环境的Job来自于master上分支上打过tag的代码，开发测试人员无法看到线上环境的Job，当需要升级时，开发人员将tag交给运维，运维升级完成验证同时通知开发。
灰度发布，灰度发布有赖于系统架构，原则上需要系统架构支持高可用、负载均衡、方便横向扩展；比如，公司采用阿里巴巴公司开源的一个高性能优秀的服务框架Dubbo（使得应用可通过高性能的 RPC 实现服务的输出和输入功能，可以和Spring框架无缝集成。
Dubbo是一款高性能、轻量级的开源Java RPC框架，它提供了三大核心能力：面向接口的远程方法调用，智能容错和负载均衡，以及服务自动注册和发现。）可将各功能拆解为单个模块，模块可多节点部署，模块启动自动注册到同一管理平台zookeeper，成为生产者或消费者，RPC调用实时查询zookeeper。如此便可逐台发布，实现发布过程的业务不中断；对于前端页面，发布至web服务器上，web服务器处在lb后端，可作多节点，实现高可用和负载均衡，从而保证业务的稳定性。Jira工单系统，除Bug跟踪和需求管理之外，Jira系统可以作为公司知识库，各部门人员均可使用；就比如运维人员，将平常自己解决的技术问题记录到该平台上，下次再遇到，就可以查询自己的处理记录，既方便又锻炼文档的书写能力；也可以将自己的经验分享给其他小伙伴查看，互相学习，共同进步；另外，Jira又有创建子任务的功能，将一个大问题拆解成若干小问题，逐个攻破。
系统监控预警
Zabbix监控，将所有主机加入监控，时刻掌握他们的状态，一旦有指标不正常，触发器触发告警，可通过微信、钉钉、邮件方式收到告警，详细有效的监控报警是保证系统正常运行不可少的工具，防患于未然，快速定位故障。
ELK日志收集，日志的收集和监控也是很有必要的，当集群环境壮大之后，某一个模块可能会部署多个节点，再登录到机器上查看某一模块的日志就变得很困难，此时，可以将日志收集至ELK等平台上，按模块分类。另外，有些故障只能从日志中定位，比如Java程序，程序仍在运行，但服务已不可用，这个时候，监控日志中的错误信息，实时报警，就能及时定位故障，加快问题处理的速度。
总结
参考文档
- 搞懂OpenLDAP：https://segmentfault.com/a/1190000014683418
- VisualParadigm: https://online.visual-paradigm.com
- OpenLDAP Document: https://www.openldap.org/doc