这篇文章主要介绍“运维开发中的接入管理方法是什么”的相关知识，小编通过实际案例向大家展示操作过程，操作方法简单快捷，实用性强，希望这篇“运维开发中的接入管理方法是什么”文章能帮助大家解决问题。
目前创新互联已为1000+的企业提供了网站建设、域名、网站空间、网站改版维护、企业网站设计、阳城网站维护等服务，公司将坚持客户导向、应用为本的策略，正道将秉承"和谐、参与、激情"的文化，与客户和合作伙伴齐心协力一起成长，共同发展。
如果把上面的路径和技术序列联系起来，就可能是下面的一些解决方案。
| ops_to_cm | ssh,paramiko,ansible_adhoc |
| cm_to_host | ssh,paramiko,ansible_adhoc |
| host_to_db | command,pymysql,mysqldb |
| cm_to_db | ssh,pymysql,mysqldb |
| ops_to_db | pymysql,mysqldb |
| ops_to_host | ssh,paramiko,ansible_adhoc |
接入方式提炼出两点：
系统层接入：
paramiko和ansible_adhoc
数据库接入
pymysql,mysqldb
在这个基础上，进行进一层的提炼，接入管理提炼出两点：
数据库层的接入可以提炼出DAO层，通过工厂模式来提供灵活的配置接入，这会是一个通用的接口，同时其他数据库的接入也可以通过这种方式带来接入，提炼的结果就是对于数据库类型和接入方式，即可完成数据库的接入管理，比如MySQL，我只需要输入mysql.mysqldb的方式即可通过mysqldb库的方式接入MySQL
同理系统层的接入是类似的情况，目前可以暂采用paramiko和ansible_adhoc两个选项即可。
至于上层的接入路径如何串联，按照通用的思路：
ops到db的路径，目前只有三类
1)ops_to_cm,cm_to_host,host_to_db
2)ops_to_cm,cm_to_db
3)ops_to_db
而同理ops到host的路径，只有以下几类：
1)ops_to_cm,cm_to_host
2)ops_to_host
最后还有第三类，是host_to_db
如果是没有一个完整的路径分析，可能得到的路径不是很完整。
这些其实就跟管理层的工作类似，需要根据实际的情况和配置来得到一个最优路径，然后由具体的任务层来负责执行。
所以上面的思路抽象之后，就是得到接入路径，然后执行接入任务。
这只能算是刚刚开始吧，还有几个问题需要弄明白。
比如ops_to_db的路径有三个，拿第一个来说，
1)ops_to_cm,cm_to_host,host_to_db
如果是最后的执行节点，host_to_db，如果使用pymysql,mysqldb两种执行方式，那么相应的库文件需要在host层面具备，而ops,cm端只是调用而已。
而如果是第三个
3)ops_to_db
则只需要保证ops端具有完整的库文件即可。
所以第一种路径太深，而且对于目标端的环境依赖要重一些，相对来说是不大推荐的。
第三种，需要ops端具有直连的权限，能够直接访问数据库，则ops端需要配备完善的接入管理。这个不能说不合理，只是对于ops来说会相对重一些。
那么第二种相对而言是比较好的，我们基于中控端去做，支持命令方式和驱动方式，中控端的配置对于所有的其他服务器都是适用的，这样我们能够基本达到中控的一个基本需求，这个算是对需求的收敛吧。
所以对于这个基本的接入管理需求，会分为：系统接入管理和数据库接入管理，映射到这个场景中，就是如下的一个初步选择
2)ops_to_cm,cm_to_db
关于“运维开发中的接入管理方法是什么”的内容就介绍到这里了，感谢大家的阅读。如果想了解更多行业相关的知识，可以关注创新互联-成都网站建设公司行业资讯频道，小编每天都会为大家更新不同的知识点。
