運維開發中的接入管理方法是什么

這篇文章主要介紹“運維開發中的接入管理方法是什么”的相關知識，小編通過實際案例向大家展示操作過程，操作方法簡單快捷，實用性強，希望這篇“運維開發中的接入管理方法是什么”文章能幫助大家解決問題。

如果把上面的路徑和技術序列聯系起來，就可能是下面的一些解決方案。

接入方式提煉出兩點：

系統層接入：

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

關于“運維開發中的接入管理方法是什么”的內容就介紹到這里了，感謝大家的閱讀。如果想了解更多行業相關的知識，可以關注億速云行業資訊頻道，小編每天都會為大家更新不同的知識點。