接下來使用k8s進行發布應用
k8s集群
系統docker
ip主機名
配置centos 7.6
19.03.5
192.168.31.150
k8s-master
2核4g
centos 7.6
19.03.5
192.168.31.178
k8s-node01
2核4g
centos 7.6
19.03.5
192.168.31.164
k8s-node02
2核4g
harbor
系統docker
docker-compose
harbor
ip主機名
配置centos 7.6
19.03.5
1.24.1
1.8.0
192.168.31.37
harbor
2核4g
在前面2.0的環境中，已經打包好了login和api映象，直接推送到harbor倉庫即可。
修改docker配置檔案，增加harbor位址
vi /etc/docker/daemon.json內容如下： 重啟docker
systemctl restart dockerdocker登入harbor，直接使用管理員賬號登入
docker login打tag並推送192.168.31.37 -u admin -p harbor12345
docker tag demo_api:v1 192.168.31.37/library/demo_api:v1登入到k8s集群中的master節點以及node節點。docker push
192.168.31.37/library/demo_api:v1
docker tag demo_login:v1
192.168.31.37/library/demo_login:v1
docker push
192.168.31.37/library/demo_login:v1
修改docker配置檔案，增加harbor位址
vi /etc/docker/daemon.json內容如下：
重啟docker
login.yaml是使用kuboard生成的，login-ingress.yaml是否手寫的。因為kuboard生成的ingress有bug，外部無法訪問。
在1.0和2.0中，都使用了nginx**。在3.0就無需nginx**了，直接使用ingress**。
將網域名稱解析到任意node節點的ip即可。如果沒有dns，windows 10新增2條hosts記錄
訪問登入頁面
效果如下：
登入成功後，效果如下：
前後端分離架構
前後端不分離 在前後端不分離的應用模式中，前端頁面看到的效果都是由後端控制，由後端渲染頁面或重定向，也就是後端需要控制前端的展示，前端與後端的耦合度很高。請求的資料互動如下圖 前後端分離 在前後端分離的應用模式中 前端與後端的耦合度相對較低。在前後端分離的應用模式中，我們通常將後端開發的每個檢視都稱...
前後端分離架構
原文 參考 到底什麼是前後端分離1 到底什麼是前後端分離2 到底什麼是前後端分離3 前後端分離是個架構設計問題。所謂架構設計，實際上是如何合理的對現實的人力架構進行系統對映，以便最大限度的提高整個公司的執行效率。前後端定義，不應該是以語言來定義，而是應該以它的執行環境 瀏覽器發請求，伺服器端給出乙個...
一次前後端分離架構的實踐
拜讀了 pkwenda 的前後端分離架構系列文章之後，感覺又get到了新技能，於是乎深入地學習了vue一波，下面談談我的感受。最大感受就是 解耦了，前後端 不再混雜在乙個專案中，開發人員可以各司其職，但同時部署也變得複雜了，原本只需部署乙個專案的，現在我們不得不部署兩個專案的，這無疑增加了部署的難度...