Java将来也许再也不是电商的首选开发语言 - 转载

很久没更新博客了，不少人催促我更新，最近由于公司的事情一直是忙（实际上是懒病发做），特别是被推广了一波后，再不更对不起读者了。

上周我参加了在南京举办的IAS的架构师峰会，和不少同行沟通，特别是和当当网的首席架构师张亮作了一个结对的分享 —《技术架构演变全景图—从单体式到云原生》，分享的形式很特殊，采用了一问一答的方式，我做为提问题的，不断“刁难”张亮，张亮一一解答问题，一番“交锋”后，听众有反馈效果不错，我本身也收获了很多。

最重要的一点体会是Java将来也许再也不是一个电商首选语言了。固然在互联网其余领域，Java早就不是首选了，开发繁琐，包体积大、运行时开销大等等，都不适合互联网创业。可是对于互联网电商来讲，前面有阿里、京东全线转型Java技术栈的案例，后面像饿了么这样的新兴电商也慢慢的从Python转向Java，示范做用很强。以致于咱们这样的电商软件提供商，把总体是Java架构当作卖点之一。

我认为Java的卖点主要是JVM运行时强大、工具链成熟，以Spring为首的庞大的生态提供了完善的开发体验。特别是在知足电商的双十一高并发、大容量场景下，有dubbo、Spring Cloud这样的服务治理框架，不论是Go、Python、Php，都没有相似的框架能够对比，其余开发语言想追上这样的生态环境不是一件简单的事情， 能够说对于目前电商公司来看，Java技术栈是不二的选择。可是正像三体中的降维打击概念，战胜你的人不是你同维度的，而是来自其余的领域。Service Mesh（服务网格），这个来自底层云平台基础设施正在向上入侵原有的开发框架的领域。

提及来Service Mesh不是新概念了，在以前就有运维维护nginx的配置，作服务之间的调用代理，可是这个是很原始的状态。目前随着k8s在运维层面一统江山，基于k8s的linkerd、envoy、Istio一系列Service Mesh解决方案发展很是迅速，Willian Morgan（linkerd的CEO）给出Service Mesh定义：

— 服务网格是一个基础设施层，用于处理服务间通信。云原生应用有着复杂的服务拓扑，服务网格负责在这些拓扑中实现请求的可靠传递。在实践中，服务网格同程实现为一组轻量级的网络代理，它们于应用程序部署在一块儿，而对应用程序透明

对应用程序透明这几个字要画重点，说明之后不再须要在开发层面关注负载均衡、路由、熔断、限流、服务注册发现、分布式跟踪等等一系列的服务治理内容了，这些都由咱们的运行底层设施来完成了。相似网络七层OSI架构定义，咱们作上层开发的不须要了解TCP、HTTP具体的协议，而聚焦到我关注的业务逻辑自己，这种状况很快会在微服务领域再次发生。下图预测了在2018年，哪些技术栈可能因为Service Mesh的发展而被抛弃掉。

在这种状况下Java以引为傲的框架都无用武之地了，虽然Java的开发体验依然不错，可是将来的标准不必定是开发者引导的，运维可能会制定所谓的Cloud Native标准，要求知足标准的，才能上平台进行运行和调度。多语言在Service Mesh中一视同仁，咱们极可能用Go来开发网络服务，用Php来作Web，用Node来作网关API，用Java作业务逻辑，服务之间的通信就交给Service Mesh来统一处理，而整个庞大的微服务体系交由k8s这样的平台来调度和编排。

好一幅蓝图，也许咱们还以为可能有点遥远–Istio才0.3版本，等它到了1.0再说，不过互联网技术迭代极快，并且Istio系出名门，发展势头不可小视，大有席卷天下的感受。

这样的变革对新兴的语言Go之类的是极大的利好，可是对Java并非好事。特别对于我这样2003年接触Java的老程序员说，对Java是有特殊感情的，难道咱们真的要见证一个时代的结束了么？

我以为Java要发展下去，仍是有机会的：

• 在开发体验、工程化方面要继续强化。Java8+Spring boot+Lombok使用体验常常让我感受不到在写繁琐的Java。
• 微服务的领域驱动设计特别重要，而在领域驱动设计实现中Java是主流，目前尚未太好的替代语言。
• 强化目前的JVM上的语言生态，包括Kotlin、Scala等，也许会有下一个杀手应用出现，抓住相似AI这样的风口机会。

将来怎么样，咱们拭目以待。

 

ref

http://newtech.club/2017/12/06/Java%E6%9C%AA%E6%9D%A5%E4%B9%9F%E8%AE%B8%E4%B8%8D%E5%86%8D%E6%98%AF%E7%94%B5%E5%95%86%E7%9A%84%E9%A6%96%E9%80%89%E5%BC%80%E5%8F%91%E8%AF%AD%E8%A8%80/#more