2022碎碎念

不知道多久没有在微信公众号上发表文章了，粗略浏览了之前发表过的文章，感觉内容过于生硬，技术点也并不深入，没有多少吸引人的地方，遂产生一个改变的念头。顺其自然一点，想写点什么就写点什么吧。

2021年虽然没有写过多少技术文章，但这一年我的技术体系还是有了很大的提升，见识了更为庞大而且复杂的技术架构，了解了超级严格且标准的研发流程，参与了高并发的系统设计与开发。也基本上确定了未来重点发展的领域---网关，这可能也是一种缘分吧。

今年的公众号计划主要就是写一写自己在技术领域的一些感想与我自己设计并开发且计划开源的一个我现在认为非常牛逼且有前景的网关系统（基于Vertx构建）。

三年前，在某支付公司，参与支付系统支付网关的开发，支付网关承载的是支付业务，支付网关属于业务网关。当时的架构师在技术选型上选择了Vertx技术，也就是从这里，我与Vertx产生了不解之缘。

现在我参与到某银行系统的通信网关系统建设上，通信网关按照架构层级上分两层，外联网关和内联网关。

外联网关就是接收到互联网的流量并转发到内联网关上，内联网关则是负责内部服务之间系统调用。

外联网关一般可以通过标准的网关组件来实现，比如Nginx或者OpenResty等，保证性能，另外附带一些限流、审计相关的功能。而内联网关因为业务的需求不同，也会进行一些特定需求的开发。

公司业务系统众多，网关并没有统一，大大小小的网关不下于10个，其中技术整体分为三大类，Kong网关、Spring+Netty自研网关、Spring Cloud Gateway网关。

我认为，Kong网关适合做外联网关。Spring+Netty网关适合做内联网关。SpringCloudGateway适合做微服务系统内部网关。

而我现在所负责的网关系统，采用的是Kong做了内联网关，采用lua脚本开发扩展功能。很痛苦。要改变。Spring+Netty这种网关，懂行的一看，就知道这个靠谱，适合做内联网关，可惜不是我们部门的，不能用。而他们这套网关，只给他们自己部门内部系统用。

这也是我自己设计一个基于Vertx系统的原因，Vertx底层是基于Netty的，兼顾性能可扩展性，虽然公司肯定也不会用我自己设计的这个网关，但自己心里就是舒坦，这是我自己的知识产品，也是我多年来搞网关的结晶。那我慢慢写，慢慢优化，逐步提高，没准哪天就。。。

2021年最大的感触就是技术并不是吃青春饭的。想来每个行业是吃青春饭，又或者都不是吃青春饭的。其实主要还是在个人。最典型的两个极端莫过于中医和IT。

中医的最高层级是中华文化，是阴阳，是道、是易。那不是随便就能成的。是需要不断地格竹子，不断实践来的。那是需要潜心修炼，积累，然后在某天，彻悟的。

同样资质的人用同样的努力，学习IT一定不比学习中医差的。

不过，在国内现在的环境下，学习IT的人容易被进入到舒适区。刚毕业或者刚从培训机构出来，就拿着可能8000+的工资，很多人到这里学习生涯就结束了。

如果不是技术特别擅长，或者天资特别聪颖的人，我觉得一般IT人成长的思路应该是这样的。

自己写代码，带别人写代码，指导别人怎么写代码，指导别人干什么。

共勉。