傳統Kubernetes應用搭建
創建Namespace
在一個Kubernetes集群中可以創建多個Namespace進行“環境隔離”，當專案和人員眾多的時候，可以考慮根據專案的實際情況（例如生產、測驗、開發）劃分不同的Namespace，
創建一個名稱為“nginx”的Namespace：
[root@localhost~]# kubectl create ns nginx
namespace "nginx" created
查看集群中已創建出來的Namespace：
[root@localhost~]# kubectl get ns
NAME STATUS AGE
default Active 35d
kube-public Active 35d
kube-system Active 35d
nginx Active 19s
創建Deployment
Deployment為Pod 和Replica Set（下一代Replication Controller）提供宣告式更新，只需要在 Deployment 中描述想要的目標狀態是什么，Deployment Controller 就會幫開發者將 Pod 和 ReplicaSet 的實際狀態改變成目標狀態，開發者可以定義一個全新的 Deployment 來創建 ReplicaSet 或者洗掉已有的 Deployment 并創建一個新的來替換，使用Deployment能夠更加方便地管理Pod，包括擴容、縮容、暫停、滾動更新、回滾等，在Choerodon中用實體的方式來展現Deployment，同時支持在線升級，停止，洗掉等多元化功能，
典型的應用場景包括：
- 定義Deployment來創建Pod和ReplicaSet
- 滾動升級和回滾應用
- 擴容和縮容
- 暫停和繼續Deployment
撰寫名為dp.yaml檔案，內容如下：
apiVersion: apps/v1beta1
kind: Deployment
metadata:
name: nginx-deployment
namespace: nginx
labels:
app: nginx
spec:
replicas: 1
template:
metadata:
labels:
app: nginx
spec:
containers:
- name: nginx
image: nginx:1.13.5-alpine
ports:
- containerPort: 80
readinessProbe:
httpGet:
path: /
port: 80
保存后使用kubectl命令部署：
[root@localhost~]# kubectl apply -f dp.yaml
deployment.apps"nginx-deployment"created
可執行下面命令查看部署出來的Deployment：
[root@localhost~]# kubectl get deployment -n nginx
NAME DESIRED CURRENT UP-TO-DATE AVAILABLE AGE
inx-deployment 1 1 1 1 51s
可執行下面命令查看Deployment創建出來的Pod：
[root@localhost~]# kubectl get pod -n nginx -o wide
NAME READY STATUS RESTARTS AGE IP NODE
nginx-deployment-866d7c64c7-8rnd5 1/1 Running 0 3m 10.233.68.248 clusternode11
Pod狀態為Running，說明已經正常作業了就可以在集群中通過Pod IP進行訪問了：
[root@localhost~]# curl 10.233.68.248
<!DOCTYPE html>
<html>
<head>
<title>Welcome to nginx!</title>
<style>
body{
width:35em;
margin:0 auto;
font-family:Tahoma,Verdana,Arial,sans-serif;
}
</style>
</head>
<body>
<h1>Welcome to nginx!<h1>
<p>If you see this page,the nginx web server is successfully installed and working. Further configuration is required.</P>
<p>For online documentation and support please refer to
<a href="http://nginx.org/">nginx.org</a>.<br/>
Commercial support is available at
<a href="http://nginx.com/">nginx.com</a>.</p>
<p><em>Thank you for uesing nginx.</em></p>
</body>
</html>
更多關于Deployment的介紹請參考這里： https://kubernetes.io/docs/concepts/workloads/controllers/deployment/
創建Service
Kubernetes Pod 是有生命周期的，它們可以被創建，也可以被銷毀，然而一旦被銷毀生命就永遠結束， 通過 Deployment 能夠動態地創建和銷毀 Pod， 每個 Pod 都會獲取它自己的 IP 地址，然而這些IP地址并不是穩定固定的，在銷毀Pod時這些IP也會進行回收， 這會導致一個問題：在 Kubernetes 集群中，如果一組 Pod（稱為 Backend）為其它Pod （稱為 Frontend）提供服務，那么那些 Frontend 該如何發現，并連接到這組 Pod 中的哪些 Backend 呢？
這里要隆重的請出Service來解決這個問題，
撰寫名為svc.yaml檔案，內容如下：
apiVersion: v1
kind: Service
metadata:
namespace: nginx
name: nginx-service
spec:
selector:
app: nginx
ports:
- name: http
protocol: TCP
port: 80
targetPort: 80
使用kubectl命令部署：
[root@localhost~]# kubectl apply -f svc.yaml
service "nginx-service"created
可執行下面命令查看部署出來的Service：
[root@localhost~]# kubectl get svc -n nginx
NAME TYPE CLUSTER-IP EXTERNAL-IP PORT(S) AGE
nginx-service ClusterIP 10.233.47.128 <none> 80/TCP 56s
可以看到Pod對應的Service已經建好了，而這個“對應”就是依靠Service里面的Selector與Pod的Labels建立映射的（即Selector內容與Pod的Labels內容需一致），現在集群內部可以通過該Service訪問到Nginx，Choerodon中提供了Service的可視化創建操作，可以更加方便便捷的創建網路：
[root@localhost~]# curl 10.233.47.128
<!DOCTYPE html>
<html>
<head>
<title>Welcome to nginx!</title>
<style>
body{
width:35em;
margin:0 auto;
font-family:Tahoma,Verdana,Arial,sans-serif;
}
</style>
</head>
<body>
<h1>Welcome to nginx!<h1>
<p>If you see this page,the nginx web server is successfully installed and working. Further configuration is required.</P>
<p>For online documentation and support please refer to
<a href="http://nginx.org/">nginx.org</a>.<br/>
Commercial support is available at
<a href="http://nginx.com/">nginx.com</a>.</p>
<p><em>Thank you for uesing nginx.</em></p>
</body>
</html>
更多關于Service的介紹請參考這里： https://kubernetes.io/docs/concepts/services-networking/service/
創建Ingress
此時，只有集群內部和所在主機能訪問Nginx，要讓節點外的其他主機能夠訪問，還得需要創建Ingress，Ingress 可以給 Service 提供集群外部訪問的 URL、負載均衡、SSL 終止、HTTP 路由等功能，Ingress對應了Choerodon中的域名，Choerodon中除了對域名的管理外還添加了域名證書的管理，支持在線申請和匯入，
撰寫名為ing.yaml檔案，內容如下：
apiVersion: extensions/v1beta1
kind: Ingress
metadata:
name: nginx-ingress
namespace: nginx
spec:
rules:
- host: nginx.example.local #此域名需決議到k8s集群負載主機IP
http:
paths:
- backend:
serviceName: nginx-service
servicePort: 80
path: /
使用kubectl命令部署：
[root@localhost~]# kubectl apply -f ing.yaml
ingress.extensions "nginx-ingress" created
可執行下面命令查看部署出來的Ingress：
[root@localhost~]# kubectl get ingress -n nginx
NAME HOSTS ADDRESS PORTS AGE
nginx-ingress nginx.example.local 80 1m
此時，就可以在瀏覽器中使用定義的URL訪問Nginx了：
更多關于Ingress的介紹請參考這里： https://kubernetes.io/docs/concepts/services-networking/ingress/
看完傳統Kubernetes的應用搭建后，來看看Choerodon中如何進行應用搭建吧，
基于Choerodon的應用搭建
一鍵部署
Choerodon中的應用部署簡單明了，其構建了一套環境，實體，服務，域名的物件來進行Kubernetes的基礎物件映射，為Kubernetes基礎物件的創建和修改提供了可視化的操作界面，
在Choerodon豬齒魚平臺部署一個應用只需要在“應用管理”頁面點擊“創建應用”，并在“開發流水線”創建分支，提交代碼后發布應用，在“部署流水線”頁面選擇要部署的應用，版本，目標環境，部署模式，設定好網路、域名即完成應用的部署，
那Choerodon在應用的搭建的背后又做了哪些事情呢？這就不得不提到GitOps了，
GitOps
Choerodon采用Kubernetes作為基礎平臺，通過Helm Chart打包應用，將Helm Release抽象成Kubernets自定義物件，這樣就能通過Kubernetes資源物件檔案描述整個環境部署應用系統的狀態，在Choerodon中將應用搭建最終生成的yaml檔案以配置庫的方式存盤在GitLab中，通過對比配置yaml檔案的改動來判斷應用的搭建狀態，實作業務代碼與配置代碼的分離，
同時用戶在平臺中創建環境時會同步創建一個與環境對應的Git倉庫用來存放部署組態檔，之后所有在環境中部署的相關操作，都會轉化為Git庫中部署組態檔的操作，同時觸發Choerodon部署服務進行狀態記錄，應用狀態記錄后觸發Choerodon在Kubernetes中的Agent進行應用部署，最終可以根據配置庫，Choerodon部署服務狀態記錄，Choerodon Agent來詮釋整個應用部署所經歷的流程，
總結
以上步驟可以看出，從構建程式到外部訪問，K8S提供了Namespace, Deployment, Service, Ingress等基礎物件，以此為基礎，Choerodon豬齒魚平臺構建了一套環境，實體，服務，域名的物件來進行映射，包括滾動升級、容錯提高、服務測驗等，并以友好的UI界面管理進行管理，使用戶可以簡單的通過頁面進行Kubernetes的物件操作，從而創建自己的應用，
Choerodon豬齒魚平臺不僅實作一鍵部署，平臺還提供了完備的測驗管理，用于對新發布應用的測驗，知識管理模塊提供了企業內部的資訊分享平臺，報表模塊則能夠提供更為詳細的開發、迭代資訊，Choerodon豬齒魚平臺提升了K8S持續集成、持續部署的能力，使各個基礎平臺的耦合性更高，更加適用于企業實踐DevOps，
本文由豬齒魚技術團隊原創，轉載請注明出處
轉載請註明出處，本文鏈接：https://www.uj5u.com/qita/341737.html
標籤：其他