Q1，配置管理流程的目標是什么？
配置管理（CM）的目的是通過使開發或部署程序可控和可重復，從而創建更高質量的產品或系統，來確保產品或系統在其整個生命周期中的完整性，CM流程允許對系統資訊和系統更改進行有序管理，以實作以下目的：
- 修改功能，
- 提高績效
- 可靠性或可維護性，
- 延長壽命
- 降低成本，
- 降低風險并
- 責任或糾正缺陷，
Q2，資產管理和配置管理有什么區別？
以下是資產管理和配置管理之間的一些區別：
Q3，資產和配置項有什么區別？
據我說，您應該首先解釋資產，它具有財務價值以及附加的折舊率，IT資產只是其中的一個子集，任何有成本的東西，組織將其用于資產價值計算和稅收計算中的相關收益，都屬于“資產管理”，該專案稱為資產，
另一方面，配置專案可能沒有分配財務價值，它不會有任何與之相關的折舊，因此，其壽命將不取決于其財務價值，而是取決于該專案成為組織過時的時間，
現在，您可以舉一個例子來展示兩者之間的相似性和區別：
1）相似性：
服務器–它既是資產又是配置項，
2）差異：
建筑–它是資產，而不是CI，
單據–這是配置項，但不是資產
Q4，您對“基礎架構即代碼”有什么了解？它如何適合DevOps方法？它能達到什么目的？
基礎架構即代碼（IAC）是一種IT基礎架構，運營團隊可以使用它來通過代碼自動管理和配置，而不是使用手動流程，
要求更快部署的公司將基礎設施像軟體一樣：視為可以用DevOps工具和流程進行管理的代碼，這些工具使您可以更輕松，快速，安全和可靠地進行基礎架構更改，
Q5，在Puppet，Chef，SaltStack和Ansible中，哪一個是最佳的配置管理（CM）工具？為什么？
這取決于組織的需求，因此請在所有這些工具上提及幾點：
Puppet是最古老，最成熟的CM工具，Puppet是一個基于Ruby的配置管理工具，但是盡管它具有一些免費功能，但許多使Puppet出色的功能僅在付費版本中可用，不需要很多額外功能的組織會發現Puppet很有用，但是那些需要更多自定義的組織可能需要升級到付費版本，
Chef是用Ruby撰寫的，因此可以由了解該語言的人自定義，它還包括免費功能，并且必要時可以將其從開源升級到企業級，最重要的是，它是一種非常靈活的產品，
Ansible是一個非常安全的選項，因為它使用Secure Shell，這是一個易于使用的工具，但是除了配置管理之外，它還提供了許多其他服務，它非常容易學習，因此非常適合那些沒有專門的IT員工但仍需要配置管理工具的人，
SaltStack是面向大型企業的基于python的開源CM工具，但是其學習曲線相當低，
Q6，什么是Puppet？
我建議您首先給Puppet一個小定義，這是一個配置管理工具，用于自動執行管理任務，
現在，您應該描述其架構以及Puppet如何管理其代理，Puppet具有Master-Slave體系結構，其中Slave必須首先向Master發送證書簽名請求，Master必須對該證書進行簽名，以便在Puppet Master和Puppet Slave之間建立安全連接，如下圖所示，Puppet Slave向Puppet Master發送請求，然后Puppet Master在Slave上推送配置，
Q7，在客戶可以通過Puppet Master進行身份驗證之前，需要先簽名并接受其證書，您將如何自動執行此任務？
最簡單的方法是在puppet.conf中啟用自動簽名，
務必提及這是安全隱患，如果您仍然想這樣做：
- 將Puppet主服務器防火墻-將埠tcp / 8140限制為僅信任的網路，
- 為每個“信任區域”創建人偶母版，并且僅在該人偶母版清單中包括受信任的節點，
- 切勿使用完整的通配符，例如*，
Q8，描述您通過Puppet自動化流程所獲得的最大收益，
對于這個答案，我建議您向您解釋過去使用Puppet的經驗，您可以參考以下示例：
我使用Puppet自動化了Linux和Windows計算機的配置和部署，除了將處理時間從一周減少到10分鐘之外，我還使用了角色和組態檔模式，并在README中記錄了每個模塊的用途，以確保其他人可以使用Git更新該模塊，我撰寫的模塊仍在使用，但是我的隊友和社區成員對它們進行了改進
Q9，您使用哪些開放源代碼或社區工具來增強Puppet的功能？
在這里，您需要提及這些工具以及如何使用這些工具使Puppet更加強大，以下是一個供您參考的示例：
更改和請求通過Jira進行票證，我們通過內部流程管理請求，然后，我們使用Git和Puppet的代碼管理器應用程式根據最佳實踐來管理Puppet代碼，此外，我們使用燒杯測驗框架通過Jenkins的持續集成管道來運行所有Puppet更改，
Q10，什么是人偶清單？
這是一個非常重要的問題，因此請確保流程正確，據我說，您應該首先定義清單，每個節點（或Puppet代理）在Puppet Master中都有其配置詳細資訊，以本機Puppet語言撰寫，這些詳細資訊以Puppet可以理解的語言撰寫，被稱為清單，它們由Puppet代碼組成，其檔案名使用.pp擴展名，
現在舉一個例子，您可以在Puppet Master中撰寫清單，以創建檔案并在連接到Puppet Master的所有Puppet代理（從站）上安裝apache，
Q11， 什么是Puppet Module？與Puppet Manifest有何不同？
對于此答案，您可以使用以下提到的解釋：
人偶模塊是清單和資料（例如事實，檔案和模板）的集合，它們具有特定的目錄結構，模塊對于組織Puppet代碼很有用，因為它們使您可以將代碼拆分為多個清單，使用模塊組織幾乎所有的人偶清單被認為是最佳實踐，
人偶程式稱為清單，由人偶代碼組成，其檔案名使用.pp擴展名，
Q12， Puppet的因素是什么？
您應該回答Facter在Puppet中的確切功能，所以據我說，“ Facter收集有關Puppet Agent的基本資訊（事實），例如硬體詳細資訊，網路設定，作業系統型別和版本，IP地址，MAC地址， SSH密鑰等，這些事實然后在Puppet Master的清單中作為變數提供，”
Q13，什么是Chef？
通過定義Chef開始此答案，它是一個強大的自動化平臺，可將基礎結構轉換為代碼，Chef是一種工具，您可以為其撰寫用于自動化程序的腳本，什么程序？與IT相關的幾乎所有內容，
現在，您可以解釋Chef的體系結構，它包括：
- Chef Server： Chef Server是基礎結構配置資料的中央存盤，Chef服務器存盤配置節點所需的資料并提供搜索功能，該功能強大的工具可讓您根據資料動態驅動節點配置，
- Chef節點：節點是使用Chef客戶端配置的任何主機，Chef-client在您的節點上運行，請與Chef服務器聯系以獲取配置節點所需的資訊，由于節點是運行Chef-client軟體的計算機，因此有時將節點稱為“客戶端”，
- Chef Workstation： Chef Workstation是用于修改菜譜和其他配置資料的主機，
Q14，Chef中的資源是什么？
我的建議是首先定義資源，資源代表基礎架構及其所需的狀態，例如應安裝的軟體包，應運行的服務或應生成的檔案，
您應該解釋有關Resource的功能，包括以下幾點：
- 描述配置項的期望狀態，
- 宣告使該專案達到所需狀態所需的步驟，
- 指定資源型別，例如包，模板或服務，
- 根據需要列出其他詳細資訊（也稱為資源屬性），
- 被分為描述作業配置的配方，
Q15，你用Chef的資源是什么意思？
對于此答案，我建議您使用上述流程：首先定義配方，資源是資源的集合，描述了特定的配置或策略，資源描述了配置系統部分所需的一切，
定義之后，通過包括以下幾點來說明資源的功能：
- 安裝和配置軟體組件，
- 管理檔案，
- 部署應用程式，
- 執行其他資源，
Q16， 資源與Chef資源有何不同？
答案很直接，您可以簡單地說：“資源是資源的集合，主要配置軟體包或某些基礎結構，“資源”將資源和其他資訊組合在一起，比僅包含資源更易于管理，”
Q17， 如果您未在Chef中指定資源的操作，會發生什么情況？
我的建議是首先給出一個直接的答案：當您不指定資源的操作時，Chef將應用默認操作，
現在用一個例子來說明這一點，下面的資源：
file ‘C:UsersAdministratorchef-reposettings.ini’ do
content ‘greeting=hello world’
end
是相同以下資源：
file ‘C:UsersAdministratorchef-reposettings.ini’ do
action :create
content ‘greeting=hello world’
end
是因為：創建的檔案資源的默認操作，
Q18，什么是Ansible模塊？
在Ansible中，模塊被視為作業單元，每個模塊大部分都是獨立的，可以用標準腳本語言撰寫，例如Python，Perl，Ruby，bash等，模塊的指導屬性之一是冪等，這意味著即使多次重復操作，例如從中斷中恢復，它將始終將系統置于相同狀態，
Q19，什么是Ansible中的劇本？
劇本是Ansible的配置，部署和編排語言，它們可以描述您希望遠程系統執行的策略，或一般IT流程中的一組步驟，劇本被設計為人類可讀的并且以基本文本語言開發，
從根本上講，劇本可用于管理遠程計算機的配置和部署，
Q20， 我如何查看所有ansible_變數的串列？
默認情況下，Ansible收集有關所管理機器的“事實”，并且可以在Playbook和模板中訪問這些事實，要查看有關計算機的所有可用事實的串列，可以作為臨時操作運行“ setup”模塊：
**Ansible -m setup主機名
**這將列印出所有可用的事實的字典，該特定主機，
Q21，如何設定應用程式的部署順序？
WebLogic Server 8.1允許您選擇應用程式的加載順序，請參閱“應用程式”中的“應用程式MBean加載順序”屬性，WebLogic Server在部署應用程式之前先部署服務器級資源（首先是JDBC，然后是JMS），應用程式的部署順序如下：連接器，然后是EJB，然后是Web應用程式，如果應用程式是EAR，則按照在application.xml部署描述符中宣告它們的順序加載各個組件，
Q22，是否可以在不重新部署整個應用程式的情況下重繪已部署應用程式的靜態組件？
是的，您可以使用以下語法使用weblogic.Deployer來指定組件并以服務器為目標：
java weblogic.Deployer -adminurl http：// admin：7001 -name appname -targets server1，server2 -deploy jsps / *，jsp
Q23，如何關閉自動部署功能？
自動部署功能每三秒鐘檢查一次應用程式檔案夾，以確定是否有任何新應用程式或對現有應用程式的任何更改，然后動態部署這些更改，
為在開發模式下運行的服務器啟用了自動部署功能，要禁用自動部署功能，請使用以下方法之一將服務器置于生產模式：
- 在管理控制臺中，單擊左窗格中的域名稱，然后在右窗格中選擇“生產模式”復選框，
- 在啟動域的管理服務器時，在命令列中包含以下引數：
-Dweblogic.ProductionModeEnabled = true - 將為給定域中的所有WebLogic Server實體設定生產模式，
Q24，什么時候應該使用external_stage選項？
如果要自己暫存應用程式，請使用weblogic.Deployer設定-external_stage，并且希望通過自己的方式將其復制到其目標，
歡迎關注 Java架構師社區公眾號.
本文轉載自Java架構師必看 ,更多內容點擊查看！
轉載請註明出處，本文鏈接：https://www.uj5u.com/houduan/185456.html
標籤：其他
上一篇：Java基礎語法：變數與常量