对于从事云计算行业的读者来说，尤其是技术人员，不免遇到凭一己之力难以解决的问题。对此，笔者总结了一些关于解决问题的建议，希望对读者能有所帮助。
□原因排除
在遇到问题之后，首先列出这个问题的潜在原因，然后对这些原因进行可能性大小的排序。又由于这些排除可能原因的所需要进行的测试工作量不一样，所以我们要有选择的进行测试。对于部分问题所引起的“Google风暴”（短时间内查阅大量搜索结果），我们尽量从关键字的选择上予以避免。
□查看文档
这一步我们应该在使用软件或硬件之前已经做到，但出现的问题可能是由于误差或者环境不同导致的，其开发商或作者在这方面理应有比较明确的解释而将其标注在使用文档中。
□日志收集
日志收集是必须的，除了软件本身的日志外，也需要收集系统信息，包括内核、系统服务等。注意经常查看/var/log/下内容变化，如果有统一的日志收集工具更好。
□调试跟踪(https://www.xing528.com)
当错误被定位到某几个命令或进程时，我们可使用gdb、trace之类的调试跟踪工具对软件进行快速调试，以进一步确定错误根源。使用调试跟踪工具时需注意软件支持情况，某些软件可能带有防破解机制从而导致调试失败。
□阅读源码
阅读源码有时并不是快速解决问题的有效途径，但它能帮助我们理解软件的具体实现。有经验的读者能通过源码直接判断问题所在，经验略微欠缺者则能通过阅读源码而对软件有一定的感性认识。
□寻求帮助
如果问题凭一己之力实在难以解决，我们可以从即时通讯群、邮件列表、行业专家甚至开发者寻求帮助。不管哪种方式求助，这些人的时间都是非常宝贵的，所以在这之前请收集完整日志并确认错误出现时的系统环境。
□换一种思考方式
现在软件的绝大多数功能都是以往软件的升级版，所以我们可以将这些软件的实现与其他软件进行横向对比，或者查看其changelog进行纵向对比。为了理解软件的架构，我们可能需要将其实现框架画出来，以能形象地展示各模块功能，同时也能较准确地定位错误模块。即使是某些功能特别的软件，其实现也可分解为既有功能的组合，所以这类软件问题也可被看作具体模块或者组合上的问题加以对待。
免责声明：以上内容源自网络，版权归原作者所有，如有侵犯您的原创版权请告知，我们将尽快删除相关内容。
