本公開的實施例涉及計算機，具體涉及配置文件修改方法、裝置、電子設(shè)備和計算機可讀介質(zhì)。

背景技術(shù)：

1、通常一個軟件系統(tǒng)會具有若干個組件，每個組件存在都會存在一個或多個配置文件，這些配置文件往往格式多樣(如json/properties/yaml/xml等格式)且內(nèi)容繁多。在部署一套軟件系統(tǒng)時，為了簡化操作，通常會提供一個可視化的程序去簡化配置的維護過程。通常采用的方式為：程序直接從配置管理程序本地存儲的鍵值對中讀取配置。然后，修改預(yù)設(shè)好的特定配置項。再然后，依賴固定的模板文件渲染生成配置文件。最后，通過服務(wù)器上預(yù)裝的agent程序?qū)崿F(xiàn)下發(fā)操作。

2、然而，當采用上述方式對配置文件信息修改時，經(jīng)常會存在如下技術(shù)問題：

3、第一，獲得的配置文件信息并不是最新的值，且如果服務(wù)器上組件實際的配置文件被改動過，這部分額外的改動將丟失，導致配置文件修改的實時性較差。以及在下發(fā)操作過程中需要服務(wù)器上預(yù)裝的agent程序才能實現(xiàn)下發(fā)操作，導致對預(yù)裝的agent程序進行部署和維護花費較多的資源。

4、第二，在對配置文件進行修改的過程中，只能對預(yù)設(shè)好的特定配置項進行修改，導致修改配置文件的靈活性較差。以及在對相同格式的配置文件進行修改時，沒有能夠統(tǒng)一格式的文件加載方式，導致對配置文件進行修改的泛用性較差。

5、該背景技術(shù)部分中所公開的以上信息僅用于增強對本發(fā)明構(gòu)思的背景的理解，并因此，其可包含并不形成本國的本領(lǐng)域普通技術(shù)人員已知的現(xiàn)有技術(shù)的信息。

技術(shù)實現(xiàn)思路

1、本公開的內(nèi)容部分用于以簡要的形式介紹構(gòu)思，這些構(gòu)思將在后面的具體實施方式部分被詳細描述。本公開的內(nèi)容部分并不旨在標識要求保護的技術(shù)方案的關(guān)鍵特征或必要特征，也不旨在用于限制所要求的保護的技術(shù)方案的范圍。

2、本公開的一些實施例提出了配置文件信息修改方法、裝置、電子設(shè)備和計算機可讀介質(zhì)，來解決以上背景技術(shù)部分提到的技術(shù)問題中的一項或多項。

3、第一方面，本公開的一些實施例提供了一種配置文件信息修改方法，該方法包括：接收服務(wù)器文件信息，其中，上述服務(wù)器文件信息包括服務(wù)器信息和配置組件信息；基于上述服務(wù)器信息，確定目標服務(wù)器；基于上述配置組件信息和上述目標服務(wù)器，確定上述配置組件信息對應(yīng)的目標組件信息；基于上述目標組件信息和預(yù)先存儲的文件加載方式組，確定目標文件加載方式；對上述目標組件信息進行顯示；響應(yīng)于檢測到目標用戶輸入的配置修改信息，執(zhí)行以下步驟：響應(yīng)于確定上述配置修改信息滿足第一配置條件，基于上述配置修改信息，對上述目標組件信息進行更新處理；將所更新的目標組件信息發(fā)送至上述目標服務(wù)器。

4、第二方面，本公開的一些實施例提供了一種配置文件信息修改裝置，裝置包括：接收單元，被配置成接收服務(wù)器文件信息，其中，上述服務(wù)器文件信息包括服務(wù)器信息和配置組件信息；第一確定單元，被配置成基于上述服務(wù)器信息，確定目標服務(wù)器；第二確定單元，被配置成基于上述配置組件信息和上述目標服務(wù)器，確定上述配置組件信息對應(yīng)的目標組件信息；第三確定單元，被配置成基于上述目標組件信息和預(yù)先存儲的文件加載方式組，確定目標文件加載方式；顯示單元，被配置成對上述目標組件信息進行顯示；執(zhí)行單元，被配置成響應(yīng)于檢測到目標用戶輸入的配置修改信息，執(zhí)行以下步驟：響應(yīng)于確定上述配置修改信息滿足第一配置條件，基于上述配置修改信息，對上述目標組件信息進行更新處理；將所更新的目標組件信息發(fā)送至上述目標服務(wù)器。

5、第三方面，本公開的一些實施例提供了一種電子設(shè)備，包括：一個或多個處理器；存儲裝置，其上存儲有一個或多個程序，當一個或多個程序被一個或多個處理器執(zhí)行，使得一個或多個處理器實現(xiàn)上述第一方面任一實現(xiàn)方式所描述的方法。

6、第四方面，本公開的一些實施例提供了一種計算機可讀介質(zhì)，其上存儲有計算機程序，其中，程序被處理器執(zhí)行時實現(xiàn)上述第一方面任一實現(xiàn)方式所描述的方法。

7、本公開的上述各個實施例中具有如下有益效果：通過本公開的一些實施例的配置文件信息修改方法，可以提高配置文件修改的實時性，減少資源消耗較多。具體來說，造成配置文件修改的靈活性較差，資源的消耗較多的原因在于：獲得的配置文件信息并不是最新的值，且如果服務(wù)器上組件實際的配置文件被改動過，這部分額外的改動將丟失，導致配置文件修改的實時性較差。以及在下發(fā)操作過程中需要服務(wù)器上預(yù)裝的agent程序才能實現(xiàn)下發(fā)操作，導致對預(yù)裝的agent程序進行部署和維護花費較多的資源?；诖耍竟_的一些實施例的配置文件信息修改方法，首先，接收服務(wù)器文件信息，其中，上述服務(wù)器文件信息包括服務(wù)器信息和配置組件信息。由此，可以獲取需要進行配置文件部署的服務(wù)器信息和配置組件信息。然后，基于上述服務(wù)器信息，確定目標服務(wù)器。由此，可以確定服務(wù)器信息所對應(yīng)的目標服務(wù)器。再然后，基于上述配置組件信息和上述目標服務(wù)器，確定上述配置組件信息對應(yīng)的目標組件信息。由此，可以確定最新的目標組件信息。其次，基于上述目標組件信息和預(yù)先存儲的文件加載方式組，確定目標文件加載方式。由此，可以獲得目標文件的加載方式。然后，對上述目標組件信息進行顯示。由此，可以對目標組集信息進行顯示。再然后，響應(yīng)于檢測到目標用戶輸入的配置修改信息，執(zhí)行以下步驟：響應(yīng)于確定上述配置修改信息滿足第一配置條件，基于上述配置修改信息，對上述目標組件信息進行更新處理。由此，可以對目標組件信息進行修改。最后，將所更新的目標組件信息發(fā)送至上述目標服務(wù)器。由此，可以將修改后的目標組件信息發(fā)送至目標服務(wù)器進行部署，不需要預(yù)裝的agent程序進行部署。也因為是先獲取目標服務(wù)器，再獲取目標服務(wù)器對應(yīng)的配置組件信息對其進行修改，因此可以獲得實際配置文件中的值，提高了配置文件修改的實時性。也因為是直接將修改后的目標組件信息直接發(fā)送至目標服務(wù)器，因此可以在不需要agent程序的情況下進行配置文件的修改，減少了部署和維護花費的資源。

技術(shù)特征：

1.一種配置文件信息修改方法，包括：

2.根據(jù)權(quán)利要求1所述的方法，其中，所述基于所述服務(wù)器信息，確定目標服務(wù)器，包括：

3.根據(jù)權(quán)利要求1所述的方法，其中，所述目標組件信息包括組件格式信息；以及所述基于所述目標組件信息和預(yù)先存儲的文件加載方式組，確定目標文件加載方式，包括：

4.根據(jù)權(quán)利要求1所述的方法，其中，所述基于所述配置修改信息，對所述目標組件信息進行更新處理，包括：

5.根據(jù)權(quán)利要求1所述的方法，其中，在所述響應(yīng)于確定所述配置修改信息滿足第一配置條件，基于所述配置修改信息，對所述目標組件信息進行更新處理之后，所述方法還包括：

6.根據(jù)權(quán)利要求1所述的方法，其中，在所述將所更新的目標組件信息發(fā)送至所述目標服務(wù)器之后，所述方法還包括：

7.一種配置文件信息修改裝置，包括：

8.一種電子設(shè)備，包括：

9.一種計算機可讀介質(zhì)，其上存儲有計算機程序，其中，所述程序被處理器執(zhí)行時實現(xiàn)如權(quán)利要求1至6中任一所述的方法。

技術(shù)總結(jié)
本公開的實施例公開了配置文件修改方法、裝置、電子設(shè)備和計算機可讀介質(zhì)。該方法的一具體實施方式包括：接收服務(wù)器文件信息；基于服務(wù)器信息，確定目標服務(wù)器；基于配置組件信息和目標服務(wù)器，確定配置組件信息對應(yīng)的目標組件信息；基于目標組件信息和預(yù)先存儲的文件加載方式組，確定目標文件加載方式；對目標組件信息進行顯示；響應(yīng)于檢測到目標用戶輸入的配置修改信息，執(zhí)行以下步驟：響應(yīng)于確定配置修改信息滿足第一配置條件，基于配置修改信息，對目標組件信息進行更新處理；將所更新的目標組件信息發(fā)送至目標服務(wù)器。該實施方式提高了配置文件修改的實時性和配置文件進行修改的泛用性。

技術(shù)研發(fā)人員：鐘浩源
受保護的技術(shù)使用者：華青融天（北京）軟件股份有限公司
技術(shù)研發(fā)日：
技術(shù)公布日：2024/12/26