让 Ngrok 变得更好，Ngrok 重构小记

我们经常需要由外网访问内网的机器，什么时候会用到外网访问内网？我们就假设这么一种情景，有 1000 台设备安装我们家的软件。这 1000 台设备不一定是 PC 机，有可能是无人售货机，有可能是手持的 POS 机，也有可能是一体化的点餐系统，那么如何去管理这些设备，或者说升级安装在这些设备上的软件？

很多人可能会说，让软件具有自动升级功能不就可以了吗？但是有由于设备的多样性，环境的多样性，往往使得升级不一定成功。在这种情况下，如果要跑到客户那里去维护，成本太高了。如果能通过外网连接这些设备，通过终端去管理它们，无疑要高效很多。

在网上搜了一下，发现 ngrok 是个不错的选择。亲自试用了一下，的确好用。但是，同时也发现了不少问题

1. 不够稳定，无论服务端还是客户端，在使用一段时间后，就会挂掉。据说开源的 1.7 版本有严重的内存泄漏，估计是这个问题引起的。
2. 我希望通过 Nginx 把请求转发到 Ngrokd 去，但是支持的不是很好。
3. 服务端不能集群，通过集群，可以提高系统的可用性，并发性。
4. 安装部署不方便，需要编译源码才能安装。

基于以上种种问题，我希望能对它进行改进。我希望的架构是

 -----------------------------------
 | ---------- ---------- ---------- |
 | | Ngrokd | | Ngrokd | | Ngrokd | |
 | ---------- ---------- ---------- |
 -----------------------------------
     |                      |
     |TCP                   | HTTP 请求
     |                      |
     |         ----------------------
     |         |     HTTP PROXY     |
     |         ----------------------
     |                       |
     |                       |
----------------------------------
|           NGINX                |
----------------------------------
                       |
                       |
| --------- -------- --------- ------ |
| Ngrok | | Ngrok | | Ngrok | | Ngrok | 
| --------- -------- ---------- ----- |

有了这个想法后，首先就下载源码，打开一看，还是有点复杂。代码各个模块的耦合度很高，各种功能都塞到一块去了。并且是自己不熟悉的 GO 语言，有点想放弃，但苦于没有更好的方案，只好硬着头皮上了。

如何去重构呢？首先要做的，就是根据目标架构，剥离各种不必要的功能，减少类，减少接口，减少方法。根据我们的架构，有这些功能可以剥离的

1. 服务端 HTTPS 请求的支持，由于使用了 NGINX 作为代理，服务端只需要支持 HTTP 请求就可以了。
2. 服务端与客户的安全连接，同样由于使用了 NGINX ，可以不要。
3. 服务端的对访问设备的安全认证，剥离集成到 NGINX
4. 客户端的 HTTP 请求的监控，也是可以不要的。
5. 客户端 UI 部分，也是可以精简的

经过这么一系列的精简后，代码量大概只有原来的 30%， 大大提高了可维护性。

代码托管在 https://github.com/ansiboy/mgrok

感兴趣的朋友可以关注一下