ssh最重要的还是后端处理，前端渲染部分已经被如今的互联网公司废掉了，例如用Vue等框架替代。

而且随着docker一波热，相比早期“一站到底”的大而全，现在很多非核心的模块，被细化拆分，人称微服务。互联网公司节奏很快，迭代也很快，天生对小而微的的东西有亲近感——因为开发速度快，不需要太多人合作，沟通和学习成本很低。

springboot，本质还是spring，但是坑很多。所以如果事务处理比较多，不要用springboot打包的hibernate/mybatis，直接用原生会少踩坑，熟悉后开发运维都很溜，胶水的角色，不值一提。

JPA hibernate/mybatis都是面向sql的，面向nosql的如mongo/elasticsearch/solr，通用的crud，用jpa很高效，一套方法打遍天。

但是太细的控制jpa就不行了，比如elasticsearch/solr想高亮,实际大部分nosql的服务对性能和事务的要求都不高，如无必要，还是用nodejs,python之类的开发更高效。

netty可以把ssh的网络服务(在mvc之下,网络socket的部分)接管，早期还要启个轻量的tomcat/jboss/glassfish之类,现在多是直接启netty。

jersey开发restful更高效，足以代替SpringMVC

以上都只是更高效的轮子，说白了还是原来那套东西。

虽然我们常说不要重复造轮子，但是用轮子用的再溜也是个垃圾，因为基础不行，深度不够。所以我们不应该重复造轮子，后面再加一句，并不是说不用深入了解轮子是怎么造的。要深入了解造轮子的方法，最好的办法就是跟着轮子造一遍。

注意区别！

所以，不是SSH过时了，而是时代要快。历史上牛逼的东西不一定留的下来，市场才是决定它们命运的人