Java开发者在某个重大发布后需要使用的15个工具

　　为了关注新发布后的危机，Takipi解决了三个主要问题：

1.了解哪些错误最有可能影响你——在生产中发现100%的代码错误，包括JVM异常和记录的错误。使用智能过滤以减少噪音使之专注于最重要的错误。超过90%的Takipi用户报告说，在他们使用的第一天，至少在生产中找到了一个严重的bug。

2、在调试上花更少的时间和精力——Takipi再现了每个错误并显示出代码和导致它产生的变量，甚至可以跨服务器。这消除了手动复制错误的必要，节省了工程时间,显著降低时间。

3. 没有风险的发布——当新的版本中有错误，或是已经解决的错误又重现时，Takipi都会提醒你。

#5：运用Takipi你能很快地解决任何问题，以至于不让你在新的发布之后一无所知。

可选择的工具：

1. Takipi

从这篇文章之后，Takipi的使用时间扩展到了两个月

100%发现生产中的错误

发现每个错误后面的参数

使大规模调试变得容易

报警和追踪

　　发 布周期，日志文件，用户请求，零错误……你怎么才能全部跟进呢？你可能认为这一类和其他的重叠了，可能你是对的，但是当所有的这些工具都有他们自己的流水 线时，你可能会意识到自己哪里错了——这将变得很混乱。特别是在各种意想不到的事情都可能发生的新发布后（也就是整个灾难降临）。

　　满足这个的事件管理工具之一的就是PagerDuty：它能从监控工具收集报警，创建时间表来协调你的团队，或是通过文本、邮件、短信或是推送通知，把每个报警发给特定的人。

#6：考虑使用一个事件管理系统来处理信息过载。

　　在这里我们真正喜欢使用的专业工具是Pingdom（也是和Pagerduty的结合）。它所做的很简单而且有用：即对你的站点的响应时间做24*7小时的追踪和告警。它能回答一个看起来微不足道，实则至关重要的问题：从世界各地检测来看，当前的站点可用吗？

系统如上图

　　另一个角度来解决信息过载的方法，是通过对日志分析来进行错误的跟踪:管理异常和日志错误的智能展现。从多个服务器聚合数据到一个地方，即使你的日志事件或是其他插件来自你的代码。为了更深入地错误追踪，点击这篇文章可以得到更多的信息。

#7 代码层的错误来源各种各样，在选用追踪工具时，应该给予特别的对待（在我们关注他们的时候就修复一些bug，哈哈）

可供选择的工具:

1. PagerDuty
2. Pingdom

总结

　　我们亲身经历，现代软件开发如何影响发布生命周期，放大如何评估新的快速部署的影响——在你部署之前，你应该完全了解最后更新的影响。从长远来看,任何工具都应该拥有这五个特点:

1. 缩短发布周期
2. 增加日志文件
3. 增大用户请求
4. 减小错误
5. 信息的过载

　　最重要地是，思考一下现在你是怎么解决这些的，哪一个花了你更多的时间。很可能就有一个工具适合解决这个问题。