不错不错，加油啊

先止血，后分析原因。

如果是发布过程中出问题，就回滚；如果是个别机器出问题，就把出问题的机器从负载均衡上摘掉。

做变更前准备好回滚措施。

@julyclyde
「开发杀入运维领域」这个说法，是来自我早先看过的一篇博文， https://segmentfault.com/a/1190000002882567

「 war 不如 fat jar 」有点断章取义了，一个团队或一个人同时维护应用容器和应用的时候，如果使用 fat jar 就能将升级应用和升级容器用同一套流程去完成。如果开发和运维分离，甚至开发终止但是还要继续运维，自然是 war 更方便。

@sheep3 有项目使用

@skydiver 是可以这么做，但是排查问题的时候想不重启进程临时调节一下日志等级，如果日志配置也打在 fat jar 里就很难做到了吧，除非应用专门暴露一个接口干这个事情

@incompatible jre 可以直接放到虚拟机镜像里的。或者虚拟机只读挂载一个 NFS ，各种基础环境都扔这个 NFS 里头。当 PE 交付的虚拟机自带 jre 之后， fat jar 就可以直接运行了，也不需要 PE 专门去安装一个 jre 。

@crayhuang 写 Java 不用 IDE 简直就是地狱模式😂

因为 Python 的回收不会 stop the world 吧

建议 15 inch 的不带显卡那款，年轻人不在乎这点重量~

好棒，支持支持！

Nginx+tomcat

@czb 配置 A 记录的时候，如果个一个域名配置了多个 ip ，一般系统会问你是不是要配置负载均衡。如果配置了负载均衡，就会按照权重随机返回一个 ip ，如果不配置负载均衡就会把多个 ip 乱序返回，浏览器按顺序尝试

会尝试下一个，要不然高可用就没法做了。如果一个 ip 不可用就整体不可用，部署多个前端服务器就失去了意义

@pancts http://zhaoyanblog.com/archives/764.html

如果是我说的话，应该是税前基本工资+年终中位绩效奖金，五险一金之类的应该是不用单独拿来说的吧

@gongziheng1995 是 /Library/Mail/Bundles 哦