国产xxxx99真实实拍_久久不雅视频_高清韩国a级特黄毛片_嗯老师别我我受不了了小说

資訊專欄INFORMATION COLUMN

Node.js docker 鏡像體積優(yōu)化實踐

wenhai.he / 1019人閱讀

摘要：接下來我們將逐步的減少這個鏡像的體積。優(yōu)化生產(chǎn)環(huán)境鏡像使用鏡像大幅減小鏡像體積的最簡單和最快的方法是選擇一個小得多的基本鏡像。使用多階段構(gòu)建可以充分利用鏡像的緩存，大大減少最終部署到生產(chǎn)環(huán)境的時間。

關(guān)注作者github每日一道面試題詳解

你討厭部署你的應(yīng)用程序花費很長時間嗎? 對于單個容器來說，超過gb并不是最佳實踐。每次部署新版本時都要處理數(shù)十億字節(jié)，這對我們來說并不太合適。

本文將通過Nodejs程序展示如何優(yōu)化Docker鏡像的幾個簡單步驟，使它們更小、更快、更適合生產(chǎn)環(huán)境。

簡單的一段Node.js項目

首先寫一段基于express的簡單web服務(wù)器程序

// package.json
{
  "name": "docker-test",
  "version": "1.0.0",
  "description": "",
  "main": "app.js",
  "scripts": {
    "start": "node app"
  },
  "author": "",
  "license": "ISC",
  "dependencies": {
    "express": "^4.16.4"
  },
  "devDependencies": {
    "eslint": "^5.16.0"
  }
}
// app.js
const express = require("express")
const app = express()

app.get("/", function(req, res){
  res.send("hello world")
})

app.listen(3000)

在根目錄下新建Dockerfile并寫入以下代碼

# Dockerfile
FROM node

COPY . /home/app

RUN cd /home/app && npm install

WORKDIR /home/app

CMD ["npm", "start"]

執(zhí)行

docker build -t myapp .

docker images

![結(jié)果](https://i.loli.net/2019/04/10...
)

可以看到這段最簡單的nodejs程序有920MB,請不要這樣做。接下來我們將逐步的減少這個鏡像的體積。

優(yōu)化docker生產(chǎn)環(huán)境鏡像

使用Node.js Alpine 鏡像

大幅減小鏡像體積的最簡單和最快的方法是選擇一個小得多的基本鏡像。Alpine是一個很小的Linux發(fā)行版，可以完成這項工作。只要選擇Node.js的Alpine版本，就會有很大的改進。

FROM node:alpine

COPY . /home/app

RUN cd /home/app && npm install

WORKDIR /home/app

CMD ["npm", "start"]

build之后

可以看到整整減少了800MB，這是一個非常大的優(yōu)化。

生成環(huán)境下不打包開發(fā)的依賴包

但我們還能繼續(xù)優(yōu)化。我們正在安裝所有依賴項，即使我們最終只需要生成環(huán)境下的依賴包。如果只打包生產(chǎn)環(huán)境的以來不會怎么樣，繼續(xù)改進一下。

  FROM node:alpine

  COPY . /home/app

  RUN cd /home/app && npm install --production

  WORKDIR /home/app

  CMD ["npm", "start"]

build之后

我們又減少了6MB，因為我們目前只有一個開發(fā)依賴，可以想象在一個正常的項目中這也將是非常大的優(yōu)化。

使用基礎(chǔ)版本的 Alpine 鏡像組合Nodejs

如果我們使用基礎(chǔ)版本的 Alpine 鏡像，然后自己安裝Nodejs結(jié)果會怎么樣呢?

  FROM alpine:latest

  RUN apk add --no-cache --update nodejs nodejs-npm

  COPY . /home/app

  RUN cd /home/app && npm install --production

  WORKDIR /home/app

  CMD ["npm", "start"]

build之后

現(xiàn)在只剩下了65MB，相比剛開始已經(jīng)減少了10倍多。

多階段構(gòu)建

Docker鏡像是分層的，Dockerfile中的每個指令都會創(chuàng)建一個新的鏡像層，鏡像層可以被復(fù)用和緩存。當(dāng)Dockerfile的指令修改了，復(fù)制的文件變化了，或者構(gòu)建鏡像時指定的變量不同了，對應(yīng)的鏡像層緩存就會失效，某一層的鏡像緩存失效之后，它之后的鏡像層緩存都會失效。

因此我們還可以將RUN指令合并，但是需要記住的是，我們只能將變化頻率一致的指令合并。

我們應(yīng)該把變化最少的部分放在Dockerfile的前面，這樣可以充分利用鏡像緩存。

通過最小化鏡像層的數(shù)量，我們可以得到更小的鏡像。

上述示例中，源代碼會經(jīng)常變化，則每次構(gòu)建鏡像時都需要重新安裝NPM模塊，這顯然不是我們希望看到的。因此我們可以先拷貝package.json，然后安裝NPM模塊，最后才拷貝其余的源代碼。這樣的話，即使源代碼變化，也不需要重新安裝NPM模塊。

  FROM alpine AS builder
  WORKDIR /home/app
  RUN apk add --no-cache --update nodejs nodejs-npm
  COPY package.json package-lock.json ./
  RUN npm install --production

  FROM alpine
  WORKDIR /home/app
  RUN apk add --no-cache --update nodejs nodejs-npm
  COPY --from=builder /usr/src/app/node_modules ./node_modules
  COPY . .
  CMD [ "npm", "start" ]

最終的鏡像只有51MB，比最開始大概減少了17倍！并且后續(xù)的 build 速度也大大提升。

每一條 FROM 指令都是一個構(gòu)建階段，多條 FROM 就是多階段構(gòu)建，雖然最后生成的鏡像只能是最后一個階段的結(jié)果，但是，能夠?qū)⑶爸秒A段中的文件拷貝到后邊的階段中，這就是多階段構(gòu)建的最大意義。

在上面的Dockerfile文件中，我們先 copy 了package.json，然后 npm install，在第二階段構(gòu)建時，我們直接 copy 了第一階段已經(jīng)下載好的node_moduls,在下一次 build 時，如果沒有新增依賴，docker將使用緩存中的node_modules，這樣就減少了部署的時間。

使用 docker inspect imageId命令 我們可以看到，雖然我們有多個指令，但是最終的鏡像也只有5層，這就是層的共享機制。

使用多階段構(gòu)建可以充分利用Docker鏡像的緩存，大大減少最終部署到生產(chǎn)環(huán)境的時間。

結(jié)論

在實際生產(chǎn)環(huán)境中，沒有任何理由使用gb大小的鏡像，如果你確實需要提高部署速度，并且被緩慢的CI/CD所困擾，那么多階段構(gòu)建將會是一個非常有幫助的方法

希望這篇簡短的文章對考慮使用Docker進行基于Node.js的應(yīng)用程序開發(fā)或部署的人有些許幫助。

查看原文

關(guān)注github每日一道面試題詳解

文章版權(quán)歸作者所有，未經(jīng)允許請勿轉(zhuǎn)載,若此文章存在違規(guī)行為，您可以聯(lián)系管理員刪除。

轉(zhuǎn)載請注明本文地址：http://specialneedsforspecialkids.com/yun/106064.html

相關(guān)文章

  • 最小化 Java 鏡像的常用技巧

    摘要：本文將介紹精簡容器鏡像的必要性并以基于的應(yīng)用為例描述最小化容器鏡像的常用技巧。經(jīng)過這一優(yōu)化，最終鏡像的大小為。 背景 隨著容器技術(shù)的普及，越來越多的應(yīng)用被容器化。人們使用容器的頻率越來越高，但常常忽略一個基本但又非常重要的問題 - 容器鏡像的體積。本文將介紹精簡容器鏡像的必要性并以基于 spring boot 的 java 應(yīng)用為例描述最小化容器鏡像的常用技巧。 精簡容器鏡像的必要性 ...

    MudOnTire 評論0 收藏0

  • 超長干貨：基于Docker的DevOps CI/CD實踐——來自iHealth的分享

    摘要：在貓屎氤氳的霧氣里角仰望天花板，手機微信提醒這次構(gòu)建成功或失敗，并附帶污言穢語。這時他可以開始往工位走，坐下時，微信又會提醒本次部署到成功或失敗。與企業(yè)微信的集成在決定使用之前，需要知道的是，是一個高度依賴社區(qū)的項目。 前言 相信我，一切事情的發(fā)生都是趕鴨子上架，沒有例外。人類所有偉大的變革都是迫不得已，可又是那么順其自然。比如容器（docker）技術(shù)的誕生，比如箭在弦上的創(chuàng)業(yè)，比如野...

    Dongjie_Liu 評論0 收藏0

  • 高質(zhì)量 Node.js 微服務(wù)的編寫和部署

    摘要：編寫代碼的開發(fā)人員必須負責(zé)代碼的生產(chǎn)部署。構(gòu)建和部署鏈需要重大更改，以便為微服務(wù)環(huán)境提供正確的關(guān)注點分離。該對象會在之后的時被這時的回調(diào)函數(shù)會被調(diào)用，并輸出。微服務(wù)部署及集成部署微服務(wù)時有一個原則一個容器中只放一個服務(wù)，可以使用編 前幾天在微信群做的一次分享，整理出來分享給大家，相關(guān)代碼請戳 https://github.com/Carrotzpc/docker_web_app sho...

    szysky 評論0 收藏0

  • 高質(zhì)量 Node.js 微服務(wù)的編寫和部署

    摘要：編寫代碼的開發(fā)人員必須負責(zé)代碼的生產(chǎn)部署。構(gòu)建和部署鏈需要重大更改，以便為微服務(wù)環(huán)境提供正確的關(guān)注點分離。該對象會在之后的時被這時的回調(diào)函數(shù)會被調(diào)用，并輸出。微服務(wù)部署及集成部署微服務(wù)時有一個原則一個容器中只放一個服務(wù)，可以使用編 前幾天在微信群做的一次分享，整理出來分享給大家，相關(guān)代碼請戳 https://github.com/Carrotzpc/docker_web_app sho...

    Michael_Ding 評論0 收藏0

  • Jenkins + Docker 簡單部署 node.js 項目

    摘要：目前官方已開始推薦使用替代之前的做為基礎(chǔ)鏡像環(huán)境。包括鏡像下載速度加快，鏡像安全性提高，主機之間的切換更方便，占用更少磁盤空間等。 有了前幾篇的基礎(chǔ)后，我們現(xiàn)在已經(jīng)能 docker 篇： 構(gòu)建 docker 鏡像 上傳私有倉庫 拉取私有鏡像 啟動容器 jenkins 篇： 配置 pipeline 觸發(fā) pipeline 接下來就可以結(jié)合兩者，用 jenkins + docker...

    princekin 評論0 收藏0

發(fā)表評論

0條評論

最新活動
閱讀需要支付1元查看
<