我们经常需要由外网访问内网的机器，什么时候会用到外网访问内网？我们就假设这么一种情景，有 1000 台设备安装我们家的软件。这 1000 台设备不一定是 PC 机，有可能是无人售货机，有可能是手持的 POS 机，也有可能是一体化的点餐系统，那么如何去管理这些设备，或者说升级安装在这些设备上的软件？
很多人可能会说，让软件具有自动升级功能不就可以了吗？但是有由于设备的多样性，环境的多样性，往往使得升级不一定成功。在这种情况下，如果要跑到客户那里去维护，成本太高了。如果能通过外网连接这些设备，通过终端去管理它们，无疑要高效很多。
在网上搜了一下，发现 ngrok 是个不错的选择。亲自试用了一下，的确好用。但是，同时也发现了不少问题
- 不够稳定，无论服务端还是客户端，在使用一段时间后，就会挂掉。据说开源的 1.7 版本有严重的内存泄漏，估计是这个问题引起的。
- 我希望通过 Nginx 把请求转发到 Ngrokd 去，但是支持的不是很好。
- 服务端不能集群，通过集群，可以提高系统的可用性，并发性。
- 安装部署不方便，需要编译源码才能安装。
基于以上种种问题，我希望能对它进行改进。我希望的架构是
-----------------------------------
| ---------- ---------- ---------- |
| | Ngrokd | | Ngrokd | | Ngrokd | |
| ---------- ---------- ---------- |
-----------------------------------
| |
|TCP | HTTP 请求
| |
| ----------------------
| | HTTP PROXY |
| ----------------------
| |
| |
----------------------------------
| NGINX |
----------------------------------
|
|
| --------- -------- --------- ------ |
| Ngrok | | Ngrok | | Ngrok | | Ngrok |
| --------- -------- ---------- ----- |
有了这个想法后，首先就下载源码，打开一看，还是有点复杂。代码各个模块的耦合度很高，各种功能都塞到一块去了。并且是自己不熟悉的 GO 语言，有点想放弃，但苦于没有更好的方案，只好硬着头皮上了。
如何去重构呢？首先要做的，就是根据目标架构，剥离各种不必要的功能，减少类，减少接口，减少方法。根据我们的架构，有这些功能可以剥离的
- 服务端 HTTPS 请求的支持，由于使用了 NGINX 作为代理，服务端只需要支持 HTTP 请求就可以了。
- 服务端与客户的安全连接，同样由于使用了 NGINX ，可以不要。
- 服务端的对访问设备的安全认证，剥离集成到 NGINX
- 客户端的 HTTP 请求的监控，也是可以不要的。
- 客户端 UI 部分，也是可以精简的
经过这么一系列的精简后，代码量大概只有原来的 30%， 大大提高了可维护性。
代码托管在 https://github.com/ansiboy/mgrok
感兴趣的朋友可以关注一下
