mock实践：基于Mockoon + Nginx + K8S 的mock解决方案

最新推荐文章于 2026-06-30 13:35:41 发布
原创 最新推荐文章于 2026-06-30 13:35:41 发布 · 741 阅读 · 21 ·
本内容遵循CC 4.0 BY-SA版权协议
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
GEO检测
收录于
自动化

当前文章被收录于：

自动化
8 篇文章 2 人学习

自动化测试和自动化部署中的过程记录和实践总结

订阅专栏 查看详情

背景介绍

业务说明：微服务message通过K8S部署在linux服务器上，它需要把短信验证码，通过https请求推到第三方系统(域名是sms.yunpian.com)，并在接收到成功的响应后，将验证码写入数据库（此时才生效）。
要做的事：拦截message发送到第三方系统的https请求，并返回成功的响应

实现概述

  1. 部署Mockoon服务模拟第三方系统，对请求进行响应（默认是http协议，监听3000接口）
  2. 在Nginx中配置反代理，将https请求转到Mockoon服务提供的http服务上
  3. 在message中配置/etc/hosts，把域名sms.yunpian.com映射为Nginx服务所在的IP

这样message发送到sms.yunpian.com的https请求，会发送到Nginx，Nginx再把请求转发到Mockoon服务，Mockoon服务返回发送成功的响应，完成模拟

详细实现步骤

1. Mockoon 服务部署和配置

  • 首先保证服务器上安装有node.js工具，没有安装的可自行安装。node.js的版本和mockoon版本要对应，安装了node的直接查询版本
node --version
  • 因为服务器上node.js版本是16，所以Mockoon要选择较低的5.0.0版本，使用 npm 全局安装 @mockoon/cli，
npm install -g @mockoon/cli@5.0.0

安装完成后，运行以下命令检查是否成功：

mockoon-cli --help

能看到输出的帮助信息，说明安装成功
在这里插入图片描述

  • 编写一个简单的配置文件sms-mock.json，用于对请求进行响应
# 创建 Mockoon 配置文件 (sms-mock.json)
{
  "name": "SMS Mock Service",
  "port": 3000,
  "routes": [
    {
      "method": "POST",
      "path": "/v2/sms/single_send.json",
      "responses": [
        {
          "statusCode": 200,
          "body": "{\"code\":0,\"msg\":\"success\",\"count\":1}"
        }
      ]
    }
  ]
}
  • 切换到配置文件目录下，启动Mockoon 服务
mockoon-cli start --data sms-mock.json --y
  • 用另一个服务器发送请求进行测试
 curl -X POST http://10.0.31.51:3000/v2/sms/single_send.json

成功返回配置文件中的响应体，Mockoon服务部署和配置完成

2. Nginx 反向代理配置

2.1 生成证书

因为https请求，需要证书，因此使用openssl命令生成自签名证书：

openssl req -x509 -nodes -days 365 -newkey rsa:2048 \
    -keyout private-key.key \
    -out certificate.crt \
    -subj "/CN=sms.yunpian.com"
2.2 配置Nginx反代理

说明：nginx支持配置多个域名，新增一个server即可

server {
    listen 443 ssl http2;
    server_name sms.yunpian.com;
    
    # 证书位置
    ssl_certificate /root/mocks/certificate.crt;
    ssl_certificate_key /root/mocks/private-key.key;
    
    # 短信发送接口代理
    location /v2/sms/single_send.json {
        proxy_pass http://10.0.31.51:3000;
        proxy_set_header Host $host;
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
    }
}

3. Kubernetes 容器证书信任配置

3.1 生成证书的 ConfigMap

将第二步生成的证书复制一份到容器所在的服务器，生成 ConfigMap

kubectl create configmap sms-certificate --from-file=certificate.crt=./certificate.crt -n $NAMESPACE

其中sms-certificate 为起的别名，$NAMESPACE为pod部署的空间名称

3.2 编写pod资源配置文件
spec:
  template:
    spec:
      initContainers:
      - name: import-certificate
        image: $CURRENT_IMAGE
        command: ["sh", "-c"]
        args:
        - |-
          set -e
          echo "开始导入 SSL 证书..."
          
          # 复制原始信任库
          cp /opt/java/openjdk/lib/security/cacerts /truststore-volume/cacerts
          
          # 导入证书到 Java 信任库
          /opt/java/openjdk/bin/keytool -import -noprompt -trustcacerts \
            -alias sms.yunpian.com \
            -file /cert/certificate.crt \
            -keystore /truststore-volume/cacerts \
            -storepass changeit
          echo "证书成功导入 Java 信任库"
          
        volumeMounts:
        - name: cert-volume
          mountPath: /cert
          readOnly: true
        - name: truststore-volume
          mountPath: /truststore-volume

      containers:
      - name: $CONTAINER_NAME
        command: ["sh", "-c"]
        args:
        - |
          cp /truststore-volume/cacerts \$JAVA_HOME/lib/security/cacerts
          # 添加 hosts 条目
          echo '10.0.31.51 sms.yunpian.com' >> /etc/hosts
          echo "Hosts 条目添加成功"
          # 以下是原pod文件中的内容
          [ -d /opt/logs/\${HOSTNAME} ] || mkdir -p /opt/logs/\${HOSTNAME}
          ln -sf /opt/logs/\${HOSTNAME} /opt/acx/acx-message/logs
          [ -d /opt/sensor/\${HOSTNAME} ] || mkdir -p /opt/sensor/\${HOSTNAME}
          ln -sf /opt/sensor/\${HOSTNAME} /opt/acx/acx-message/sensor
          bash /opt/acx/acx-message/script/start.sh
        volumeMounts:
        - name: truststore-volume
          mountPath: /truststore-volume
          readOnly: true
      volumes:
      - name: cert-volume
        configMap:
          name: sms-certificate-itos2
      - name: truststore-volume
        emptyDir: {}

脚本中2个的变量获取

CURRENT_IMAGE=$(kubectl get deployment $DEPLOYMENT_NAME -n $NAMESPACE -o jsonpath='{.spec.template.spec.containers[0].image}')
CONTAINER_NAME=$(kubectl get deployment $DEPLOYMENT_NAME -n $NAMESPACE -o jsonpath='{.spec.template.spec.containers[0].name}')

实现说明：

  • initContainers: 初始化容器，在主容器启动前执行一次性任务

把 JDK 原始 /opt/java/openjdk/lib/security/cacerts 复制到 /truststore-volume/cacerts。 用 keytool -import … 把/cert/certificate.crt 以别名 sms.yunpian.com导入/truststore-volume/cacerts，生成“官方库 + 自定义证书”的新信任库。此时truststore-volume里已有主容器可直接使用的 cacerts。

  • containers: 主应用容器

使用命令 cp /truststore-volume/cacerts$JAVA_HOME/lib/security/cacerts，用 init 容器准备好的文件覆盖 JVM 默认信任库。 后续 JVM进程启动时，整个运行时环境天然信任这张证书，无需再指定 -Djavax.net.ssl.trustStore 等参数，完成“自定义证书对 Java 应用透明生效”。同时将在/etc/hosts文件中，添加映射，强制将sms.yunpian.com解析到内网IP。

  • volumes: 定义存储卷

把第一步中自定义证书（certificate.crt）的ConfigMap（sms-certificate）挂进 Pod，同时声明一个 emptyDir 卷truststore-volume，供 init 容器与主容器共享。

3.3 将pod配置文件合并到当前的配置中
kubectl patch deployment $DEPLOYMENT_NAME -n $NAMESPACE --type='strategic' --patch-file="$PATCH_FILE"

其中，$PATCH_FILE为第二步中配置文件的名称

至此完成了Mockoon + Nginx + K8S 的整个方案的部署，系统发送短信后，会被成功的拦截并返回成功

3.4 包装成一个shell脚本
  • 为了方便后面的执行，将第三步内容写进shell脚本，备份原有的配置文件，完成新增部分配置文件的编写和合并，并对执行情况进行检查
#!/bin/bash
set -e

# 配置变量
NAMESPACE="k8s-wyf"
DEPLOYMENT_NAME="acx-message-v1-server"
TIMESTAMP=$(date +%Y%m%d_%H%M%S)

echo "步骤 1: 备份当前 Deployment 配置"
kubectl get deployment $DEPLOYMENT_NAME -n $NAMESPACE -o yaml > deployment-backup-${TIMESTAMP}.yaml

echo "步骤 2: 动态获取当前镜像版本和容器名称"
CURRENT_IMAGE=$(kubectl get deployment $DEPLOYMENT_NAME -n $NAMESPACE -o jsonpath='{.spec.template.spec.containers[0].image}')
CONTAINER_NAME=$(kubectl get deployment $DEPLOYMENT_NAME -n $NAMESPACE -o jsonpath='{.spec.template.spec.containers[0].name}')
echo "当前镜像版本: $CURRENT_IMAGE"
echo "容器名称: $CONTAINER_NAME"

echo "步骤 3: 创建 Strategic Merge Patch 文件并应用"
PATCH_FILE=$(mktemp)
cat > "$PATCH_FILE" <<EOF
spec:
  template:
    spec:
      initContainers:
      - name: import-certificate
        image: $CURRENT_IMAGE
        command: ["sh", "-c"]
        args:
        - |-
          set -e
          echo "开始导入 SSL 证书..."
          
          # 复制原始信任库
          cp /opt/java/openjdk/lib/security/cacerts /truststore-volume/cacerts
          
          # 导入证书到 Java 信任库
          /opt/java/openjdk/bin/keytool -import -noprompt -trustcacerts \
            -alias sms.yunpian.com \
            -file /cert/certificate.crt \
            -keystore /truststore-volume/cacerts \
            -storepass changeit
          echo "证书成功导入 Java 信任库"

        volumeMounts:
        - name: cert-volume
          mountPath: /cert
          readOnly: true
        - name: truststore-volume
          mountPath: /truststore-volume

      containers:
      - name: $CONTAINER_NAME
        command: ["sh", "-c"]
        volumeMounts:
        - name: truststore-volume
          mountPath: /truststore-volume
          readOnly: true
        - name: startup-script
          mountPath: /scripts
      volumes:
      - name: cert-volume
        configMap:
          name: sms-certificate
      - name: truststore-volume
        emptyDir: {}
EOF

echo "应用 Strategic Merge Patch..."
kubectl patch deployment $DEPLOYMENT_NAME -n $NAMESPACE --type='strategic' --patch-file="$PATCH_FILE"

# 清理临时文件
rm -f "$PATCH_FILE"

echo "步骤 4: 等待 Pod 重启..."
echo "等待 10 秒让 Deployment 开始更新..."
sleep 10

# 等待 Pod 就绪
echo "等待新 Pod 就绪..."
for i in {1..30}; do
    if kubectl get deployment $DEPLOYMENT_NAME -n $NAMESPACE -o jsonpath='{.status.readyReplicas}' | grep -q 1; then
        echo "Pod 已就绪"
        break
    fi
    echo "等待中... ($i/30)"
    sleep 5
done

echo "步骤 6: 验证部署"
NEW_POD=$(kubectl get pods -n $NAMESPACE -l app=message-v1 -o jsonpath='{.items[0].metadata.name}' 2>/dev/null || true)

if [ -n "$NEW_POD" ] && kubectl get pod $NEW_POD -n $NAMESPACE >/dev/null 2>&1; then
  echo "新 Pod 名称: $NEW_POD"
  
  POD_STATUS=$(kubectl get pod $NEW_POD -n $NAMESPACE -o jsonpath='{.status.phase}')
  echo "Pod 状态: $POD_STATUS"
  
  if [ "$POD_STATUS" = "Running" ]; then
    echo "检查 initContainer 日志:"
    kubectl logs $NEW_POD -n $NAMESPACE -c import-certificate --tail=50 || echo "无法获取 initContainer 日志"
    
    echo "检查证书是否已导入 Java 信任库:"
    kubectl exec $NEW_POD -n $NAMESPACE -- /opt/java/openjdk/bin/keytool -list -cacerts -storepass changeit | grep "sms.yunpian.com" && echo "Java 信任库中找到证书" || echo "Java 信任库中未找到证书"
    
    echo "检查 /etc/hosts 文件:"
    kubectl exec $NEW_POD -n $NAMESPACE -- grep "sms.yunpian.com" /etc/hosts && echo "找到 hosts 条目" || echo "未找到 hosts 条目"
    
    echo "检查应用日志:"
    kubectl logs $NEW_POD -n $NAMESPACE --tail=10 || echo "无法获取应用日志"
  else
    echo "Pod 未处于 Running 状态，检查详情:"
    kubectl describe pod $NEW_POD -n $NAMESPACE
  fi
else
  echo "未找到运行中的 Pod"
  echo "检查 Deployment 状态:"
  kubectl get deployment $DEPLOYMENT_NAME -n $NAMESPACE
fi

echo "自动化配置完成!"
echo "备份文件已保存: deployment-backup-${TIMESTAMP}.yaml"
标签
#nginx #kubernetes #运维 #测试工具
mock-server:简单的模拟服务器Nginx与Perl模块
05-20
简单的JSON模拟服务器Nginx与Perl模块 跑步 docker run -d -p 80:80 cnam/mock-server 用法 编写新的模拟 curl 127.0.0.1/write -XPOST -d ' {"request":{"uri":"test"}, "response": {"body": {"json":"test-data"}}} ' 从应用程序读取模拟 要求 curl 127.0.0.1/test 回复 { " json " : " test-data " }
模拟：Mocka-LUA和Nginx的完整测试框架
02-03
Lua的测试框架-Mocka 一个模拟类的lua测试框架与项目中的真实类一起运行，具有用于openresty单个测试的nginx嵌入式方法。 预先安装了一套库，您可以指定要安装的库。 Mocka在docker中比在独立环境中运行得更好-您需要做的就是拉取映像并像这样运行它 目录 正在安装 sudo luarocks make mocka-1.0.0-1.rockspec sudo luarocks install luacov 可选的： lua -lluacov run_tests.lua luacov luacov-cobertura -o coverage_report.xm
Nginx mock配置示例
a200822146085的博客
05-05 733
本文记录了借助Nginx高并发能力，实现接口mock并发压测。
【netstub】(一）基于nginx反向代理实现客户端mock
be5yond的博客
12-08 3035
1. 背景 目前app前端测试，需要抓包查看接口数据，采用charles进行代理，进行数据抓包。 需要mock数据的话，使用charles的 Map Local功能。 问题 ①mock数据共享比较麻烦，同一接口只能mock 1个返回。 ② 数据中有加密字段，需要手动粘贴出来进行处理，才能查看数据 ③ https 安装证书步骤繁琐，部分机型需要特殊处理 2.目标 期望开发一个mock工具，可以支持https抓包，同API可配置返回不同的数据，抓包数据支持预处理，如可以解密数据字段。 3..
如何部署一个高性能mock服务
洛水之风的博客
11-14 915
如何部署一个高性能mock服务
nginx个人常用
weixin_42349568的博客
05-15 587
一，配置接口的转发 location /mytest/ { proxy_pass https://www.fastmock.site/mock/88bbb3bb8d6ea3dc8f09431a61ce2e50/mymock_test/; } 当匹配到请求中有/mytest/则转发到http://web.666777.buzz:8000/ 例如接口: https://www.fastmock.site/mock/88bbb3bb8d6ea3dc8f09431a61ce2e50
nginx配置mock和后端接口代理
放弃很容易，坚持很难。
03-10 3496
nginx配置mock和后端接口代理
MuleSoft+LangChain企业级AI编排实战：让大模型走进真实业务流水线
最新发布
weixin_34212762的博客
06-30 4301
AI编排（AI Orchestration）是企业将大语言模型深度融入现有IT系统的关键技术路径，其核心在于协调异构数据源、统一身份认证、保障事务一致性与满足合规要求。不同于纯LLM微服务，它强调在真实生产环境中处理OAuth2.0令牌续期、Salesforce JWT解析、多系统分布式事务等工程约束。技术价值体现在降低AI落地门槛、复用已有ESB/集成资产、实现Prompt动态组装与敏感数据运行时脱敏。典型应用场景包括销售智能助手、客服话术生成、合同风险分析等需跨SAP/Salesforce/Oracle
HTTP协议调试利器httpbin 0.9.2：三大核心功能与私有化部署实战
weixin_34377919的博客
06-23 418
在API开发与测试中，HTTP协议调试是确保服务间可靠通信的基础。其核心在于理解请求与响应的完整生命周期，包括请求头、状态码、认证机制等关键要素。通过协议级镜像技术，开发者可以可视化地洞察请求的每一个细节，精准定位网络、序列化或代理配置等问题，这对于构建健壮的分布式系统至关重要。httpbin正是实现这一技术价值的开源工具，它通过请求/响应镜像、状态码模拟、认证测试三大核心功能，为前端模拟、后端验证、运维调试等应用场景提供了标准化测试环境。最新0.9.2版本在Docker镜像优化和稳定性上做了重要改进，结合
前端开发mock数据 nginx+json-server+faker
赵忠洋的博客
06-09 4325
nginx配置 前端反向代理前言因为需要本地开发模拟线上环境，所以应用json-server mock数据通过nginx配置反向代理反向代理，通过修改host 来绑定域名。通过查找多篇文档配置成功。 下载nginx因为我是mac环境下开发，所有用brew下载 $ brew install nginx # 安装完成后会看到 # /usr/local/etc/nginx/nginx.conf 配置 #...
nginx+postman，一种mock后端接口的异常场景测试方案
Walle的博客
08-02 2125
背景说明 有时在调测前端，或者想要测试验证前端对于后端异常的兼容性时，如果直接让后端模拟异常返回可能比较麻烦，此时，一种mock后端返回的方案将有助于快速调测。 网上也有不少相关的方案，比如通过Charles断点也可以修改后端接口的响应报文，但是如果前端设置了超时时长，那么有可能还没来得及修改响应报文，前端就已经因超时而失败了。当然，网上也有一些其他的类似Chrome插件的方式，我目前还没有试用过，如果其他同学有好的分享，也欢迎留言。 本次记录的Nginx+postman的方案，虽然配置有些复杂，但是一旦配
cli：Mockoon的官方CLI。 在任何地方部署模拟API
02-05
@ Mockoon / cli 欢迎使用Mockoon的官方CLI，这是一个轻巧而快速的NPM软件包，可将模拟API部署到任何地方。 将其与Mockoon的，就可以了。 CLI支持与主要应用程序相同的功能：，，等。 安装 $ npm install -g @mockoon/cli 用法： $ mockoon-cli COMMAND 导出模拟以在CLI中使用 CLI与版本1.7.0开始的Mockoon导出文件兼容。 要导出您的环境以在CLI中使用它们，请按照下列步骤操作： 打开Import/export应用程序菜单，然后选择Mockoon's format -> Export all
5分钟原型开发：用Nginx在Windows快速搭建Mock服务器
SunstoneLion34的博客
12-03 1083
Nginx作为高性能的Web服务器，不仅可以用作反向代理和负载均衡，还能通过简单的配置实现Mock功能。相比专门搭建一个Mock服务，使用Nginx更加轻量级，配置简单，启动快速，特别适合敏捷开发场景。Nginx默认会记录访问日志，但为了更好地调试Mock接口，可以自定义日志格式，记录请求的详细参数和响应时间。通过以上步骤，可以在5分钟内快速搭建一个功能完善的Mock服务器，为前端开发提供极大的便利。可以在Nginx的配置文件中定义不同的接口路径，并为每个路径指定返回的Mock数据。
Mockoon 浅尝试
betty_xfy的博客
04-15 2682
最近在做接口mock的时候，发现一个比较好用的工具，分享一下。 1、Mockoon介绍 Mockoon被官方称为：一款在本地运行模拟API最简单、最快的解决方案。无需远程部署，无需账户，并且开源。 它是利用Electron构建的，可以在Windows（exe）、Linux（deb、rpm、Appimage和Snap）和MacOS（dmg或brew）上使用。 下载地址：https://mockoon.com/#download 安装完，打开...
[已解决]Linux部署easy_mock
cywhat的博客
04-16 525
[已解决]mac本地部署easy_mock 前期准备： 1、mac一台 2、mongodb：3.4.24 3、redis：4.0.14 4、node：8.9.0
RLkit完整安装教程：从零开始搭建强化学习环境
gitblog_00417的博客
01-12 802
🚀 想要快速入门强化学习开发？RLkit就是你的理想选择！这款基于PyTorch的强化学习框架集成了多种先进算法，让你轻松构建智能体系统。本教程将手把手教你如何从零开始搭建RLkit强化学习环境，从环境配置到运行第一个示例，全程无痛安装。 ## 为什么选择RLkit强化学习框架？ RLkit是一个功能强大的强化学习框架，支持多种前沿算法，包括**SAC、TD3、HER、AWAC、IQL**等
Mockoon接口模拟开发之——软件介绍
我的博客
06-16 1499
一 概述 Mockoon介绍 Mockoon下载 Mockoon界面介绍 二 Mockoon介绍 Mockoon是本地运行，提供mock 模拟接口的开源软件 Mockoon提供Windows/Linux/Mac等终端平台支持 Mockoon无需远程部署，无需账户 Mockoon支持http/https请求，GET/Post/Put/Patch/Delete/Head/Options等请求方式，并支持各种定制 三 Mockoon下载 Github项目地址：https://github.com/mo
vite2+mock+nginx注意事项
blackhub的博客
05-07 2880
前言：该文章对vite中使用mock的一个补充，使用过程可以看之前的文章，以及对生产环境打包在nginx发布的一些问题的解决记录
nginx 配置 开发模式和生产模式（实例）
shi860715的博客
07-06 541
nginx 配置 开发模式和生产模式（实例） 在vue项目开发过程中，经常使用的3中状态，mock阶段，开发阶段，生产阶段 mock阶段，前端开发过程中， 经常需要构思页面，进行模拟数据的返回 后才采用easkmock 开发阶段，有后台接口后，可以根据后台返回来进行前端开发 生产阶段，改变ip为生产环境，完成上线 一个nginx 完成3个阶段的分发任务，这里只是示例，如果在生产环境，一般单独使用两个为生产服务，形成主备关系 server { listen 80;
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值