應用程序的云資源管理系統(tǒng)和方法
【專利摘要】本發(fā)明提出一種應用程序的云資源管理系統(tǒng)和方法。其中，該系統(tǒng)包括應用程序云資源管理子系統(tǒng)、用戶空間文件子系統(tǒng)、接入子系統(tǒng)和開發(fā)者客戶端，其中，用戶空間文件子系統(tǒng)為應用程序云資源管理子系統(tǒng)的接口的文件映射，其中，開發(fā)者客戶端，用于向接入子系統(tǒng)發(fā)送請求消息；接入子系統(tǒng)，用于將請求消息發(fā)送至用戶空間文件子系統(tǒng)；用戶空間文件子系統(tǒng)，用于執(zhí)行請求消息，并將執(zhí)行結果反饋至應用程序云資源管理子系統(tǒng)；以及應用程序云資源管理子系統(tǒng)，用于根據(jù)執(zhí)行結果對開發(fā)者對應的云資源進行管理。本發(fā)明實施例的應用程序的云資源管理系統(tǒng)，降低了用戶的使用門檻，尤其是方便了用戶對應用程序日志的查看和分析，提高了用戶使用體驗。
【專利說明】應用程序的云資源管理系統(tǒng)和方法

【技術領域】
[0001]本發(fā)明涉及互聯(lián)網(wǎng)【技術領域】，尤其涉及一種應用程序的云資源管理系統(tǒng)和方法。

【背景技術】
[0002]當前，云計算中關于代碼的運行環(huán)境有兩個代表性方案，一個是以Google AppEngine為代表的App Engine (Google App Engine是一種在Google的基礎架構上運行的網(wǎng)絡應用程序)，一個是以Amazon AWS為代表的虛擬機方案(Amazon AWS是亞馬遜提供的專業(yè)云計算服務)。這兩種方案各有優(yōu)缺點，App Engine的方案能夠做到真正的按需分配,AppEngine集群每臺物理機器的極限取決于應用的流量而不是應用個數(shù)。而虛擬機的方案能夠支持的應用個數(shù)，取決于I臺物理機可以虛擬化成多少臺虛擬機，實際上I臺物理機虛擬化成200臺虛擬機基本已經(jīng)是極限。因此，I臺物理機最多只能提供200個應用程序的執(zhí)行，如果這些應用程序完全沒有流量，那么這臺物理機的資源利用率基本為0，而App Engine方案在處理這個長尾的時候，基本上一臺物理機就能夠管理十萬個靜默的無流量App。
[0003]目前，以Google AppEngine為代表的國內外App Engine的運行環(huán)境都是以網(wǎng)站和自帶專業(yè)腳本作為管理工具，管理App Engine的。然而現(xiàn)有的App Engine的管理方式非常麻煩，不夠靈活，不能有效的通過Linux強大的腳本來管理App Engine的邏輯，尤其對于日志，查看起來非常不方便。


【發(fā)明內容】

[0004]本發(fā)明旨在至少在一定程度上解決相關技術中的技術問題之一。
[0005]為此，本發(fā)明的第一個目的在于提出一種應用程序的云資源管理系統(tǒng)，該系統(tǒng)降低了開發(fā)者的使用門檻，尤其是方便了開發(fā)者對應用程序日志的查看和分析，提高了用戶使用體驗。
[0006]本發(fā)明的第二個目的在于提出一種應用程序的云資源管理方法。
[0007]為達上述目的，本發(fā)明第一方面實施例提出了一種應用程序的云資源管理系統(tǒng)，包括應用程序云資源管理子系統(tǒng)、用戶空間文件子系統(tǒng)、接入子系統(tǒng)和開發(fā)者客戶端，其中，所述用戶空間文件子系統(tǒng)為所述應用程序云資源管理子系統(tǒng)的接口的文件映射，其中，所述開發(fā)者客戶端，用于向接入子系統(tǒng)發(fā)送請求消息；所述接入子系統(tǒng)，用于將所述請求消息發(fā)送至所述用戶空間文件子系統(tǒng)；所述用戶空間文件子系統(tǒng)，用于執(zhí)行所述請求消息，并將執(zhí)行結果反饋至所述應用程序云資源管理子系統(tǒng)；以及所述應用程序云資源管理子系統(tǒng)，用于根據(jù)所述執(zhí)行結果對開發(fā)者對應的云資源進行管理。
[0008]本發(fā)明實施例的應用程序的云資源管理系統(tǒng)，通過將App Engine抽象成傳統(tǒng)的虛擬機接口提供給開發(fā)者訪問，開發(fā)者通過開發(fā)者客戶端連接到App Engine,通過SSH和通用命令行參數(shù)管理App Engine的數(shù)據(jù)和代碼資源，降低了開發(fā)者的使用門檻，尤其是方便了開發(fā)者對應用程序日志的查看和分析，提高了用戶使用體驗。
[0009]為達上述目的，本發(fā)明第二方面實施例提出了一種應用程序的云資源管理方法，包括:用戶空間文件子系統(tǒng)接收開發(fā)者客戶端通過接入子系統(tǒng)發(fā)送的請求消息，其中，所述用戶空間文件子系統(tǒng)為應用程序云資源管理子系統(tǒng)的接口的文件映射；以及所述用戶空間文件子系統(tǒng)執(zhí)行所述請求消息，并將執(zhí)行結果反饋至所述應用程序云資源管理子系統(tǒng)，以使所述應用程序云資源管理子系統(tǒng)根據(jù)所述執(zhí)行結果對開發(fā)者對應的云資源進行管理。
[0010]本發(fā)明實施例的應用程序的云資源管理方法，通過將App Engine抽象成傳統(tǒng)的虛擬機接口提供給開發(fā)者訪問，開發(fā)者通過開發(fā)者客戶端連接到App Engine,通過SSH和通用命令行參數(shù)管理App Engine的數(shù)據(jù)和代碼資源，降低了開發(fā)者的使用門檻，尤其是方便了開發(fā)者對應用程序日志的查看和分析，提高了用戶使用體驗。
[0011]本發(fā)明附加的方面和優(yōu)點將在下面的描述中部分給出，部分將從下面的描述中變得明顯，或通過本發(fā)明的實踐了解到。

【專利附圖】

【附圖說明】
[0012]本發(fā)明上述的和/或附加的方面和優(yōu)點從下面結合附圖對實施例的描述中將變得明顯和容易理解，其中:
[0013]圖1是本發(fā)明一個實施例的應用程序的云資源管理系統(tǒng)的結構示意圖；
[0014]圖2是本發(fā)明一個實施例的應用程序的云資源管理系統(tǒng)示意圖；以及
[0015]圖3是本發(fā)明一個實施例的應用程序的云資源管理方法的流程圖。

【具體實施方式】
[0016]下面詳細描述本發(fā)明的實施例，所述實施例的示例在附圖中示出，其中自始至終相同或類似的標號表示相同或類似的元件或具有相同或類似功能的元件。下面通過參考附圖描述的實施例是示例性的，旨在用于解釋本發(fā)明，而不能理解為對本發(fā)明的限制。
[0017]此外，術語“第一”、“第二”僅用于描述目的，而不能理解為指示或暗示相對重要性或者隱含指明所指示的技術特征的數(shù)量。由此，限定有“第一”、“第二”的特征可以明示或者隱含地包括一個或者更多個該特征。在本發(fā)明的描述中，“多個”的含義是兩個或兩個以上，除非另有明確具體的限定。
[0018]流程圖中或在此以其他方式描述的任何過程或方法描述可以被理解為，表示包括一個或更多個用于實現(xiàn)特定邏輯功能或過程的步驟的可執(zhí)行指令的代碼的模塊、片段或部分，并且本發(fā)明的優(yōu)選實施方式的范圍包括另外的實現(xiàn)，其中可以不按所示出或討論的順序，包括根據(jù)所涉及的功能按基本同時的方式或按相反的順序，來執(zhí)行功能，這應被本發(fā)明的實施例所屬【技術領域】的技術人員所理解。
[0019]針對現(xiàn)有的App Engine的管理方式麻煩,不夠靈活的缺點,本發(fā)明將App Engine提供給應用程序開發(fā)者的資源抽象成一臺機器，并通過傳統(tǒng)Linux程序員最容易接受的SSH(Secure Shell，建立在應用層和傳輸層基礎上的安全協(xié)議)和通用命令行參數(shù)，來管理App Engine的數(shù)據(jù)和代碼資源，由此，降低了開發(fā)者的使用門檻。圖1是本發(fā)明一個實施例的應用程序的云資源管理系統(tǒng)的結構示意圖。
[0020]如圖1所示，應用程序的云資源管理系統(tǒng)包括應用程序云資源管理子系統(tǒng)10、用戶空間文件子系統(tǒng)20、接入子系統(tǒng)30、開發(fā)者客戶端40和資源采集子系統(tǒng)50，其中，接入子系統(tǒng)30包括負載均衡裝置31，用戶空間文件子系統(tǒng)20為應用程序云資源管理子系統(tǒng)10的接口的文件映射。
[0021]具體地，開發(fā)者客戶端40用于向接入子系統(tǒng)30發(fā)送請求消息。其中，開發(fā)者客戶端40和接入子系統(tǒng)30均為Linux系統(tǒng)。具體而言，開發(fā)者客戶端40可為SSH客戶端，SSH客戶端是一個通用的客戶端，例如，Putty (Putty是一個基于Linux系統(tǒng)管理的SSH連接軟件)，開發(fā)者通過客戶端40填寫IP(Internet Protocol,網(wǎng)絡之間互連的協(xié)議)、用戶名、密碼等信息，即可在開發(fā)者客戶端40中登錄。其中，用戶名和密碼是開發(fā)者在App Engine中的賬號。在開發(fā)者在開發(fā)者客戶端40中登錄之后，開發(fā)者客戶端40向接入子系統(tǒng)30發(fā)送SSH請求消息。
[0022]接入子系統(tǒng)30用于將請求消息發(fā)送至用戶空間文件子系統(tǒng)20。
[0023]在本發(fā)明的一個實施例中，用戶空間文件子系統(tǒng)20包括多個服務器，接入子系統(tǒng)30包括負載均衡裝置31。負載均衡裝置31用于為請求消息分配用戶空間文件子系統(tǒng)30中的一個服務器。具體而言，當開發(fā)者在開發(fā)者客戶端40登陸之后，開發(fā)者客戶端40將SSH請求消息發(fā)送至負載均衡裝置31，負載均衡裝置31將SSH請求消息分配到一臺適合的服務器上，即負載均衡裝置31將SSH請求消息發(fā)送至空間文件子系統(tǒng)20。其中，負載均衡裝置31分配方式可以根據(jù)實際情況設計，例如，分配方式為隨機。
[0024]用戶空間文件子系統(tǒng)20用于執(zhí)行請求消息，并將執(zhí)行結果反饋至應用程序云資源管理子系統(tǒng)10。其中，用戶空間文件子系統(tǒng)20中包括開發(fā)者對應的根目錄，根目錄中包括多個文件，多個文件分別與應用程序云資源管理子系統(tǒng)10的接口的多個元素對應。應用程序云資源管理子系統(tǒng)10的接口的多個元素包括代碼、配置信息、數(shù)據(jù)存儲信息、日志和資源監(jiān)控信息，根目錄中包括多個文件包括代碼目錄、配合目錄、數(shù)據(jù)目錄、日志目錄和資源目錄。
[0025]在本發(fā)明的一個實施例中，應用程序的云資源管理系統(tǒng)還包括資源采集子系統(tǒng)50。資源采集子系統(tǒng)50用于采集開發(fā)者對應的資源使用情況，并根據(jù)資源使用情況生成資源目錄。
[0026]具體而言，首先，需要抽象App Engine的接口，將App Engine抽象成傳統(tǒng)的虛擬機接口供開發(fā)者訪問，使其適合管理。App Engine的執(zhí)行單元。即應用程序云資源管理子系統(tǒng)10，主要由以下幾個元素構成:1、代碼；2、網(wǎng)站服務器的配置；3、數(shù)據(jù)存儲；4、日志；5、資源監(jiān)控。進一步而言，根據(jù)Linux系統(tǒng)的特點，可以將上述5個元素通過文件的形式表示。也就是說，每個在App Engine上運行的應用程序，都具有不同的根目錄，每個根目錄下具有5個文件夾，每個文件分別與構成程序云資源管理子系統(tǒng)10的5個元素對應。5個文件夾分別是:a)WWW目錄，用于存儲開發(fā)者的應用程序的代碼；b)config目錄，用于存儲開發(fā)者對網(wǎng)站服務器的配置；c)data目錄，用于存儲云端服務器存儲的數(shù)據(jù)；d)log目錄，用于存儲應用程序運行時產(chǎn)生的日志；e)pr0C目錄，用于存儲應用程序運行時消耗的資源。然后，通過FUSE (Filesystem in Userspace,用戶空間文件系統(tǒng))技術,將上述5個目錄映射成應用程序云資源管理子系統(tǒng)10的接口。
[0027]進一步而言，首先，配置一個用戶空間文件子系統(tǒng)20，其中，用戶空間文件子系統(tǒng)20可采用開源的搭建或者自主的研發(fā)，用戶空間文件子系統(tǒng)20為每個應用程序設置一個根目錄，根目錄中涵蓋了 WWW目錄、config目錄、data目錄、log目錄以及proc目錄。用戶空間文件子系統(tǒng)20對開發(fā)者提供網(wǎng)絡文件系統(tǒng)的訪問接口。為了方便開發(fā)者通過操作系統(tǒng)本地操作用戶空間文件子系統(tǒng)20，F(xiàn)USE技術可將網(wǎng)絡訪問接口直接轉化為操作系統(tǒng)支持的本地文件系統(tǒng)，相當于在服務器中增加了一塊磁盤。而對于新增加的磁盤的操作，所有的Linux Shell命令都是支持的，由此，大大提高了對本地文件系統(tǒng)的數(shù)據(jù)管理的易用性。其中，proc目錄中的數(shù)據(jù)不是文件數(shù)據(jù)，而是通過資源采集子系統(tǒng)50實時采集的結構化數(shù)據(jù)，為了將proc目錄中的數(shù)據(jù)轉換為本地文件系統(tǒng)可以訪問的數(shù)據(jù)，可以將采集到的數(shù)據(jù)結構化，然后再寫入到網(wǎng)絡文件中。
[0028]應用程序云資源管理子系統(tǒng)10用于根據(jù)執(zhí)行結果對開發(fā)者對應的云資源進行管理。
[0029]下面結合圖2說明一下本發(fā)明實施例的應用程序的云資源管理系統(tǒng)。在完成將AppEngine的數(shù)據(jù)管理抽象為應用程序云資源管理子系統(tǒng)10的接口之后，開發(fā)者在開發(fā)者客戶端40上登錄，登錄后直接訪問映射后的文件目錄。例如，開發(fā)者創(chuàng)建一個賬戶opengl，開發(fā)者的賬戶opengl有2個應用程序分別是hello和word,開發(fā)者通過Putty登錄至應用程序云資源管理子系統(tǒng)10之后，可以看到如圖2所示的操作界面。其中，為了方便開發(fā)者管理，從App Engine中獲取該用戶能夠管理的所有的應用程序，將這些應用程序映射在該開發(fā)者的登錄目錄之下。然后，開發(fā)者可以安裝自己的工具，并對目錄下的文件中的數(shù)據(jù)進行分析和操作，例如，grep (global search regular express1n and print out the line,全面搜索正則表達式并把行打印出來)日志等。
[0030]本發(fā)明實施例的應用程序的云資源管理系統(tǒng)，通過將App Engine抽象成傳統(tǒng)的虛擬機接口提供給開發(fā)者訪問，開發(fā)者通過開發(fā)者客戶端連接到App Engine,通過SSH和通用命令行參數(shù)管理App Engine的數(shù)據(jù)和代碼資源，降低了開發(fā)者的使用門檻，尤其是方便了開發(fā)者對應用程序日志的查看和分析，提高了用戶使用體驗。
[0031]為了實現(xiàn)上述實施例，本發(fā)明還提出一種應用程序的云資源管理方法。
[0032]圖3是本發(fā)明一個實施例的應用程序的云資源管理方法的流程圖。
[0033]如圖3所示，應用程序的云資源管理方法包括:
[0034]S301，用戶空間文件子系統(tǒng)接收開發(fā)者客戶端通過接入子系統(tǒng)發(fā)送的請求消息，其中，用戶空間文件子系統(tǒng)為應用程序云資源管理子系統(tǒng)的接口的文件映射。
[0035]在本發(fā)明的一個實施例中，開發(fā)者客戶端和接入子系統(tǒng)均為Linux系統(tǒng)。具體地，開發(fā)者客戶端可為SSH客戶端，SSH客戶端是一個通用的客戶端，例如，Putty (Putty是一個基于Linux系統(tǒng)管理的SSH連接軟件)，開發(fā)者通過客戶端填寫IP (Internet Protocol,網(wǎng)絡之間互連的協(xié)議)、用戶名、密碼等信息，即可在開發(fā)者客戶端中登錄。其中，用戶名和密碼是用戶在App Engine中的賬號。在開發(fā)者在開發(fā)者客戶端中登錄之后，開發(fā)者客戶端向接入子系統(tǒng)發(fā)送SSH請求消息。
[0036]在本發(fā)明的一個實施例中，用戶空間文件子系統(tǒng)包括多個服務器，負載均衡裝置為請求消息分配用戶空間文件子系統(tǒng)中的一個服務器。具體地，當開發(fā)者在開發(fā)者客戶端登陸之后，開發(fā)者客戶端將SSH請求消息發(fā)送至負載均衡裝置，負載均衡裝置將SSH請求消息分配到一臺適合的服務器上，即負載均衡裝置將SSH請求消息發(fā)送至空間文件子系統(tǒng)。其中，負載均衡裝置分配方式可以根據(jù)實際情況設計，例如，分配方式為隨機。
[0037]S302，用戶空間文件子系統(tǒng)執(zhí)行請求消息，并將執(zhí)行結果反饋至應用程序云資源管理子系統(tǒng)，以使應用程序云資源管理子系統(tǒng)根據(jù)執(zhí)行結果對開發(fā)者對應的云資源進行管理。
[0038]在本發(fā)明的一個實施例中，用戶空間文件子系統(tǒng)中包括開發(fā)者對應的根目錄，根目錄中包括多個文件，多個文件分別與應用程序云資源管理子系統(tǒng)的接口的多個元素對應。應用程序云資源管理子系統(tǒng)的接口的多個元素包括代碼、配置信息、數(shù)據(jù)存儲信息、日志和資源監(jiān)控信息，根目錄中包括多個文件包括代碼目錄、配合目錄、數(shù)據(jù)目錄、日志目錄和資源目錄。
[0039]在本發(fā)明的一個實施例中，資源采集子系統(tǒng)采集開發(fā)者對應的資源使用情況，并根據(jù)資源使用情況生成資源目錄。具體而言，首先，需要抽象App Engine的接口，將AppEngine抽象成傳統(tǒng)的虛擬機接口供開發(fā)者訪問，使其適合管理。App Engine的執(zhí)行單元。即應用程序云資源管理子系統(tǒng)，主要由以下幾個元素構成:1、代碼；2、網(wǎng)站服務器的配置；
3、數(shù)據(jù)存儲；4、日志；5、資源監(jiān)控。進一步而言，根據(jù)Linux系統(tǒng)的特點，可以將上述5個元素通過文件的形式表示。也就是說，每個在App Engine上運行的應用程序，都具有不同的根目錄，每個根目錄下具有5個文件夾，每個文件分別與構成程序云資源管理子系統(tǒng)的5個元素對應。5個文件夾分別是:a)WWW目錄，用于存儲開發(fā)者的應用程序的代碼；b)config目錄，用于存儲開發(fā)者對網(wǎng)站服務器的配置；c)data目錄，用于存儲云端服務器存儲的數(shù)據(jù)；d)log目錄，用于存儲應用程序運行時產(chǎn)生的日志；e)pr0C目錄，用于存儲應用程序運行時消耗的資源。然后,通過FUSE (Filesystem in Userspace,用戶空間文件系統(tǒng))技術,將上述5個目錄映射成應用程序云資源管理子系統(tǒng)的接口。
[0040]進一步而言，首先，配置一個用戶空間文件子系統(tǒng)，其中，用戶空間文件子系統(tǒng)可采用開源的搭建或者自主的研發(fā)，用戶空間文件子系統(tǒng)為每個應用程序設置一個根目錄，根目錄中涵蓋了 WWW目錄、config目錄、data目錄、log目錄以及proc目錄。用戶空間文件子系統(tǒng)對開發(fā)者提供網(wǎng)絡文件系統(tǒng)的訪問接口。為了方便開發(fā)者通過操作系統(tǒng)本地操作用戶空間文件子系統(tǒng)，F(xiàn)USE技術可將網(wǎng)絡訪問接口直接轉化為操作系統(tǒng)支持的本地文件系統(tǒng)，相當于在服務器中增加了一塊磁盤。而對于新增加的磁盤的操作，所有的Linux Shell命令都是支持的，由此，大大提高了對本地文件系統(tǒng)的數(shù)據(jù)管理的易用性。其中，proc目錄中的數(shù)據(jù)不是文件數(shù)據(jù)，而是通過資源采集子系統(tǒng)實時采集的結構化數(shù)據(jù)，為了將proc目錄中的數(shù)據(jù)轉換為本地文件系統(tǒng)可以訪問的數(shù)據(jù)，可以將采集到的數(shù)據(jù)結構化，然后再寫入到網(wǎng)絡文件中。
[0041]下面結合圖2說明一下本發(fā)明實施例的應用程序的云資源管理系統(tǒng)。在完成將App Engine的數(shù)據(jù)管理抽象為應用程序云資源管理子系統(tǒng)的接口之后，開發(fā)者在開發(fā)者客戶端上登錄，登錄后直接訪問映射后的文件目錄。例如，開發(fā)者創(chuàng)建一個賬戶opengl，開發(fā)者的賬戶opengl有2個應用程序分別是hello和word,開發(fā)者通過Putty登錄至應用程序云資源管理子系統(tǒng)之后，可以看到如圖2所示的操作界面。其中，為了方便開發(fā)者管理，從App Engine中獲取該開發(fā)者能夠管理的所有的應用程序，將這些應用程序映射在該開發(fā)者的登錄目錄之下。然后，開發(fā)者可以安裝自己的工具，并對目錄下的文件中的數(shù)據(jù)進行分析和操作，例如，grep (global search regular express1n and print out the line,全面搜索正則表達式并把行打印出來)日志等。
[0042]本發(fā)明實施例的應用程序的云資源管理方法，通過將App Engine抽象成傳統(tǒng)的虛擬機接口提供給開發(fā)者訪問，開發(fā)者通過開發(fā)者客戶端連接到App Engine,通過SSH和通用命令行參數(shù)管理App Engine的數(shù)據(jù)和代碼資源，降低了開發(fā)者的使用門檻，尤其是方便了開發(fā)者對應用程序日志的查看和分析，提高了用戶使用體驗。
[0043]應當理解，本發(fā)明的各部分可以用硬件、軟件、固件或它們的組合來實現(xiàn)。在上述實施方式中，多個步驟或方法可以用存儲在存儲器中且由合適的指令執(zhí)行系統(tǒng)執(zhí)行的軟件或固件來實現(xiàn)。例如，如果用硬件來實現(xiàn)，和在另一實施方式中一樣，可用本領域公知的下列技術中的任一項或他們的組合來實現(xiàn):具有用于對數(shù)據(jù)信號實現(xiàn)邏輯功能的邏輯門電路的離散邏輯電路，具有合適的組合邏輯門電路的專用集成電路，可編程門陣列(PGA)，現(xiàn)場可編程門陣列(FPGA)等。
[0044]在本說明書的描述中，參考術語“一個實施例”、“一些實施例”、“示例”、“具體示例”、或“一些示例”等的描述意指結合該實施例或示例描述的具體特征、結構、材料或者特點包含于本發(fā)明的至少一個實施例或示例中。在本說明書中，對上述術語的示意性表述不必須針對的是相同的實施例或示例。而且，描述的具體特征、結構、材料或者特點可以在任一個或多個實施例或示例中以合適的方式結合。此外，在不相互矛盾的情況下，本領域的技術人員可以將本說明書中描述的不同實施例或示例以及不同實施例或示例的特征進行結合和組合。
[0045]盡管上面已經(jīng)示出和描述了本發(fā)明的實施例，可以理解的是，上述實施例是示例性的，不能理解為對本發(fā)明的限制，本領域的普通技術人員在本發(fā)明的范圍內可以對上述實施例進行變化、修改、替換和變型。
【權利要求】
1.一種應用程序的云資源管理系統(tǒng)，其特征在于，包括應用程序云資源管理子系統(tǒng)、用戶空間文件子系統(tǒng)、接入子系統(tǒng)和開發(fā)者客戶端，其中，所述用戶空間文件子系統(tǒng)為所述應用程序云資源管理子系統(tǒng)的接口的文件映射，其中， 所述開發(fā)者客戶端，用于向接入子系統(tǒng)發(fā)送請求消息； 所述接入子系統(tǒng)，用于將所述請求消息發(fā)送至所述用戶空間文件子系統(tǒng)； 所述用戶空間文件子系統(tǒng)，用于執(zhí)行所述請求消息，并將執(zhí)行結果反饋至所述應用程序云資源管理子系統(tǒng)；以及 所述應用程序云資源管理子系統(tǒng)，用于根據(jù)所述執(zhí)行結果對開發(fā)者對應的云資源進行管理。
2.如權利要求1所述的應用程序的云資源管理系統(tǒng)，其特征在于，所述用戶空間文件子系統(tǒng)中包括所述開發(fā)者對應的根目錄，所述根目錄中包括多個文件，所述多個文件分別與所述應用程序云資源管理子系統(tǒng)的接口的多個元素對應。
3.如權利要求2所述的應用程序的云資源管理系統(tǒng)，其特征在于，所述應用程序云資源管理子系統(tǒng)的接口的多個元素包括代碼、配置信息、數(shù)據(jù)存儲信息、日志和資源監(jiān)控信息，所述根目錄中包括多個文件包括代碼目錄、配合目錄、數(shù)據(jù)目錄、日志目錄和資源目錄。
4.如權利要求3所述的應用程序的云資源管理系統(tǒng)，其特征在于，還包括: 資源采集子系統(tǒng)，用于采集所述開發(fā)者對應的資源使用情況，并根據(jù)所述資源使用情況生成所述資源目錄。
5.如權利要求1所述的應用程序的云資源管理系統(tǒng)，其特征在于，所述開發(fā)者客戶端和所述接入子系統(tǒng)均為Linux系統(tǒng)。
6.如權利要求1所述的應用程序的云資源管理系統(tǒng)，其特征在于，所述用戶空間文件子系統(tǒng)包括多個服務器，所述接入子系統(tǒng)包括: 負載均衡裝置，用于為所述請求消息分配所述用戶空間文件子系統(tǒng)中的一個服務器。
7.一種應用程序的云資源管理方法，其特征在于，包括以下步驟: 用戶空間文件子系統(tǒng)接收開發(fā)者客戶端通過接入子系統(tǒng)發(fā)送的請求消息，其中，所述用戶空間文件子系統(tǒng)為應用程序云資源管理子系統(tǒng)的接口的文件映射；以及 所述用戶空間文件子系統(tǒng)執(zhí)行所述請求消息，并將執(zhí)行結果反饋至所述應用程序云資源管理子系統(tǒng)，以使所述應用程序云資源管理子系統(tǒng)根據(jù)所述執(zhí)行結果對開發(fā)者對應的云資源進行管理。
8.如權利要求7所述的應用程序的云資源管理方法，其特征在于，所述用戶空間文件子系統(tǒng)中包括所述開發(fā)者對應的根目錄，所述根目錄中包括多個文件，所述多個文件分別與所述應用程序云資源管理子系統(tǒng)的接口的多個元素對應。
9.如權利要求8所述的應用程序的云資源管理方法，其特征在于，所述應用程序云資源管理子系統(tǒng)的接口的多個元素包括代碼、配置信息、數(shù)據(jù)存儲信息、日志和資源監(jiān)控信息，所述根目錄中包括多個文件包括代碼目錄、配合目錄、數(shù)據(jù)目錄、日志目錄和資源目錄。
10.如權利要求9所述的應用程序的云資源管理方法，其特征在于，還包括: 資源采集子系統(tǒng)采集所述開發(fā)者對應的資源使用情況，并根據(jù)所述資源使用情況生成所述資源目錄。
11.如權利要求7所述的應用程序的云資源管理方法，其特征在于，所述開發(fā)者客戶端和所述接入子系統(tǒng)均為Linux系統(tǒng)。
12.如權利要求7所述的應用程序的云資源管理方法，其特征在于，所述用戶空間文件子系統(tǒng)包括多個服務器，所述用戶空間文件子系統(tǒng)接收開發(fā)者客戶端通過接入子系統(tǒng)發(fā)送的請求消息具體包括: 負載均衡裝置為所述請求消息分配所述用戶空間文件子系統(tǒng)中的一個服務器。
【文檔編號】G06F9/44GK104391697SQ201410642026
【公開日】2015年3月4日 申請日期:2014年11月11日 優(yōu)先權日:2014年11月11日
【發(fā)明者】肖偉 申請人:百度在線網(wǎng)絡技術（北京）有限公司