1. 程式人生 > >在Kubernetes上執行SAP UI5應用(上)

在Kubernetes上執行SAP UI5應用(上)

2018年只剩最後30天了。Jerry在2017年的最後一天,曾經立下一個目標:這個微信公眾號在2018年保證至少每週釋出一篇SAP原創技術文章

從Jerry在後臺統計的2018全年文章數量來看,這個目標已經提前實現了。為了感謝大家的支援,在2018年的最後一天,Jerry會發佈一個合集:《SAP成都研究院2018年XX篇原創文章合集》,包含了2018年全年SAP成都研究院的同事們釋出過的文章。

Jerry在11月份中旬去SAP上海研究院參加了Kubernetes的內部培訓(詳情參考我的前一篇文章:站在巨人肩膀上的牛頓:Kubernetes和SAP Kyma)。在SAP上海研究院的同事們如果想參加這個內部培訓,可以聯絡同事Yang Katie。

為了避免很快就把三位老師傳授的知識忘得精光,我得給自己找點練習來鞏固所學的東西。

Jerry 2014年底加入SAP CRM Fiori開發團隊時,我們開發的CRM Fiori應用,還是部署在傳統的SAP Netweaver上的,詳情參考我的文章:SAP Fiori應用的三種部署方式

後來,我陸續接觸了Salesforce的雲平臺Heroku,也學著很多程式設計師一樣把自己的部落格搭在github上,再後來接觸了SAP自己的雲平臺,自然而然地就會試著把SAP UI5部署到這些平臺上:

現在既然學了Kubernetes,那麼就來試試將SAP UI5應用執行在Kubernetes上面吧。

我用來部署的UI5應用名叫Jerry's Service Order, 是一個典型的Master-Detail風格的應用,左邊Master List是所有服務訂單列表,選中任意一個,在右邊的Detail頁面顯示選中的服務訂單的明細。

這個UI5應用的外觀如上圖所示。為簡單起見,所有顯示的資料都是從專案裡的一個json檔案讀取的,不支援新訂單的建立或修改。該應用可以從我的github獲取:

https://github.com/i042416/jerrylist

如本文標題所示,這個練習的終極目標就是讓該UI5應用運行於Kubernetes上,那麼第一步就是先讓它運行於容器裡。和SAP Kubernetes內部培訓一樣,我選擇了Docker這個非常受歡迎的容器引擎作為這個Kubernetes練習的容器技術。

關於Docker的簡介和安裝介紹,請參閱阮一峰大神的文章:Docker 入門教程

http://www.ruanyifeng.com/blog/2018/02/docker-tutorial.html

為什麼我們要使用Docker容器?下面這段話摘自阮一峰的部落格:

“Docker 屬於 Linux 容器的一種封裝,提供簡單易用的容器使用介面。它是目前最流行的 Linux 容器解決方案。

Docker 將應用程式與該程式的依賴,打包在一個檔案裡面。執行這個檔案,就會生成一個虛擬容器。程式在這個虛擬容器裡執行,就好像在真實的物理機上執行一樣。有了 Docker,就不用擔心環境問題。

總體來說,Docker 的介面相當簡單,使用者可以方便地建立和使用容器,把自己的應用放入容器。容器還可以進行版本管理、複製、分享、修改,就像管理普通的程式碼一樣。”

Jerry梳理了一下將SAP UI5應用執行在Docker容器裡的全過程,總共分三個步驟:

1. 讓UI5應用執行在本地容器內

2. 將包含了UI5應用的本地容器打成一個新映象

3. 將本地映象上傳到Docker hub,再下載測試

下面是詳細步驟。

1. 讓UI5應用執行在本地容器內

如果僅僅只會跑Docker的Hello World(其實Jerry兩週前就是這個水平,囧),拿到這個需求,從什麼地方入手?

當然是從包含了能執行UI5應用的那些web伺服器的映象入手,這裡我選擇了Nginx映象,在Docker hub上有10.4k個stars。

用下面的命令直接執行這個映象:

docker run -it nginx

docker ps拿到例項化的容器id:

然後進入處於執行狀態中的容器,執行shell命令:

docker exec -it bbc5d48a761c /bin/sh

看到#提示符後,進入容器內部的目錄:/usr/share/nginx/html

如果我們能將github上的UI5應用的檔案想辦法拷貝到這個目錄下面,就達到了在本地Docker容器執行UI5應用的目的了。

有很多種辦法可以把github裡的資源下載到Docker容器內部這個指定的目錄下, 這裡Jerry用一種我覺得最簡單的方式,即通過Docker Volume技術將宿主機上的某個目錄A以Volume的方式掛接到容器內部的html資料夾上,這樣我們直接把github倉庫上的webapp資料夾下載到宿主機的資料夾A即可,這個資料夾會以Volume的形式自動出現在容器內部對映好的目錄內。

docker run -d -p 1081:80 -v pwd/webapp:/usr/share/nginx/html/webapp –name jerry-custom nginx

使用引數-p 1081:80將Nginx服務通過埠1081暴露出來,因此我這次要使用http://localhost:1081測試新啟動的容器例項。

再次執行docker exec進入docker容器內部,確保/usr/share/nginx/html資料夾下確實包含了期望看到的UI5應用。

瀏覽器裡輸入localhost:1081/webapp,確保UI5應用能夠正常訪問,至此這個應用已經在本地docker容器裡成功執行起來了。

2. 將包含了UI5應用的本地容器打成一個新映象

到目前為止這個本地docker例項是沒有辦法給其他人使用的,為此我們得先利用dockerfile製作一個包含了UI5應用的docker映象,上傳到docker hub上,以便其他人下載。

隨便建立一個資料夾,比如jerry-build, 然後把webapp資料夾放進去,再建立一個dockerfile檔案,內容就三行:

FROM nginx:stable 

COPY webapp/ /usr/share/nginx/html/webapp/ 

RUN ls -la /usr/share/nginx/html/webapp*

這三個指令從語義上不難理解,第一行FROM命令告訴docker映象構建例程使用nginx的stable版本作為基礎映象進行新映象的構建。第二行COPY命令負責把webapp資料夾下的所有UI5資原始檔拷貝到nginx docker映象的對應目錄內。第三行RUN命名執行shell命令ls,生成新的映象檔案。

dockerfile的詳細語法請參考Docker 官方文件:

https://docs.docker.com/engine/reference/builder/#usage

執行命令docker build ., 最後一個.代表“當前目錄”。

看到上圖"Successfully built(成功構建)"的輸出資訊後,我們加上引數-t jerry-nginx-image:1.0重新構建一個名為jerry-nginx-image的映象:

成功構建後,使用引數-p暴露一個新的埠1082:

docker run -d -p 1082:80 jerry-nginx-image:1.0

現在localhost:1082/webapp也能訪問UI5應用了。

使用docker images, 現在我們能看到這個構建好的映象了,接下來我們會將其推送到Docker hub上。

3. 將本地映象上傳到Docker hub

Docker hub的使用方式幾乎和github完全一致。說句題外話:雖然github今年6月份被微軟收購了,但是使用者體驗一點也沒變,一如既往的優秀。

關於github更多另類用法,請參閱Jerry的文章:寫在Github被微軟收購之際 - Github的那些另類用法

首先在Docker hub上註冊一個帳號:

建立一個新倉庫:

取名i042416/ui5-nginx:

新建好的空的倉庫看起來是這樣的:

使用docker ps得到本地正在執行的docker容器的ID:

使用commit命令提交這個本地容器的修改(類比git commit ):

docker commit 53de4188b702 i042416/ui5-nginx

現在準備將這個本地提交過後的映象推送到Docker hub了。

執行命令docker login:

在CloudFoundry上部署應用的朋友們可以把docker login類比成cf login(下面是cf login的截圖):

最後一步就是用docker push將本地映象推送到Docker hub:

重新整理Docker hub上新建的倉庫,能觀察到剛才的本地推送記錄和映象尺寸。

現在可以通知您的朋友,在其電腦上消費這個映象了。當然您也可以把自己電腦上的本地映象刪除,再使用docker run執行。

在兩種情況下,由於本地映象檢索失敗,我們都將看到提示資訊:Unable to find image ‘i042416/ui5-nginx:latest' locally, 然後觀察到遠端映象的下載過程。

使用1080埠基於映象i042416/ui5-nginx啟動一個新的容器:

localhost:1080/webapp能夠正常工作:

docker inspect命令證實了這個啟動的容器確實是基於映象i042416/ui5-nginx的。

在這個主題的下半部分,我們將使用這個i042416/ui5-nginx映象,開始我們的Kubernetes之旅。敬請期待。

更多閱讀

要獲取更多Jerry的原創文章,請關注公眾號"汪子熙":