如果是自用的产品，请发布代码到服务器后再 npm install 。
如果是要分发给别人（比如开源软件什么的），才比较适合使用 pkg 。我两者方式都用得很熟，我的建议如上。

@israinbow 嘿嘿，我努力。

@xx3122 我一般不帮人做产品，我只做我自己的产品。好处是我的产品可以规模化，持续存在。而帮别人做东西只是一次性的钱。真的要我做的话我会收费蛮高，比如收费三万，因为我要额外花时间去了解你原有的项目，去跟你原有的项目集成。我倒比较建议你找专门接外包的，可能价格低一些。如果真的要联系我，打开这个网站点击右上角就可以看到邮件联系方式 https://www.dfyun.com.cn

@h280254082 没事的啦。我只是在细分领域赚点小钱，不至于跟巨头正面竞争。我还是有我的定位的，跟巨头错开一些就好

@sgissb1 你说的是另一块东西，跟我做的服务不冲突。那种比较适合多人同时在线的实时音视频 p2p

@xx3122 像你这种情况，应该就是要做一个可视化界面，让用户输入信息。然后自己写程序生成 nginx 配置。然后 reload nginx

@wdhwg001 说实话，我即使告诉你了，你也不会考虑成为我的客户的。目前我都是租各个机房的，基本上啥地区都有。只是说我出于成本考虑，不会一下子上那么多节点。

@h280254082 我了解过商业方案，结论是我这个依然有市场。你看一下本贴的讨论以及收藏数就行了，真的毫无价值是不会被人看到的。目前商业方案都是设置各种各样的门槛才能优惠的，比如最低消费，比如流量限制等等。你如果真的坚持认为百度云加速性价比最高，你可以基于它包装一层拿出来卖吧。另外就是我也没打算跟他们直接正面竞争，我就找个细分市场，小赚一笔。真的大到需要跟他们正面竞争的时候，我已经有足够的实力去规模化降低成本了，到时候自有办法。

@wdhwg001 不公开

@xmh51 你说的确实是个风险。我现在还很小规模，没有攻击价值吧。目前呢，我的节点机器带宽都挺大的，普通都有几十 M 上百 M ，同时机房本身有一定成都的防 dddos 。所以只能说硬件上暂时有点点防护能力，不至于小攻击一点就跨。但是大规模是有问题。这个等用户多了后再考虑这方面的风险。

@wdhwg001 那这么算下来，我的优势算是不设置上限吧，无论流量多少，统一单价。而且没有最低消费。这种按量计费可能更灵活，会有人更喜欢

@winglight2016 是要比直连节点 ip 要慢一点点的，但其实不会差很多。我的调度中心服务器直接跑在阿里云 k8s 集群上，测试整体单链接耗时大概 50 到 100 毫秒之间。延迟个几十毫秒，还能接受啦。

@xmh51 后续人多了，我考虑让用户自定义域名。虽然麻烦，但出于风控，可能是要考虑了。

@winglight2016 基于 dns 方案不可靠。“通过轮询返回当前有效 ip 地址“ ，你怎么判断有效呢。假如一个 ip ，虽然可以 ping 通，但它就是不可访问了（比如说慢，比如说软件上挂了），这个时候就不算是容灾了。

@wdhwg001 只说平时价格，不说活动价格 /折扣价格，百度云应该没有 0.038 元 /G 吧。而且，它有流量限制，我是没有上限的。

@h280254082 我说现在承受每天 1000G ，不代表只能承受 1000G 。实际上，很多节点都是几十上百 M 带宽的，合起来的累计带宽，只要节点数够的话，分分钟超过 12M/s 的速度。所以我不太清楚你是怎么得出这个结论的。另外节点数也布置能扩大 10 倍，架构设计合理的话，再增加 100 个节点也不是不行，这是扩展 100 倍以上。

@tomato1111 没有。一切从简。功能后面看客户需求慢慢加。

@h280254082 看不懂你的意思。我好像没说过流量的计算是 1T/day ，不知道你说这个是什么概念。

@whileFalse 用户自身的网络问题，服务端层面无法帮用户解决