前后端分離,如何在前端項目中動態(tài)插入后端API基地址?
開門見山,本文分享前后端分離,容器化前端項目時動態(tài)插入后端API基地址,這是一個很贊的實踐,解決了前端項目容器化過程中受制后端調(diào)用的尷尬。
尷尬從何而來
常見的web前后端分離:前后端分開部署,前端項目由nginx承載打包文件,反向代理請求。
應用的某些部分必須是可配置的,比如API調(diào)用基地址,
前端打包時候統(tǒng)一插入該地址,最終形成chunk files,并由nginx承載。
# ------------------------------------------------------
# generate chunk files
# ------------------------------------------------------
FROM node:10-alpine as builder
# install and cache app dependencies
COPY package.json package-lock.json ./
RUN npm install && mkdir /react-frontend && mv ./node_modules ./react-frontend
WORKDIR /react-frontend
COPY . .
RUN npm run build
# ------------------------------------------------------
# Production Build
# ------------------------------------------------------
FROM nginx:latest
COPY nginx.conf /etc/nginx/nginx.conf
COPY --from=builder /react-frontend/build /usr/share/nginx/html
EXPOSE 80
CMD ["nginx", "-g", "daemon off;"]

當在Docker中打包前端,或許會嘗試用鏡像構(gòu)建參數(shù)Arg/Env來傳遞后端API調(diào)用基地址,但這樣是很不理想的:
打包時參數(shù)被統(tǒng)一插入,打包結(jié)果chunk file作為最終鏡像的一部分,導致最終的前端鏡像會與后端API地址強關(guān)聯(lián)。
“或許你會針對不用的后端環(huán)境(canary、staging、production)構(gòu)建不同的前端鏡像,但這是一次又一次的工作量,并不是最佳實踐。
下面分享一個容器執(zhí)行階段動態(tài)插入后端API基地址的實踐
前端獨立部署,動態(tài)插入后端API基地址(in Docker)
我希望將API基地址延遲到生成容器階段(與構(gòu)建鏡像的過程解耦), 這樣我就可以使用一個鏡像,針對不同的環(huán)境傳參形成不同的前端容器。

前端項目插入配置的腳本如下:
// FILE: set-env.ts
...
export const environment = {
production: ${isProd},
apiBaseUrl: 'API_BASE_URL',
version: 'v${require('../package.json').version}'
};
...
我們在前端配置中寫入API_BASE_URL占位符,按照既定流程前端打包;
Dockerfile CMD指令指示容器如何運行:
用真實值替換前端chunk files中原插入的 API_BASE_URL占位符使用nginx承載替換后的chunk files
# FILE: Dockerfile
...
EXPOSE 80
COPY --from=builder /react-frontend/replace_api_url.sh /
CMD ["sh", "replace_api_url.sh"]
下面是replace_api_url.sh的內(nèi)容:
#!/usr/bin/env sh
find '/usr/share/nginx/html' -name '*.js' -exec sed -i -e 's,API_BASE_URL,'"$API_BASE_URL"',g' {} \;
nginx -g "daemon off;"
正常構(gòu)建鏡像之后;現(xiàn)在生成容器時,可通過環(huán)境變量傳參替換原前端chunk files的API_BASE_URL字符串
docker build -t front .
docker run -p 80:80 -e API_BASE_URL=http://somebackend.com/api front
總結(jié)輸出
這是一個巧妙的設(shè)計,讓我們在前端獨立容器化部署時能解耦后端API基地址,避免了一次又一次的構(gòu)建鏡像工作量。
Dockerfile CMD指令包裝的容器啟動腳本:讓我們在nginx承載前端打包文件之前,做一次字符串替換,成功將后端API基地址“延遲”到容器運行階段。
推薦閱讀:
IDEA 永久注冊碼來了!!! 一個非常好的行為驗證碼Java開源項目! Google 開源的依賴注入庫,比 Spring 更小更快! GitHub 近兩萬 Star,無需編碼,可一鍵生成前后端代碼 Spring Boot 中引入 MyBatisPlus 的常規(guī)流程 免費版的 IDEA 為啥不能使用 Tomcat ? 給新手的 11 個 Docker 免費上手項目
最近面試BAT,整理一份面試資料《Java面試BAT通關(guān)手冊》,覆蓋了Java核心技術(shù)、JVM、Java并發(fā)、SSM、微服務、數(shù)據(jù)庫、數(shù)據(jù)結(jié)構(gòu)等等。 獲取方式:關(guān)注公眾號并回復 java 領(lǐng)取,更多內(nèi)容陸續(xù)奉上。 明天見(??ω??)??
