结论先行：内网部署低代码完全可行，核心动作是把"所有依赖"搬进内网：安装包、依赖镜像、静态资源、升级通道四类。用 Harbor 加 Nexus 搭建内网仓库、制作离线安装包、排查隐性外联请求，1~2 个工作日即可完成投产。金融、军工、政企等封闭网络环境的额外要求（审批、摆渡、审计）要提前纳入计划。

在内网（Intranet）环境部署软件和公网部署是两套玩法：没有外网，意味着 npm、Docker Hub、CDN 这些"理所当然"的资源全部不可用，任何一步依赖外网的操作都会卡在安装现场。本文按准备、搭建、升级三个阶段给出完整方案。

内网部署的 4 类依赖清单

部署前先盘点这 4 类依赖，逐项确认有内网替代：

1. 安装包与二进制：平台安装包、运行时（JDK/Node.js）、数据库安装介质。
2. 依赖镜像与制品库：Docker 镜像、npm/pip/maven 依赖包。
3. 静态资源与外联请求：前端字体、图标库、地图瓦片、统计脚本——这是最容易漏的一类。
4. 升级与校验通道：平台升级包的获取方式、许可证在线校验（如有）。

以猫拽低代码（CatPull）为例，它采用 Apache-2.0 协议开源，不存在在线许可证校验环节，源码与依赖可整体打包进入内网，省去了"软件需要联网激活"的麻烦；但其前端物料（如组件库）的静态资源要确认已随包内网化，避免页面运行时去请求公网 CDN。能源、国企这类生产数据不出内网的行业，往往把这份依赖清单当成安全评审的必查项，行业侧门槛见能源行业低代码方案。

离线安装包与镜像仓库内网化

标准做法是"外网下载、内网建仓"两步走：

第一步，在内网搭两个仓库。用 Harbor 承载 Docker 镜像，用 Nexus 或 Artifactory 承载 npm/maven/pip 依赖。这两个组件本身也要离线安装，所以第一次"鸡生蛋"需要在外网下载它们的离线安装包。

第二步，制作离线安装包。在能上外网的同架构机器上（注意与内网服务器 CPU 架构一致，x86 与 ARM 镜像不通用）：拉取全部所需镜像并导出为 tar 包；执行一次完整安装，记录全部依赖下载清单；连同数据库安装介质、平台安装包一起刻录摆渡。

到了内网：导入镜像到 Harbor、把 npm/pip 源指向 Nexus、逐台机器修改仓库地址。此后内网环境的任何安装都可以自给自足。

外联行为排查与许可证校验

隐性外联是内网部署最常见的"隐形故障"：页面能打开但字体加载失败、图标显示为方块、某功能卡住十秒才报错，多半是前端在请求不存在的公网资源。排查方法：用浏览器开发者工具的网络面板过滤外部域名，或在内网网关抓包分析，把发现的域名逐个替换为内网资源或移除。

关于许可证：商业软件在内网通常需要申请离线授权文件，流程以厂商为准；开源软件则没有此环节。这也是封闭环境倾向选择开源自托管方案的原因之一——部署节奏完全由自己掌握，不需要协调厂商的激活流程。

内网升级通道设计

上线只是开始，升级通道决定平台能不能持续演进。三种常见模式对比：

无论哪种模式，升级包进入内网前要过两道关：安全部门查毒与漏洞扫描；升级前完成数据库与平台配置备份。升级包建议同时携带版本说明与回滚脚本，避免"升上去就下不来"。

FAQs

Q1：内网环境能用在线地图、短信这些能力吗？

A：不能直接用，需要替代方案：地图换内网瓦片服务或离线地图包；短信换内网短信网关或对接企业已有通知系统。选型低代码平台时，要确认这些集成点支持自定义替换。

Q2：x86 的安装包能装到国产 ARM 服务器上吗？

A：不能直接用。容器镜像、二进制运行时都区分 CPU 架构，ARM 服务器需要 ARM64 版本的镜像与依赖。制作离线安装包时务必在与内网服务器同架构的机器上操作。

Q3：内网部署怎么获取平台的安全补丁？

A：三个渠道：订阅开源项目 Release 通知，自行摆渡升级包；通过 DMZ 中转区定期同步；有条件的企业与厂商签订内网版服务协议，由厂商定期提供经安全审核的补丁包。

延伸阅读

• 低代码私有化部署全流程：服务器、域名与 HTTPS——内网部署的"公网简化版"，先理解通用流程。
• 低代码应用安全加固清单：鉴权、防注入与审计——部署完成后，按清单做一轮安全加固。
• 信创适配指南：低代码平台的国产化改造——信创环境往往同时是内网封闭环境。