换节点、测线路之后，我把云上这点事想明白了

最近一周，我把手头几个常用的节点和云服务重新梳理了一遍。起因很简单：一个常用来传文件、跑小服务的节点，晚高峰突然变慢，网页能打开，文件却断断续续。我本来想直接换一个更贵的套餐，后来冷静下来，先把问题拆开看：是节点本身不行，还是线路在高峰期拥堵，或者是我自己的用法出了问题。

先说节点。以前我选节点只看一个指标：延迟低不低。后来才发现，延迟低不代表稳定。有的节点平时很快，一到晚上八九点就抖，丢包跟着上来，传大文件最吃亏。还有的节点白天表现一般，但胜在平稳，跑定时任务、同步笔记反而更省心。我现在的做法是，把节点分成两类：一类是日常主力，要求稳定、丢包低；一类是临时备用，只在主力出问题时顶上。主力不需要最多，但一定要清楚它的脾气。

再说线路。同样是到一个机房，走不同的线路，体验可以差很多。有的线路绕得远，看着延迟还行，实际抖动大；有的线路直连，晚高峰也能保持住。我测线路的办法很土，但管用：连续几天，在早上、中午、晚上各测一次，记下延迟和丢包，不只看最好的一次，也不只看最差的一次，看的是大多数时候的表现。只测一次就下结论，很容易被某一次的好运气骗了。

云服务这边，我的体会是：先把免费和低成本的东西用明白，再谈升级。以前我一遇到慢就想加配置，后来发现很多问题出在用法上。比如对象存储的访问方式没选对，重复拉取大文件；比如小服务没有做缓存，每次请求都要重新算一遍；比如日志和监控开得太全，自己先把资源吃掉了。把这些理顺之后，同样的配置，体感反而好了不少。配置不是越大越好，合适才是关键。

还有一个容易被忽略的点：地域和时区。选节点和选云服务区域时，我以前只看价格，后来才意识到，离用户近、离自己常用的服务近，本身就是一种省钱。跨区调用看着每次只多几十毫秒，积少成多，到了同步和备份的时候，差距就很明显了。现在我做选择前，会先问自己三个问题：主要用户在哪里？数据要不要经常跨区跑？出问题时我能不能快速切到备用？答不上来，就先别急着买。

最后说说我的检查清单，算是这几天折腾下来的小结。第一，节点出问题先换备用验证，别急着升级套餐；第二，线路要分时段测，重点看晚高峰；第三，云服务先查用法和缓存，再查配置；第四，重要的小服务留一个最简单的回退办法，哪怕慢一点，也比完全停掉强；第五，改动一次记一次，改了什么、效果怎么样，写下来，下次就不用从头再猜。

这几天折腾下来，最大的收获不是找到了一个完美节点，而是改掉了凭感觉选配置的习惯。节点、线路、云服务，各自都有脾气，合起来才是一个能长期用的组合。接下来我打算继续观察主力节点的晚高峰表现，如果连续一周都稳定，就把它定下来，不再频繁换来换去。折腾可以，但折腾完了要留下一个能复用的结论，这才算没白忙。