从功能出发解析一套方案，往往看得云里雾里；换成从故障出发，结构反而清楚得多。使用代理IP时，先问哪些环节可能出问题、出问题会表现成什么样，再回头看方案的构成，使用代理IP时就能很快分清哪些部分是关键。
从故障看能看出什么
能看出冗余在哪里、监控在哪里，以及责任边界在哪里。使用代理IP时，一个方案如果没有为故障留位置，说明它默认不会出事，这种默认往往站不住。把它当成检验标准，使用代理IP时选型会更有抓手，也能提前发现那些看似完备、实际经不起意外的方案。
- 哪些环节可能出问题
- 出问题会表现成什么样
- 有没有冗余与备选
- 谁来发现、谁来处理
先看故障，再看功能。
怎么问才问得到点上
问具体的场景，而不是问会不会出问题。使用代理IP时，换成最近一次异常是什么时候、当时怎么发现的、处理用了多久，使用代理IP时这样的问题才能得到有信息量的回答，也更容易判断方案是否成熟。
故障描述要落到表现上。使用代理IP时，同样是超时，可能是链路慢，也可能是目标侧限制，表现相似原因不同。把故障描述细化到具体现象，使用代理IP时排查与沟通都会顺畅很多。
责任边界要一并问清。使用代理IP时，出现问题时由谁负责定位、谁负责处理，如果没有事先约定，往往会在最需要速度的时候先花时间讨论责任。提前问清楚，使用代理IP时处理效率会明显不同。
从故障出发看方案，比从功能出发更接近实际。使用代理IP时，功能表上的项目大多相似，真正拉开差距的是出了问题之后的表现。