本申請(qǐng)涉及計(jì)算技術(shù)領(lǐng)域，尤其涉及一種基于kubernetes的paas平臺(tái)域名配置方法及裝置和電子設(shè)備。

背景技術(shù)：

一般的，開發(fā)者開發(fā)了一款應(yīng)用后，需要將其部署在容器中，并需要對(duì)外提供服務(wù)，針對(duì)該服務(wù)需要配置一個(gè)域名，使得外部可以利用該域名訪問應(yīng)用獲取服務(wù)。

技術(shù)實(shí)現(xiàn)要素：

本申請(qǐng)?zhí)峁┑囊环N基于kubernetes的paas平臺(tái)域名配置方法及裝置，以解決現(xiàn)有技術(shù)中自動(dòng)配置域名的問題。

根據(jù)本申請(qǐng)實(shí)施例提供的一種基于kubernetes的paas平臺(tái)域名配置方法，所述方法包括：

接收客戶端提交的應(yīng)用名、端口并根據(jù)所述應(yīng)用名生成的域名；

根據(jù)所述應(yīng)用名和端口、以及所述域名后綴創(chuàng)建ingress對(duì)象；

監(jiān)聽是否創(chuàng)建新的ingress對(duì)象；

在監(jiān)聽到創(chuàng)建新的ingress對(duì)象的情況下，根據(jù)所述應(yīng)用名、對(duì)應(yīng)的namespace以及域名后綴生成新的域名；

將所述新的域名配置到nginx服務(wù)器的配置文件。

優(yōu)選地，在所述根據(jù)所述應(yīng)用名和端口、以及所述域名后綴創(chuàng)建ingress對(duì)象之前，所述方法還包括：

判斷所述域名是否沖突；

所述根據(jù)所述應(yīng)用名和端口、以及所述域名后綴創(chuàng)建ingress對(duì)象，具體包括：

在所述域名不沖突的情況下，根據(jù)所述應(yīng)用名和端口、以及所述域名后綴創(chuàng)建ingress對(duì)象。

優(yōu)選地，判斷所述域名是否沖突，具體包括：

獲取所述應(yīng)用對(duì)應(yīng)的第一namespace；

與已部署的其它應(yīng)用對(duì)應(yīng)的第二namespace進(jìn)行比對(duì)；

在所述第一namespace與第二namespace相同的情況下，確定所述域名沖突。

根據(jù)本申請(qǐng)實(shí)施例提供的一種應(yīng)用訪問方法，所述方法包括：

在對(duì)用戶訪問的域名進(jìn)行域名解析失敗的情況下，對(duì)該域名進(jìn)行域名泛解析；

判斷是否包含特定域名后綴；

在包含特定域名后綴的情況下，將所述域名解析到所述特定域名后綴對(duì)應(yīng)的nginx服務(wù)器；

將所述nginx服務(wù)器根據(jù)所述域名代理到對(duì)應(yīng)的應(yīng)用服務(wù)結(jié)果返回給所述用戶。

根據(jù)本申請(qǐng)實(shí)施例提供的一種基于kubernetes的paas平臺(tái)域名配置裝置，所述裝置包括：

接收單元，接收客戶端提交的應(yīng)用名、端口并根據(jù)所述應(yīng)用名生成的域名；

創(chuàng)建單元，根據(jù)所述應(yīng)用名和端口、以及所述域名后綴創(chuàng)建ingress對(duì)象；

監(jiān)聽單元，監(jiān)聽是否創(chuàng)建新的ingress對(duì)象；

生成單元，在監(jiān)聽到創(chuàng)建新的ingress對(duì)象的情況下，根據(jù)所述應(yīng)用名、對(duì)應(yīng)的namespace以及域名后綴生成新的域名；

配置單元，將所述新的域名配置到nginx服務(wù)器的配置文件。

優(yōu)選地，在所述創(chuàng)建單元之前，所述裝置還包括：

判斷單元，判斷所述域名是否沖突；

所述創(chuàng)建單元，具體包括：

在所述域名不沖突的情況下，根據(jù)所述應(yīng)用名和端口、以及所述域名后綴創(chuàng)建ingress對(duì)象。

優(yōu)選地，所述判斷單元，具體包括：

獲取子單元，獲取所述應(yīng)用對(duì)應(yīng)的第一namespace；

比對(duì)子單元，與已部署的其它應(yīng)用對(duì)應(yīng)的第二namespace進(jìn)行比對(duì)；

確定子單元，在所述第一namespace與第二namespace相同的情況下，確定所述域名沖突。

根據(jù)本申請(qǐng)實(shí)施例提供的一種應(yīng)用訪問裝置，所述裝置包括：

解析單元，在對(duì)用戶訪問的域名進(jìn)行域名解析失敗的情況下，對(duì)該域名進(jìn)行域名泛解析；

判斷單元，判斷是否包含特定域名后綴；

轉(zhuǎn)發(fā)單元，在包含特定域名后綴的情況下，將所述域名轉(zhuǎn)發(fā)到所述特定域名后綴對(duì)應(yīng)的nginx服務(wù)器；

返回單元，將所述nginx服務(wù)器根據(jù)所述域名代理到對(duì)應(yīng)的應(yīng)用服務(wù)結(jié)果返回給所述用戶。

根據(jù)本申請(qǐng)實(shí)施例提供的一種電子設(shè)備，包括：

處理器；

用于存儲(chǔ)處理器可執(zhí)行指令的存儲(chǔ)器；

其中，所述處理器被配置為：

接收客戶端提交的應(yīng)用名、端口并根據(jù)所述應(yīng)用名生成的域名；

根據(jù)所述應(yīng)用名和端口、以及所述域名后綴創(chuàng)建ingress對(duì)象；

監(jiān)聽是否創(chuàng)建新的ingress對(duì)象；

在監(jiān)聽到創(chuàng)建新的ingress對(duì)象的情況下，根據(jù)所述應(yīng)用名、對(duì)應(yīng)的namespace以及域名后綴生成新的域名；

將所述新的域名配置到nginx服務(wù)器的配置文件。

根據(jù)本申請(qǐng)實(shí)施例提供的一種電子設(shè)備，包括：

處理器；

用于存儲(chǔ)處理器可執(zhí)行指令的存儲(chǔ)器；

其中，所述處理器被配置為：

在對(duì)用戶訪問的域名進(jìn)行域名解析失敗的情況下，對(duì)該域名進(jìn)行域名泛解析；

判斷是否包含特定域名后綴；

在包含特定域名后綴的情況下，將所述域名解析到所述特定域名后綴對(duì)應(yīng)的nginx服務(wù)器；

將所述nginx服務(wù)器根據(jù)所述域名代理到對(duì)應(yīng)的應(yīng)用服務(wù)結(jié)果返回給所述用戶。

本申請(qǐng)實(shí)施例中，可以利用kubernetes，在paas平臺(tái)上創(chuàng)建應(yīng)用實(shí)例，開發(fā)中僅需提交應(yīng)用名、端口就可以實(shí)現(xiàn)自動(dòng)配置對(duì)外提供服務(wù)的域名，并自動(dòng)處理域名沖突問題；具體地，在監(jiān)聽到新創(chuàng)建的ingress對(duì)象之后，自動(dòng)根據(jù)應(yīng)用名、對(duì)應(yīng)的namespace命名空間以及域名后綴生成新的域名，從而避免域名沖突。另一方面的，由于nginx還可以作為負(fù)載均衡服務(wù)器，所以通過nainx可以實(shí)現(xiàn)容器內(nèi)應(yīng)用服務(wù)施力的負(fù)載均衡。

附圖說明

圖1是本申請(qǐng)一實(shí)施例提供的基于kubernetes的paas平臺(tái)域名配置方法的流程圖；

圖2是本申請(qǐng)一實(shí)施例提供的應(yīng)用訪問方法的流程圖；

圖3是本申請(qǐng)一實(shí)施例提供的基于kubernetes的paas平臺(tái)域名配置裝置的模塊示意圖；

圖4是本申請(qǐng)一實(shí)施例提供的應(yīng)用訪問裝置的模塊示意圖；

圖5是本申請(qǐng)一實(shí)施例提供的一種服務(wù)器的硬件結(jié)構(gòu)的示意圖；

圖6是本申請(qǐng)一實(shí)施例提供的一種服務(wù)器的示意圖。

具體實(shí)施方式

這里將詳細(xì)地對(duì)示例性實(shí)施例進(jìn)行說明，其示例表示在附圖中。下面的描述涉及附圖時(shí)，除非另有表示，不同附圖中的相同數(shù)字表示相同或相似的要素。以下示例性實(shí)施例中所描述的實(shí)施方式并不代表與本申請(qǐng)相一致的所有實(shí)施方式。相反，它們僅是與如所附權(quán)利要求書中所詳述的、本申請(qǐng)的一些方面相一致的裝置和方法的例子。

在本申請(qǐng)使用的術(shù)語是僅僅出于描述特定實(shí)施例的目的，而非旨在限制本申請(qǐng)。在本申請(qǐng)和所附權(quán)利要求書中所使用的單數(shù)形式的“一種”、“所述”和“該”也旨在包括多數(shù)形式，除非上下文清楚地表示其他含義。還應(yīng)當(dāng)理解，本文中使用的術(shù)語“和/或”是指并包含一個(gè)或多個(gè)相關(guān)聯(lián)的列出項(xiàng)目的任何或所有可能組合。

應(yīng)當(dāng)理解，盡管在本申請(qǐng)可能采用術(shù)語第一、第二、第三等來描述各種信息，但這些信息不應(yīng)限于這些術(shù)語。這些術(shù)語僅用來將同一類型的信息彼此區(qū)分開。例如，在不脫離本申請(qǐng)范圍的情況下，第一信息也可以被稱為第二信息，類似地，第二信息也可以被稱為第一信息。取決于語境，如在此所使用的詞語“如果”可以被解釋成為“在……時(shí)”或“當(dāng)……時(shí)”或“響應(yīng)于確定”。

本申請(qǐng)適用于基于kubernetes容器集群管理系統(tǒng)的paas平臺(tái)。

所述kubernetes是一種開源的容器集群管理系統(tǒng)，其提供應(yīng)用部署、維護(hù)、高可用管理，彈性伸縮擴(kuò)展機(jī)制等功能，并封裝成為一套完整、簡單易用的api對(duì)外提供服務(wù)。一般的，利用kubernetes可以方便地管理跨機(jī)器運(yùn)行容器化的應(yīng)用。

所述paas(platformasaservice，平臺(tái)即服務(wù))，是一種把應(yīng)用服務(wù)的運(yùn)行和開發(fā)環(huán)境作為一種服務(wù)，以saas的模式提交給用戶。因此，paas也是saas模式的一種應(yīng)用。paas可以提高在web平臺(tái)上利用的資源數(shù)量。例如，可通過遠(yuǎn)程web服務(wù)使用數(shù)據(jù)即服務(wù)(data-as-a-service：數(shù)據(jù)即服務(wù))，還可以使用可視化的api。用戶或者廠商基于paas平臺(tái)可以快速開發(fā)自己所需要的應(yīng)用和產(chǎn)品。

基于kubernetes創(chuàng)建的容器，存在以下問題：

1.容器所獲取的ip地址一般為容器的內(nèi)部ip地址，無法被外部直接訪問。

2.若容器內(nèi)的應(yīng)用對(duì)外暴露服務(wù)時(shí)存在域名沖突問題。

3.容器內(nèi)的應(yīng)用若部署在多臺(tái)容器實(shí)例時(shí)，需要實(shí)現(xiàn)服務(wù)的負(fù)載均衡。

為了解決上述問題，請(qǐng)參見圖2，為本申請(qǐng)一實(shí)施例提供的基于kubernetes的paas平臺(tái)域名配置方法的流程圖，包括以下步驟：

步驟110：接收客戶端提交的應(yīng)用名、端口并根據(jù)所述應(yīng)用名生成的域名。

一般的，當(dāng)開發(fā)中在基于kubernetes的paas平臺(tái)(以下稱為服務(wù)端)上部署某個(gè)應(yīng)用的多個(gè)容器實(shí)例后，通常還需要對(duì)外暴露服務(wù)，并需要配置對(duì)應(yīng)該應(yīng)用的域名，從而可以使得外部用戶可以通過所述域名訪問部署的應(yīng)用。開發(fā)者可以在服務(wù)端上創(chuàng)建應(yīng)用的實(shí)例。而kubernetes可以自動(dòng)地將該應(yīng)用的實(shí)例部署到容器中。

在首次部署應(yīng)用時(shí)，服務(wù)端可以自動(dòng)生成該應(yīng)用的域名。通常，可以根據(jù)一定預(yù)設(shè)的規(guī)則，例如根據(jù)應(yīng)用名的全拼、或者英文翻譯等方式，生成該應(yīng)用對(duì)應(yīng)的域名。例如，某個(gè)應(yīng)用的中文應(yīng)用名為“挖財(cái)”，則可以自動(dòng)將“挖財(cái)”對(duì)應(yīng)的拼音“wacai”作為應(yīng)用的域名。

一般的，應(yīng)用的實(shí)例部署在容器后，開發(fā)者還需完成容器內(nèi)應(yīng)用對(duì)外訪問暴露，過程如步驟110所示：

開發(fā)者可以通過客戶端向服務(wù)端提交應(yīng)用的應(yīng)用名、端口以及域名。

而服務(wù)端就可以接收到所述客戶端提交的應(yīng)用名、端口并根據(jù)所述應(yīng)用名生成的域名。

步驟120：根據(jù)所述應(yīng)用名和端口、以及所述域名后綴創(chuàng)建ingress對(duì)象。

由于基于kubernetes創(chuàng)建的容器存在如下問題：

容器所獲取的ip地址一般為容器的內(nèi)容ip地址，這樣的ip地址只能在容器集群內(nèi)容網(wǎng)路中路由，而無法被外部(公網(wǎng))直接訪問。因此，服務(wù)端還需要對(duì)部署在容器中的應(yīng)用對(duì)應(yīng)的ip進(jìn)行一定的處理，使得其可以被外部訪問。

本實(shí)施例中，通過創(chuàng)建ingress對(duì)象的方式解決了容器中應(yīng)用ip無法被外部直接訪問的問題。

這里的ingress是一種對(duì)外服務(wù)到容器集群內(nèi)service(kubernetes的服務(wù))之間規(guī)則的集合，可以允許進(jìn)入集容器群的訪問請(qǐng)求被轉(zhuǎn)發(fā)至容器集群內(nèi)的service。

具體地，ingress能把service配置成外網(wǎng)能夠訪問的url后綴(即域名后綴)；并且可以實(shí)現(xiàn)流量負(fù)載均衡，終止ssl，提供于域名訪問的虛擬主機(jī)等。如此，用戶只需通過訪問url(api資源服務(wù)的形式，例如：caas.one/kibana)進(jìn)入和請(qǐng)求service。通常，一個(gè)ingress控制器可以負(fù)責(zé)處理所有ingress對(duì)象的請(qǐng)求流量；所述ingress控制器通常還可以是一個(gè)負(fù)載均衡器；所述ingress控制器可以設(shè)置在邊界路由器上，或者由額外的前端來幫助處理ha方式的流量。

步驟130：監(jiān)聽是否創(chuàng)建新的ingress對(duì)象。

步驟140：在監(jiān)聽到創(chuàng)建新的ingress對(duì)象的情況下，根據(jù)所述應(yīng)用名、對(duì)應(yīng)的namespace命名空間以及域名后綴生成新的域名。

所述namespace即命名空間，所述namespace主要用于組合和重用代碼。其主要是為了解決變量的重名導(dǎo)致的沖突問題。以應(yīng)用為例，通過引入namespace，就可以在namespace中定義本應(yīng)用，避免例如同一應(yīng)用不同版本之間應(yīng)用名沖突的情況。一般來說，每一個(gè)應(yīng)用都會(huì)對(duì)應(yīng)有一個(gè)唯一的namespace。

本實(shí)施例中，根據(jù)所述應(yīng)用名、對(duì)應(yīng)的namespace命名空間以及域名后綴生成新的域名，可以體現(xiàn)為新的域名：“應(yīng)用名.name-space.url后綴”。

步驟150：將所述新的域名配置到nginx服務(wù)器的配置文件。

所述nginx時(shí)一個(gè)高性能的http和反向代理服務(wù)器。在所述nginx作為web服務(wù)器時(shí)，具有占用內(nèi)存少，并發(fā)能力強(qiáng)的特定。在所述nginx作為負(fù)載均衡服務(wù)器時(shí)，既可以在內(nèi)部直接支持rails和php，也可以支持作為http代理服務(wù)器對(duì)外進(jìn)行服務(wù)。

通過將所述新的域名配置到nginx服務(wù)器的配置文件，從而完成服務(wù)代理注冊(cè)。

所述新的域名，即“應(yīng)用名.name-space.url后綴”最終指向的是應(yīng)用對(duì)應(yīng)容器內(nèi)的應(yīng)用實(shí)例。

通過本實(shí)施例，開發(fā)中僅需提交應(yīng)用名、端口就可以實(shí)現(xiàn)自動(dòng)配置對(duì)外提供服務(wù)的域名，并自動(dòng)處理域名沖突問題；具體地，在監(jiān)聽到新創(chuàng)建的ingress對(duì)象之后，自動(dòng)根據(jù)應(yīng)用名、對(duì)應(yīng)的namespace命名空間以及域名后綴生成新的域名，從而避免域名沖突。另一方面的，由于nginx還可以作為負(fù)載均衡服務(wù)器，所以通過nainx可以實(shí)現(xiàn)容器內(nèi)應(yīng)用服務(wù)施力的負(fù)載均衡。

在上述圖1所示實(shí)施例的基礎(chǔ)上，在所述步驟120之前，所述方法還可以包括：

判斷所述域名是否沖突；

所述步驟120，具體包括：

在所述域名不沖突的情況下，根據(jù)所述應(yīng)用名和端口、以及所述域名后綴創(chuàng)建ingress對(duì)象。

本實(shí)施例中，所述判斷所述域名是否沖突，可以是通過判定應(yīng)用的namespace的方式實(shí)現(xiàn)的。

如前所述，每一個(gè)應(yīng)用都會(huì)對(duì)應(yīng)有一個(gè)唯一的namespace。因此，可以根據(jù)查詢namespace表，判斷是否存在該應(yīng)用對(duì)應(yīng)的namespace。所述namespace表是已經(jīng)部署的其它應(yīng)用對(duì)應(yīng)的namespace集合。一般，服務(wù)端中會(huì)記錄每一個(gè)部署應(yīng)用對(duì)應(yīng)的namespace，從而形成namespace表。

如果namespace表中存在該應(yīng)用對(duì)應(yīng)的namespace，則說明域名沖突；

如果namespace表中不存在該應(yīng)用對(duì)應(yīng)的namespace，則說明域名不沖突。在域名沖突的情況下，服務(wù)端可以向客戶端發(fā)送通知，從而提示開發(fā)者重新申請(qǐng)域名。

請(qǐng)參見圖2，為本申請(qǐng)一實(shí)施例提供的應(yīng)用訪問方法的流程圖，包括以下步驟：

步驟210：在對(duì)用戶訪問的域名進(jìn)行域名解析失敗的情況下，對(duì)該域名進(jìn)行域名泛解析。

步驟220：判斷是否包含特定域名后綴。

步驟230：在包含特定域名后綴的情況下，將所述域名解析到所述特定域名后綴對(duì)應(yīng)的nginx服務(wù)器。

步驟240：將所述nginx服務(wù)器根據(jù)所述域名代理到對(duì)應(yīng)的應(yīng)用服務(wù)結(jié)果返回給所述用戶。

在實(shí)際應(yīng)用中，用戶使用客戶端(如電腦)訪問應(yīng)用時(shí)，填寫的訪問地址通常是域名。而為了識(shí)別域名具體是指向哪一個(gè)應(yīng)用，需要對(duì)域名進(jìn)行域名解析，得到指向目標(biāo)地址的ip。具體地，通過dns服務(wù)器實(shí)現(xiàn)，可以理解的，在客戶端與應(yīng)用服務(wù)器之間，會(huì)設(shè)置有一個(gè)用于進(jìn)行dns解析的dns服務(wù)器。所述dns(domainnamesystem，域名系統(tǒng))是因特網(wǎng)上作為域名和ip地址相互映射的一個(gè)分布式數(shù)據(jù)庫，能夠使用戶更方便的訪問互聯(lián)網(wǎng)，而不用去記住能夠被機(jī)器直接讀取的ip。

所述域名泛解析(dns泛解析)是指在域名前添加任何子域名，均可以訪問到指向的web地址。通過這種方式可以將“*.域名”解析到同一ip。域名解析的優(yōu)點(diǎn)是可以通過類似于模糊匹配的方式將用戶需要訪問的應(yīng)用解析到正確的服務(wù)器上。

依然以“*.name-space.url后綴”為例，在用戶訪問應(yīng)用后，即使dns服務(wù)器對(duì)域名進(jìn)行nds解析后得出該域名不存在對(duì)應(yīng)的ip的情況下，還可以通過dns泛解析發(fā)現(xiàn)特定域名后綴(“url后綴”)，從而用戶需要訪問的應(yīng)用解析到“*.name-space.url后綴”對(duì)應(yīng)的服務(wù)器上。這里的“*.name-space.url后綴”所對(duì)應(yīng)的服務(wù)器即為上述實(shí)施例步驟150中所示的服務(wù)代理注冊(cè)的nginx服務(wù)器。該nginx服務(wù)會(huì)對(duì)完整的域名，即“應(yīng)用名.name-space.url后綴”進(jìn)行匹配，從而跳轉(zhuǎn)到真正的應(yīng)用服務(wù)地址，從而訪問實(shí)際的容器地址。

與前述圖1所述的基于kubernetes的paas平臺(tái)域名配置方法實(shí)施例相對(duì)應(yīng)，本申請(qǐng)還提供了一種基于kubernetes的paas平臺(tái)域名配置裝置的實(shí)施例。所述裝置實(shí)施例可以通過軟件實(shí)現(xiàn)，也可以通過硬件或者軟硬件結(jié)合的方式實(shí)現(xiàn)。以軟件實(shí)現(xiàn)為例，作為一個(gè)邏輯意義上的裝置，是通過其所在設(shè)備的處理器將非易失性存儲(chǔ)器中對(duì)應(yīng)的計(jì)算機(jī)程序指令讀取到內(nèi)存中運(yùn)行形成的。從硬件層面而言，本申請(qǐng)基于kubernetes的paas平臺(tái)域名配置裝置所在設(shè)備的一種硬件結(jié)構(gòu)可以包括處理器、網(wǎng)絡(luò)接口、內(nèi)存以及非易失性存儲(chǔ)器之外，實(shí)施例中裝置所在的設(shè)備通常根據(jù)該基于kubernetes的paas平臺(tái)域名配置實(shí)際功能，還可以包括其他硬件，對(duì)此不再贅述。

參見圖3，為本申請(qǐng)一實(shí)施例提供的基于kubernetes的paas平臺(tái)域名配置裝置的模塊圖，所述裝置包括：

接收單元310，接收客戶端提交的應(yīng)用名、端口并根據(jù)所述應(yīng)用名生成的域名；

創(chuàng)建單元320，根據(jù)所述應(yīng)用名和端口、以及所述域名后綴創(chuàng)建ingress對(duì)象；

監(jiān)聽單元330，監(jiān)聽是否創(chuàng)建新的ingress對(duì)象；

生成單元340，在監(jiān)聽到創(chuàng)建新的ingress對(duì)象的情況下，根據(jù)所述應(yīng)用名、對(duì)應(yīng)的namespace以及域名后綴生成新的域名；

配置單元350，將所述新的域名配置到nginx服務(wù)器的配置文件。

在一個(gè)可選的實(shí)施方式中：

在所述創(chuàng)建單元320之前，所述裝置還包括：

判斷單元，判斷所述域名是否沖突；

所述創(chuàng)建單元320，具體包括：

在所述域名不沖突的情況下，根據(jù)所述應(yīng)用名和端口、以及所述域名后綴創(chuàng)建ingress對(duì)象。

在一個(gè)可選的實(shí)施方式中：

所述判斷單元，具體包括：

獲取子單元，獲取所述應(yīng)用對(duì)應(yīng)的第一namespace；

比對(duì)子單元，與已部署的其它應(yīng)用對(duì)應(yīng)的第二namespace進(jìn)行比對(duì)；

確定子單元，在所述第一namespace與第二namespace相同的情況下，確定所述域名沖突。

與前述圖2所述的應(yīng)用訪問方法實(shí)施例相對(duì)應(yīng)，本申請(qǐng)還提供了一種應(yīng)用訪問裝置的實(shí)施例。所述裝置實(shí)施例可以通過軟件實(shí)現(xiàn)，也可以通過硬件或者軟硬件結(jié)合的方式實(shí)現(xiàn)。以軟件實(shí)現(xiàn)為例，作為一個(gè)邏輯意義上的裝置，是通過其所在設(shè)備的處理器將非易失性存儲(chǔ)器中對(duì)應(yīng)的計(jì)算機(jī)程序指令讀取到內(nèi)存中運(yùn)行形成的。從硬件層面而言，本申請(qǐng)應(yīng)用訪問裝置所在設(shè)備的一種硬件結(jié)構(gòu)可以包括處理器、網(wǎng)絡(luò)接口、內(nèi)存以及非易失性存儲(chǔ)器之外，實(shí)施例中裝置所在的設(shè)備通常根據(jù)該應(yīng)用訪問實(shí)際功能，還可以包括其他硬件，對(duì)此不再贅述。

參見圖4，為本申請(qǐng)一實(shí)施例提供的應(yīng)用訪問裝置的模塊圖，所述裝置包括：

解析單元410，在對(duì)用戶訪問的域名進(jìn)行域名解析失敗的情況下，對(duì)該域名進(jìn)行域名泛解析；

判斷單元420，判斷是否包含特定域名后綴；

轉(zhuǎn)發(fā)單元430，在包含特定域名后綴的情況下，將所述域名轉(zhuǎn)發(fā)到所述特定域名后綴對(duì)應(yīng)的nginx服務(wù)器；

返回單元440，將所述nginx服務(wù)器根據(jù)所述域名代理到對(duì)應(yīng)的應(yīng)用服務(wù)結(jié)果返回給所述用戶。

上述實(shí)施例闡明的系統(tǒng)、裝置、模塊或單元，具體可以由計(jì)算機(jī)芯片或?qū)嶓w實(shí)現(xiàn)，或者由具有某種功能的產(chǎn)品來實(shí)現(xiàn)。一種典型的實(shí)現(xiàn)設(shè)備為計(jì)算機(jī)，計(jì)算機(jī)的具體形式可以是個(gè)人計(jì)算機(jī)、膝上型計(jì)算機(jī)、蜂窩電話、相機(jī)電話、智能電話、個(gè)人數(shù)字助理、媒體播放器、導(dǎo)航設(shè)備、電子郵件收發(fā)設(shè)備、游戲控制臺(tái)、平板計(jì)算機(jī)、可穿戴設(shè)備或者這些設(shè)備中的任意幾種設(shè)備的組合。

上述裝置中各個(gè)單元的功能和作用的實(shí)現(xiàn)過程具體詳見上述方法中對(duì)應(yīng)步驟的實(shí)現(xiàn)過程，在此不再贅述。

對(duì)于裝置實(shí)施例而言，由于其基本對(duì)應(yīng)于方法實(shí)施例，所以相關(guān)之處參見方法實(shí)施例的部分說明即可。以上所描述的裝置實(shí)施例僅僅是示意性的，其中所述作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位于一個(gè)地方，或者也可以分布到多個(gè)網(wǎng)絡(luò)單元上?？梢愿鶕?jù)實(shí)際的需要選擇其中的部分或者全部模塊來實(shí)現(xiàn)本申請(qǐng)方案的目的。本領(lǐng)域普通技術(shù)人員在不付出創(chuàng)造性勞動(dòng)的情況下，即可以理解并實(shí)施。

以上圖3描述了基于kubernetes的paas平臺(tái)域名配置裝置的內(nèi)部功能模塊和結(jié)構(gòu)示意，其實(shí)質(zhì)上的執(zhí)行主體可以為一種電子設(shè)備，例如服務(wù)器，圖5是根據(jù)一示例性實(shí)施例示出的一種服務(wù)器的硬件結(jié)構(gòu)的示意圖，參照?qǐng)D5該服務(wù)器包括：

處理器；

用于存儲(chǔ)處理器可執(zhí)行指令的存儲(chǔ)器；

其中，所述處理器被配置為：

接收客戶端提交的應(yīng)用名、端口并根據(jù)所述應(yīng)用名生成的域名；

根據(jù)所述應(yīng)用名和端口、以及所述域名后綴創(chuàng)建ingress對(duì)象；

監(jiān)聽是否創(chuàng)建新的ingress對(duì)象；

在監(jiān)聽到創(chuàng)建新的ingress對(duì)象的情況下，根據(jù)所述應(yīng)用名、對(duì)應(yīng)的namespace以及域名后綴生成新的域名；

將所述新的域名配置到nginx服務(wù)器的配置文件。

類似的，以上圖4描述了應(yīng)用訪問裝置的內(nèi)部功能模塊和結(jié)構(gòu)示意，其實(shí)質(zhì)上的執(zhí)行主體可以為一種電子設(shè)備，例如服務(wù)器，圖5是根據(jù)一示例性實(shí)施例示出的一種服務(wù)器的硬件結(jié)構(gòu)的示意圖，參照?qǐng)D5該服務(wù)器包括：

處理器；

用于存儲(chǔ)處理器可執(zhí)行指令的存儲(chǔ)器；

其中，所述處理器被配置為：

在對(duì)用戶訪問的域名進(jìn)行域名解析失敗的情況下，對(duì)該域名進(jìn)行域名泛解析；

判斷是否包含特定域名后綴；

在包含特定域名后綴的情況下，將所述域名解析到所述特定域名后綴對(duì)應(yīng)的nginx服務(wù)器；

將所述nginx服務(wù)器根據(jù)所述域名代理到對(duì)應(yīng)的應(yīng)用服務(wù)結(jié)果返回給所述用戶。

在上述電子設(shè)備的實(shí)施例中，應(yīng)理解，該處理器可以是中央處理單元(英文：centralprocessingunit，簡稱：cpu)，還可以是其他通用處理器、數(shù)字信號(hào)處理器(英文：digitalsignalprocessor，簡稱：dsp)、專用集成電路(英文：applicationspecificintegratedcircuit，簡稱：asic)等。通用處理器可以是微處理器或者該處理器也可以是任何常規(guī)的處理器等，而前述的存儲(chǔ)器可以是只讀存儲(chǔ)器(英文：read-onlymemory，縮寫：rom)、隨機(jī)存取存儲(chǔ)器(英文：randomaccessmemory，簡稱：ram)、快閃存儲(chǔ)器、硬盤或者固態(tài)硬盤。結(jié)合本發(fā)明實(shí)施例所公開的方法的步驟可以直接體現(xiàn)為硬件處理器執(zhí)行完成，或者用處理器中的硬件及軟件模塊組合執(zhí)行完成。

圖6是根據(jù)一示例性實(shí)施例示出的一種服務(wù)器1000的示意圖。參照?qǐng)D6，服務(wù)器1000包括處理組件1022，其進(jìn)一步包括一個(gè)或多個(gè)處理器，以及由存儲(chǔ)器1032所代表的存儲(chǔ)器資源，用于存儲(chǔ)可由處理組件1022的執(zhí)行的指令，例如應(yīng)用程序。存儲(chǔ)器1032中存儲(chǔ)的應(yīng)用程序可以包括一個(gè)或一個(gè)以上的每一個(gè)對(duì)應(yīng)于一組指令的模塊。此外，處理組件1022被配置為執(zhí)行指令，以執(zhí)行上述基于卷積神經(jīng)網(wǎng)絡(luò)的圖片檢索方法的全部或部分步驟。

服務(wù)器1000還可以包括一個(gè)電源組件1026被配置為執(zhí)行服務(wù)器1000的電源管理，一個(gè)有線或無線網(wǎng)絡(luò)接口1050被配置為將服務(wù)器1000連接到網(wǎng)絡(luò)，和一個(gè)輸入輸出(i/o)接口1058。服務(wù)器1000可以操作基于存儲(chǔ)在存儲(chǔ)器1032的操作系統(tǒng)，例如windowsservertm，macosxtm，unixtm,linuxtm，freebsdtm或類似。

本說明書中的各個(gè)實(shí)施例均采用遞進(jìn)的方式描述，各個(gè)實(shí)施例之間相同相似的部分互相參見即可，每個(gè)實(shí)施例重點(diǎn)說明的都是與其他實(shí)施例的不同之處。尤其，對(duì)于電子設(shè)備實(shí)施例而言，由于其基本相似于方法實(shí)施例，所以描述的比較簡單，相關(guān)之處參見方法實(shí)施例的部分說明即可。

本領(lǐng)域技術(shù)人員在考慮說明書及實(shí)踐這里公開的發(fā)明后，將容易想到本申請(qǐng)的其它實(shí)施方案。本申請(qǐng)旨在涵蓋本申請(qǐng)的任何變型、用途或者適應(yīng)性變化，這些變型、用途或者適應(yīng)性變化遵循本申請(qǐng)的一般性原理并包括本申請(qǐng)未公開的本技術(shù)領(lǐng)域中的公知常識(shí)或慣用技術(shù)手段。說明書和實(shí)施例僅被視為示例性的，本申請(qǐng)的真正范圍和精神由下面的權(quán)利要求指出。

應(yīng)當(dāng)理解的是，本申請(qǐng)并不局限于上面已經(jīng)描述并在附圖中示出的精確結(jié)構(gòu)，并且可以在不脫離其范圍進(jìn)行各種修改和改變。本申請(qǐng)的范圍僅由所附的權(quán)利要求來限制。