相遇

7年前，从大学毕业后我就进入到了现在的工作岗位（中间件系统运维），第一个接触到中间件的就是WAS，那时的我对于WAS完全没有概念，Cell，Node，Server这些术语已经把我搞的晕头转向，就这样我从一个菜鸟开始了自己的职业生涯。

相识相知

通过自学WAS的官方红皮书，对于WAS的概念原理渐渐开始有了清晰的认识，在工作中实践了WAS软件的安装，概要表的创建，ND架构的搭建。在日常运维中，也不断学会了WAS故障的排查和分析，例如内存溢出分析，CPU资源异常消耗，线程池和连接池高，垃圾回收性能等问题。在对于这些问题的分析过程中，我对于java也有了更深入的认识，要做好WAS运维，不仅是一个学习WAS的过程，更是一个学习java的过程，推荐大家下载IBM官方的JDK文档进行学习，一定会受益匪浅。

那些年踩过的坑

在WAS的运维过程中也遇到了一些坑，和大家一起分享一下。
1.对于ND架构的WAS，在对于启动用户的环境变量进行调整后，一定要对nodeagent进行重启，这样才能确保通过控制台重启server也能够生效。
2.对于ND架构的WAS，在对WAS参数进行调整后，一定要检查节点为同步状态后，再进行server重启，这样才能确保配置生效。
3.使用WAS控制台server的“重新启动”，server还会继承重启前server的环境变量，所以环境变量发生变动后，需要先“停止”再“启动”。
4.WAS控制台节点“全部再同步”需要慎用，容易引发版本的重新发布，正常一般使用“同步”按钮即可。
5.关于证书的有效期，使用命令行创建概要表时默认为1年，到期后会出现节点通讯问题，建议在创建概要表时指定证书年限为15年（-personalCertValidityPeriod 15）
6.打开详细垃圾回收后，默认垃圾回收日志会写入到native_stderr.log，长期运行日志文件会变得很大，可在JVM通用实参中追加参数设置循环日志（-Xverbosegclog:logs/server名/gc.log,5,10000)

寄语和期盼

和WAS相伴的7年，经历了WAS 6到WAS 9的演变，ND架构和Standalone架构的转型，以及适云轻量级中间件liberty的诞生。在这个开源中间件理念被不断强化的当下，我不得不给WAS打个Call，WAS确实是一个很强大的产品，尤其是监控指标的完善性，故障问题的可分析性是其它中间件很难比拟的，也希望WAS的发展能够越来越好！