• Babel 插件通关秘籍
  • Git 原理详解及实用指南
  • Nest 通关秘籍
  • React 通关秘籍
  • TypeScript 全面进阶指南
  • TypeScript 类型体操通关秘籍
  • 现代CSS
  • Babel 插件通关秘籍
  • Git 原理详解及实用指南
  • Nest 通关秘籍
  • React 通关秘籍
  • TypeScript 全面进阶指南
  • TypeScript 类型体操通关秘籍
  • 现代CSS
  • Nest 通关秘籍

    • 1.开篇词
    • 2.给你 5 个学习 Nest 的理由,你会心动么
    • 3.Nest 基础概念扫盲
    • 4.快速掌握 Nest CLI
    • 5.五种HTTP数据传输方式
    • 6.IoC 解决了什么痛点问题?
    • 7.如何调试 Nest 项目
    • 8.使用多种 Provider,灵活注入对象
    • 9.全局模块和生命周期
    • 10.AOP 架构有什么好处?
    • 11.一网打尽 Nest 全部装饰器
    • 12.Nest 如何自定义装饰器
    • 13.Metadata 和 Reflector
    • 14.ExecutionContext:切换不同上下文
    • 15.Module 和 Provider 的循环依赖怎么处理?
    • 16.如何创建动态模块
    • 17.Nest 和 Express 的关系,如何切到 fastify
    • 18.Nest 的 Middleware
    • 19.RxJS 和 Interceptor
    • 20.内置 Pipe 和自定义 Pipe
    • 21.如何使用 ValidationPipe 验证 post 请求参数
    • 22.如何自定义 Exception Filter
    • 23.图解串一串 Nest 核心概念
    • 24.接口如何实现多版本共存
    • 25.Express 如何使用 multer 实现文件上传
    • 26.Nest 如何使用 multer 实现文件上传
    • 27.图书管理系统:需求分析和原型图
    • 28.图书管理系统:用户模块后端开发
    • 29.图书管理系统:图书模块后端开发
    • 30.图书管理系统:用户模块前端开发
    • 31.图书管理系统:图书模块前端开发--图书搜索
    • 32.图书管理系统:图书模块前端开发--图书增删改
    • 33.图书管理系统:项目总结
    • 34.大文件分片上传
    • 35.最完美的 OSS 上传方案
    • 36.Nest 里如何打印日志?
    • 37.为什么 Node 里要用 Winston 打印日志?
    • 38.Nest 集成日志框架 Winston
    • 39.通过 Desktop 学 Docker 也太简单了
    • 40.你的第一个 Dockerfile
    • 41.Nest 项目如何编写 Dockerfile
    • 42.提升 Dockerfile 水平的 5 个技巧
    • 43.Docker 是怎么实现的?
    • 44.为什么 Node 应用要用 PM2 来跑?
    • 45.快速入门 MySQL
    • 46.SQL 查询语句的所有语法和函数
    • 47.一对一、join 查询、级联方式
    • 48.一对多、多对多关系的表设计
    • 49.子查询和 EXISTS
    • 50.SQL 综合练习
    • 51.MySQL 的事务和隔离级别
    • 52.MySQL 的视图、存储过程和函数
    • 53.使用 Node 操作 MySQL 的两种方式
    • 54.快速掌握 TypeORM
    • 55.TypeORM 一对一的映射和关联 CRUD
    • 56.TypeORM 一对多的映射和关联 CRUD
    • 57.TypeORM 多对多的映射和关联 CRUD
    • 58.在 Nest 里集成 TypeORM
    • 59.TypeORM 如何保存任意层级的关系?
    • 60.为什么生产环境要用 TypeORM 的 migration 迁移功能?
    • 61.Nest 项目里如何使用 TypeORM 迁移
    • 62.如何动态读取不同环境的配置?
    • 63.快速入门 Redis
    • 64.在 Nest 里操作 Redis
    • 65.为什么不用 cache-manager 操作 Redis?
    • 66.两种登录状态保存方式:JWT、Session
    • 67.Nest 里实现 Session 和 JWT
    • 68.MySQL + TypeORM + JWT 实现登录注册
    • 69.基于 ACL 实现权限控制
    • 70.基于 RBAC 实现权限控制
    • 71.基于 access_token 和 refresh_token 实现登录状态无感刷新
    • 72.单 token 无限续期,实现登录状态无感刷新
    • 73.使用 passport 做身份认证
    • 74.passport 实现 GitHub 三方账号登录
    • 75.passport 实现 Google 三方账号登录
    • 76.为什么要使用 Docker Compose ?
    • 77.Docker 容器通信的最简单方式:桥接网络
    • 78.Docker 支持重启策略,是否还需要 PM2
    • 79.快速掌握 Nginx 的 2 大核心用法
    • 80.基于 Nginx 实现灰度系统
    • 81.基于 Redis 实现分布式 session
    • 82.Redis + 高德地图,实现附近的充电宝
    • 83.用 Swagger 自动生成 api 文档
    • 84.如何灵活创建 DTO
    • 85.class-validator 的内置装饰器,如何自定义装饰器
    • 86.序列化 Entity,你不需要 VO 对象
    • 87.手写序列化 Entity 的拦截器
    • 88.使用 compodoc 生成文档
    • 89.Node 如何发邮件?
    • 90.实现基于邮箱验证码的登录
    • 91.定时任务 + Redis 实现阅读量计数
    • 92.Nest 的 3 种定时任务
    • 93.Nest 里如何实现事件通信?
    • 94.HttpModule + pinyin 实现天气预报查询服务
    • 95.如何记录请求日志
    • 96.短链服务?自己写一个
    • 97.Nest 实现 Server Sent Event 数据推送
    • 98.用 minio 自己搭一个 OSS 服务
    • 99.前端如何直传文件到 Minio
    • 100.基于 sharp 实现 gif 压缩工具
    • 101.大文件如何实现流式下载?
    • 102.Puppeteer 实现爬虫,爬取 BOSS 直聘全部前端岗位
    • 103.实现扫二维码登录
    • 104.Nest 的 REPL 模式
    • 105.实现 Excel 导入导出
    • 106.如何用代码动态生成 PPT
    • 107.如何拿到服务器 CPU、内存、磁盘状态
    • 108.Nest 如何实现国际化?
    • 109.会议室预订系统:需求分析和原型图
    • 110.会议室预订系统:技术方案和数据库设计
    • 111.会议室预订系统:用户管理模块-用户注册
    • 112.会议室预订系统:用户管理模块-配置抽离、登录认证鉴权
    • 113.会议室预订系统:用户管理模块-interceptor、修改信息接口
    • 114.会议室预订系统:用户管理模块-用户列表和分页查询
    • 115.会议室预订系统:用户管理模块-swagger 接口文档
    • 116.会议室预订系统:用户管理模块-用户端登录注册页面
    • 117.会议室预订系统:用户管理模块-用户端信息修改页面
    • 118.会议室预订系统:用户管理模块-头像上传
    • 119.会议室预订系统:用户管理模块-管理端用户列表页面
    • 120.会议室预订系统:用户管理模块-管理端信息修改页面
    • 121.会议室预订系统:会议室管理模块-后端开发
    • 122.会议室预订系统:会议室管理模块-管理端前端开发
    • 123.会议室预订系统:会议室管理模块-用户端前端开发
    • 124.会议室预订系统:预定管理模块-后端开发
    • 125.会议室预订系统:预定管理模块-管理端前端开发
    • 126.会议室预订系统:预定管理模块-用户端前端开发
    • 127.会议室预订系统:统计管理模块-后端开发
    • 128.会议室预订系统:统计管理模块-前端开发
    • 129.会议室预订系统:后端项目部署到阿里云
    • 130.会议室预订系统:前端项目部署到阿里云
    • 131.会议室预定系统:用 migration 初始化表和数据
    • 132.会议室预定系统:文件上传 OSS
    • 133.会议室预定系统:Google 账号登录后端开发
    • 134.会议室预定系统:Google 账号登录前端开发
    • 135.会议室预定系统:后端代码优化
    • 136.会议室预定系统:集成日志框架 winston
    • 137.会议室预定系统:前端代码优化
    • 138.会议室预定系统:全部功能测试
    • 139.会议室预定系统:项目总结
    • 140.Nest 如何创建微服务?
    • 141.Nest 的 Monorepo 和 Library
    • 142.用 Etcd 实现微服务配置中心和注册中心
    • 143.Nest 集成 Etcd 做注册中心、配置中心
    • 144.用 Nacos 实现微服务配置中心和注册中心
    • 145.基于 gRPC 实现跨语言的微服务通信
    • 146.快速入门 ORM 框架 Prisma
    • 147.Prisma 的全部命令
    • 148.Prisma 的全部 schema 语法
    • 149.Primsa Client 单表 CRUD 的全部 api
    • 150.Prisma Client 多表 CRUD 的全部 api
    • 151.在 Nest 里集成 Prisma
    • 152.为什么前端监控系统要用 RabbitMQ?
    • 153.基于 Redis 实现关注关系
    • 154.基于 Redis 实现各种排行榜(周榜、月榜、年榜)
    • 155.考试系统:需求分析
    • 156.考试系统:技术方案和数据库设计
    • 157.考试系统:微服务、Lib 拆分
    • 158.考试系统;用户注册
    • 159.考试系统:用户登录、修改密码
    • 160.考试系统:考试微服务
    • 161.考试系统:登录、注册页面
    • 162.考试系统:修改密码、试卷列表页面
    • 163.考试系统:新增试卷、回收站
    • 164.考试系统:试卷编辑器
    • 165.考试系统:试卷回显、预览、保存
    • 166.考试系统:答卷微服务
    • 167.考试系统:答题页面
    • 168.考试系统:自动判卷
    • 169.考试系统:分析微服务、排行榜页面
    • 170.考试系统:整体测试
    • 171.考试系统:项目总结
    • 172.用 Node.js 手写 WebSocket 协议
    • 173.Nest 开发 WebSocket 服务
    • 174.基于 Socket.io 的 room 实现群聊
    • 175.聊天室:需求分析和原型图
    • 176.聊天室:技术选型和数据库设计
    • 177.聊天室:用户注册
    • 178.聊天室:用户登录
    • 179.聊天室:修改密码、修改信息
    • 180.聊天室:好友列表、发送好友申请
    • 181.聊天室:创建聊天室、加入群聊
    • 182.聊天室:登录、注册页面开发
    • 183.聊天室:修改密码、信息页面开发
    • 184.聊天室:头像上传
    • 185.聊天室:好友∕群聊列表页面
    • 186.聊天室:添加好友弹窗、通知页面
    • 187.聊天室:聊天功能后端开发
    • 188.聊天室:聊天功能前端开发
    • 189.聊天室:一对一聊天
    • 190.聊天室:创建群聊、进入群聊
    • 191.聊天室:发送表情、图片、文件
    • 192.聊天室:收藏
    • 193.聊天室:全部功能测试
    • 194.聊天室:项目总结
    • 195.MongoDB 快速入门
    • 196.使用 mongoose 操作 MongoDB 数据库
    • 197.GraphQL 快速入门
    • 198.Nest 开发 GraphQL 服务:实现 CRUD
    • 199.GraphQL + Primsa + React 实现 TodoList
    • 200.如何调试 Nest 源码?

我们学习了 Nest、Mysql、Redis,并且在 Nest 里远程连接 Mysql 和 Redis 来做数据存储、增删改查。

Mysql 和 Redis 都是跑在 Docker 容器里的。

部署 Nest 项目的时候也是跑的 dockerfile + docker build 产生的镜像。

这就涉及到了 3 个 Docker 容器:Nest、Mysql、Redis。

后面可能还会涉及到更多的 Docker 容器。

那么问题来了,每次想把项目跑起来都要 docker run 一堆镜像也太麻烦了,有没有什么简便方式呢?

而且,这么多的容器怎么保证启动顺序呢?

解决方式是有的,就是 Docker Compose。

我们先来看看不用 Docker Compose 的时候怎么部署:

nest new docker-compose-test -p npm

创建个 nest 项目:

安装 tyeporm、mysql2;

npm install --save @nestjs/typeorm typeorm mysql2

然后在 AppModule 引入 TypeOrmModule:

import { Module } from "@nestjs/common";
import { TypeOrmModule } from "@nestjs/typeorm";
import { AppController } from "./app.controller";
import { AppService } from "./app.service";

@Module({
    imports: [
        TypeOrmModule.forRoot({
            type: "mysql",
            host: "localhost",
            port: 3306,
            username: "root",
            password: "guang",
            database: "aaa",
            synchronize: true,
            logging: true,
            entities: [],
            poolSize: 10,
            connectorPackage: "mysql2",
            extra: {
                authPlugin: "sha256_password",
            },
        }),
    ],
    controllers: [AppController],
    providers: [AppService],
})
export class AppModule {}

这里的 database 我们在 mysql workbench 里创建下:

CREATE DATABASE `aaa` DEFAULT CHARACTER SET utf8mb4 ;

添加一个 aaa.entity.ts

import { Column, Entity, PrimaryGeneratedColumn } from "typeorm";

@Entity()
export class Aaa {
    @PrimaryGeneratedColumn()
    id: number;

    @Column({
        length: 30,
    })
    aaa: string;

    @Column({
        length: 30,
    })
    bbb: string;
}

在 entities 里注册下:

然后把 nest 服务跑起来:

npm run start:dev

可以看到,执行了 create table 的 sql。

说明 mysql 是连接成功了。

然后再引入 redis:

npm install redis

添加一个 redis client 的 provider:

{
  provide: 'REDIS_CLIENT',
  async useFactory() {
    const client = createClient({
        socket: {
            host: 'localhost',
            port: 6379
        }
    });
    await client.connect();
    return client;
  }
}

在 AppService 里注入下:

import { Controller, Get, Inject } from "@nestjs/common";
import { RedisClientType } from "redis";
import { AppService } from "./app.service";

@Controller()
export class AppController {
    constructor(private readonly appService: AppService) {}

    @Inject("REDIS_CLIENT")
    private redisClient: RedisClientType;

    @Get()
    async getHello() {
        const keys = await this.redisClient.keys("*");
        console.log(keys);

        return this.appService.getHello();
    }
}

这里用到的 mysql、redis 都是之前通过 docker 跑的:

忘记怎么跑 msyql 和 redis 的 docker 容器的同学去翻一下这两个的入门章节。

然后访问下 http://localhost:3000

打印了 redis 里的 key:

在 RedisInsight 里看到的也是这些:

这就说明 redis 服务连接成功了。

这里就不写具体的业务逻辑了。

假设我们 nest 服务开发完了,想部署,那就要写这样的 dockerfile:

FROM node:18.0-alpine3.14 as build-stage

WORKDIR /app

COPY package.json .

RUN npm install

COPY . .

RUN npm run build

# production stage
FROM node:18.0-alpine3.14 as production-stage

COPY --from=build-stage /app/dist /app
COPY --from=build-stage /app/package.json /app/package.json

WORKDIR /app

RUN npm install --production

EXPOSE 3000

CMD ["node", "/app/main.js"]

用多阶段构建的方式,最后只保留生产阶段的镜像。

用 alpine 的基础镜像,体积会减小很多。

这些前面讲过。

在根目录添加这个 Dockerfile,然后 docker build 一下:

docker build -t eee .

(我这里稍微有点久,用了 200 多秒)

在 docker desktop 里可以看到这个镜像:

那假设在服务器上,要怎么部署这个 nest 应用呢?

我们先把 mysql、redis 的容器停掉。

在服务器上,是没有 docker desktop 的,所以接下来我们通过命令行的方式:

先跑 mysql 的 docker 容器:

docker run -d -p 3306:3306 -v /Users/guang/mysql-data:/var/lib/mysql --name mysql-container mysql

-d 是 deamon,放到后台运行的意思。

-p 是端口映射

-v 是挂载数据卷,把宿主机目录映射到容器内的目录(这里要换成你自己的)

-name 是容器名

可能还需要指定环境变量:

-e MYSQL_ROOT_PASSWORD=xxx 设置 root 用户的密码

因为我之前跑过,在数据卷的那个目录有之前的设置,所以不用设置了。

跑起来可以看到容器 id:

然后再跑下 redis 的 docker 容器:

docker run -d -p 6379:6379 -v /Users/guang/aaa:/data --name redis-container redis

之后跑 nest 的:

docker run -d -p 3000:3000 --name nest-container eee

看下 3个容器的日志

docker logs mysql-container

docker logs redis-container

docker logs nest-container

这时候你会发现报错了,说是 127.0.0.1 的 6379 端口连不上。

为什么呢?

因为这时候 127.0.0.1 就是容器内的端口了,不是宿主机的。

所以要把 ip 换成宿主机 ip 才行。

查一下本机的 ip 地址:

然后把 AppModule 里的 redis 和 mysql 连接信息改一下:

之后重新 build 一个镜像:

docker build -t fff .

这次构建用了 120s,比上次快,因为本地有缓存了。

把之前的容器删掉:

docker rm nest-container

然后在数据库里把 aaa这个表删掉:

再跑 nest 容器:

docker run -d -p 3000:3000 --name nest-container fff

这时候再查看日志:

docker logs nest-container

这时候就正常了。

可以看到 sql 打印是正确的。

表也创建成功了:

image.png

浏览器访问下 http://localhost:3000

image.png

再次 docker logs 看看:

image.png

可以看到 redis 服务也连接成功了。

这样我们就把 mysql、redis、nest 3个 docker 容器跑了起来。

可以发现我们跑了 3 次 docker build,而且还要注意顺序,不然 nest 服务跑起来了,但是 mysql 服务没跑起来,就会报错。

前面说,docker compose 可以解决这种问题。

怎么解决呢?

把 3 个容器停掉:

docker stop nest-container mysql-container redis-container

然后在根目录添加一个 docker-compose.yml

services:
    nest-app:
        build:
            context: ./
            dockerfile: ./Dockerfile
        depends_on:
            - mysql-container
            - redis-container
        ports:
            - "3000:3000"
    mysql-container:
        image: mysql
        ports:
            - "3306:3306"
        volumes:
            - /Users/guang/mysql-data:/var/lib/mysql
        environment:
            MYSQL_DATABASE: aaa
            MYSQL_ROOT_PASSWORD: guang
    redis-container:
        image: redis
        ports:
            - "6379:6379"
        volumes:
            - /Users/guang/aaa:/data

每个 services 都是一个 docker 容器,名字随便指定。

这里指定了 nest-app、mysql-container、reids-container 3 个service:

然后 nest-app 配置了 depends_on 其他两个 service。

这样 docker-compose 就会先启动另外两个,再启动这个,这样就能解决顺序问题。

然后 mysql-container、redis-container 的 service 指定了 image 和 ports、volumes 的映射,这些都很容易看懂。

mysql 容器跑的时候还要指定 MYSQL_DATABASE 和 MYSQL_ROOT_PASSWORD 环境变量。

MYSQL_ROOT_PASSWORD 是 root 用户的密码,MYSQL_DATABASE 是会自动创建的 database。

nest-app 指定了 context 下的 dockerfile 路径,端口映射。

然后我们通过 docker-compose 把它跑起来:

docker-compose up

docker-compose 和 docker 命令是一起的,docker 能用,docker-compose 就能用。

它会把所有容器的日志合并输出:

可以看到是先跑的 mysql、redis,再跑的 nest。

只不过 mysql 服务启动有点慢,会连接失败几次。

最后是会成功的:

浏览器访问下 http://localhost:3000

可以看到 redis 也连接成功了:

这样,我们只需要定义 docker-compose.yaml 来声明容器的顺序和启动方式,之后执行 docker-compose up 一条命令就能按照顺序启动所有的容器。

启动流程就简便了很多。

这就是 docker-compose 的意义。

这时候如果你去 docker desktop 里看下,会发现它有专门的显示方式:

多个容器可以一起管理。

案例代码在小册仓库。

总结

这节我们通过 docker、docker-compose 两种方式来部署了 nest 项目。

docker 的方式需要手动 docker build 来构建 nest 应用的镜像。

然后按顺序使用 docker run 来跑 mysql、redis、nest 容器。

(要注意 nest 容器里需要使用宿主机 ip 来访问 mysql、redis 服务)

而 docker compose 就只需要写一个 docker-compose.yml 文件,配置多个 service 的启动方式和 depends_on 依赖顺序。

然后 docker-compose up 就可以批量按顺序启动一批容器。

基本上,我们跑 Nest 项目都会依赖别的服务,所以在单台机器跑的时候都是需要用 Docker Compose 的。

上次更新: 6/21/25, 9:42 AM
贡献者: YNight
Prev
75.passport 实现 Google 三方账号登录
Next
77.Docker 容器通信的最简单方式:桥接网络