1.首要用戶訪問咱們的網站，第一個到的是CDN，在云原生時代，CDN往往與目標存儲調配運用。

2.到了ingress這一層，咱們經常會運用istio來做ingress, istio后面對接的virtualservice 對接的或許是一個nginx 也能夠是某一個后端java程序，這里咱們假設是對接的一個nginx程序

3.nginx的conf文件里，曩昔咱們往往會裝備相似如下代碼，把localtion指向某一個具體 的目錄

location / {  root /usr/share/nginx/html;  index index.html index.htm;  if (!-e $request_filename){  rewrite ^/.* /index.html last;  }  }

現在咱們要加上目標存儲的地址了，相似如下代碼（這一塊我從網上隨便復制的）

location ^~ /resource/images/oss {  proxy_pass http://bucket名.oss-cn-shenzhen-internal.aliyuncs.com;  }  

4.前端開發(fā)提交代碼之后，到了git倉庫，一般會觸發(fā)jenkins的CI流程，后端鏡像或許會放入harbor中，前端文件放入目標存儲，例如minio中

5.CD流程一般會主動的去獲取最新的鏡像和最新的文件，主動布置

假如前端學會云原生有什么優(yōu)勢？

看完上述架構圖，有的同學或許明白了，有的同學或許仍是不明白，這些與我前端有什么關系？假如我學會了“云原生”相關常識有什么優(yōu)勢？

1. 前端程序現已不只是dist目錄里的html和js了，還有或許是electron打包的linux上運行deb.rpm文件，windows上運行的exe程序。前端開發(fā)的各種各樣的程序怎么提交給分類型，分git-tag號掛上鉤？假如不明白云原生，那么將會是一場噩夢。但是假如前端開發(fā)會運用docker,能夠很便利的生成不同版別的容器進行build，假如了解S3接口，能夠經過S3接口分門別類的上傳各種類型的文件。

1. 前端一般會給程序加一些錨點，假如能和Elasticsearch結合起來，給到運營和產品一些富麗麗的dashboard，利人利己，相信一定能獲得更好的KPI。

1. 前端代碼里假如能接入云原生的一些APM工具，那么能愈加便利的定位前端問題。