我的中转方案-四个服务器部署四个应用-自用够用

来LINUXDO受益匪浅,分享一下这段时间的学习收获,自建中转站的过程。(参考: 【水一帖】聊一下我的中转方案,any-auto-register+CPA+new-api,自用基本够了。 ) 先列一下所部署的API项目和服务器 项目 服务器 说明 Wenfxl Manage Netcup 1000 ...
我的中转方案-四个服务器部署四个应用-自用够用
我的中转方案-四个服务器部署四个应用-自用够用

来LINUXDO受益匪浅,分享一下这段时间的学习收获,自建中转站的过程。(参考: 【水一帖】聊一下我的中转方案,any-auto-register+CPA+new-api,自用基本够了。

先列一下所部署的API项目和服务器

项目 服务器 说明 Wenfxl Manage Netcup 1000 G12 4C8G 注册机用负载用性能好点的服务器 CPAMC RN黑五DC2 3C4G CLI Proxy API / API 管理中心 / 兼容层 Metapi RN DC2 1C1G 模型 API 中转 / 后端能力层 new-api DMIT 三网 GIA LAX.AN4.Pro.MALIBUT 主 API 入口 / 统一网关

部署的原因

一开始图省事,几个项目都放到DMIT一台服务器里面混着跑,结果后面问题越来越多:

• 404、503、超时不好查
• 域名和服务对应关系容易乱
• 一台机器上挂太多东西,出问题时很难第一时间定位
• Nginx、Docker、证书、代理服务互相一套,越搞越绕

后来想了想,干脆按职责拆开,每个服务各管一摊,至少脑子能清楚一点。

为什么要拆

说白了就一句话:

一台机器只干一件事,后面真的省很多事。

以前混着跑的时候,经常会出现这种情况:

• 明明是某个服务的问题,结果先怀疑 Nginx
• 以为是接口问题,结果其实是路径重写错了
• 有时候是代理层出问题,有时候是容器网络出问题
• 服务一多,日志都看得人头大

拆开以后,最明显的感受就是:

• 故障边界清楚了
• 排障快很多
• 域名一眼就知道对应哪个项目
• 以后迁移和扩展也不会那么乱

这次整理完以后最大的感觉

就是两个字:清爽。

虽然前期折腾了不少,但现在至少整个结构是顺的。
以后如果再出问题,能更快判断到底是哪一层在出毛病。

各个应用如何运用请看参考贴。

6 个帖子 - 5 位参与者

阅读完整话题

来源: linux.do查看原文