2017年终总结-白红宇

2017年终总结

阅读量：6690 次

发布时间：2019-06-25

本文共 3301 字，大约阅读时间需要 11 分钟。

序

又到了写年终总结的时候了。每当这个时候思绪总是翻江倒海，因为太久没有反思和总结的缘故，一年才总结一次，确实是有点久，欠的账的太多，梳理起来有点费劲。这里依旧还是写跟点跟工作/技术相关的总结。

盘点

2017这一年自己从前到后主导了个小项目，技术体系使用的openresty + spring boot/cloud + postgres + statsd + graphite + grafana + sentry + elasticsearch + kafka + docker + kubernetes。这一年依旧是延续上面的技术架构进行深入：

docker & kubernetes(使用级别)

停留在使用阶段，考虑到云平台技术的成熟，假设自己出去创业，感觉也用不到自己去搭建kubernetes，直接用阿里云、腾讯云等的kubernetes的基础设置就可以了，于是就没有深入研究。

spring cloud(实践及扩展级别)

这一年算是深入实践了一把spring cloud，不过生产还停留在Camden.SR6的版本，现在的GA版已经是Edgware，pre版本已经到了Finchley M4。而且从Camden版本到以上版本迁移的话，貌似有一些不兼容或变动，有点疲于跟进，另外主要是生产已经稳定运行了，就没有力气再去折腾升级了，维稳为主。等做下一个项目的时候再考虑直接用最新版吧。不过随着service mesh的成熟，分布式的这一套更进一步固化到基础设置里头，感觉spring cloud后续可能优势就不那么明显了。而且随着go语言流行，以及相关生态的丰富，渐渐的也有很多高并发服务采用go来替代java了，后续如果不是业务特性强的应用，可能用java的优势就不那么大了。就像这篇文章说的。

spring security(使用及扩展级别)

这一年又去看看了spring security，还有spring security oauth2，感觉少点什么，缺乏将一整套技术实施去替代既有的权限控制体系，没有大规模去应用，总感觉没有深入理解。另外开始重视系统安全方面的知识，学习中。

kafka(使用及了解基本原理)

kafka版本太杂，公司有的用0.8，有的用0.9，有的用0.10，17年推出了0.11，紧接着1.0版本也出来了，对于初学者来说，感觉有点措手不及，一入技术深似海，真的是学海无涯啊，于是就只能挑着点看了。主要是研究了0.8版本的一些使用和实现细节，另外研究了0.9版本与0.8版本的一些区别，还有就是今年主推的kafka stream，后续可能基于1.0版本再去深入了解。

redis / postgres / mongo / elasticsearch(使用级别)

这些今年用的不多，也就用一用。

说说关系型数据库，一直对SQL不感兴趣，也没有深入研究，大底是面向对象看的太多了，另外看过了太多复杂业务需求写复杂SQL然后把系统搞挂的例子，总是觉得通过其他方式的实现是可以替代复杂SQL的，而且性能更优。NOSQL的出现，很多非事务性的查询，基本都可以通过将数据按查询需求结构化/冗余化同步到NOSQL里头来实现。

其他几个NOSQL，若要排行，估计redis得优先，毕竟使用太广了，明年估计得再深入学学redis；对mongo不是太有好感，像分片复制啥的，感觉都不如elasticsearch成熟，这里头要在排序，elasticsearch排在mongo前面；elasticsearch的话，以前有想过要深入学习的，不过版本变化太快了，以前还是1.x版本，如今都6.x版本了，欲哭无泪，特别是java api的使用，学的疲于奔命。还有就是mongo跟elasticsearch的查询语法学习成本太高了，elasticsearch还好一点，有ES SQL插件大部分场景可以用SQL来查询，还是比较爽歪歪的，mongo就没有SQL插件来查，于是就更不想学mongo了。