1 基础设施：条条路线通云端
对于云厂商来说，2019 年是硕果累累的一年。不仅初创公司在应用云计算，那些很重视平安的“保守派”公司（如政府机构、医疗保健机构、银行、保险公司，甚至是美国五角大楼）也在迁徙到云端。这种趋势在 2020 年将会持续，大大小小的公司都将（或者至多有打算）迁徙到云端。Gartner 公司最近公布了一个数字：
图片
如果你是一个还在思考要不要迁徙到云端的决策者，无妨从新扫视一下你的策略。如果你是一个独立开发者，并且还没应用过云基础设施，那么齐全能够在 2020 年尝试一下。很多大型的云厂商都提供了收费的体验机会。在这方面做得特地慷慨，它提供了价值 300 美元的一年收费服务。
图片
策动注：阿里、腾讯、华为等国内云厂商同样有收费云服务试用产品。
2 云平台：亚马逊领头，其余跟上
作为第一大云厂商，亚马逊在 2019 年堪称风生水起。凭借其丰盛的产品组合，亚马逊将把它的劣势连续到 2020 年。Canalys 公布的 2019 年第三季度报告指出，大型云厂商（AWS、Azure、GCP）占据 56% 的市场份额，其中 AWS 独享 32.6%。
图片
其余云厂商也在致力缩短与 AWS 之间的差距。微软把次要指标转向了大型企业。最近，微软战胜了亚马逊，从美国五角大楼拿到了一个 100 亿美元的大单子。这个单子将晋升 Azure 的名誉，同时减弱 AWS 的士气。
始终在推动 CNCF，实现云计算运维的标准化。长期指标是让云迁徙变得更容易，不便企业从 AWS 迁徙到 GCP。IBM 之前斥资 360 亿美元收买了 RedHat，也想要在云计算市场占有一席之地。
在亚太地区，阿里云市场规模超过了 AWS、Azure 的总和，全球排名第三。中国国内腾讯云等企业的增长势头也非常迅猛。
2020 年将呈现更多的并购。当然，很多初创公司将会带来新的想法和翻新，例如多云服务。因为竞争强烈，这些公司只能从提价和推出更多的翻新产品来获取利润。
3 容器化：Kubernetes 将会更酷
在容器编排畛域，尽管一度呈现了“三足鼎立”（Kubernetes、Docker Swarm 和 Mesos），但 Kubernetes 最终怀才不遇，成为相对的赢家。云是一个分布式系统，而 Kubernetes 是它的 OS（分布式的 Linux）。2019 年北美 KubeCon+CloudNativeCon 大会的参会者达到了 12000 名，比 2018 年增长了 50%。以下是过来 4 年参会人数的增长状况。
在 2020 年，Kubernetes 不仅不会后退，只会变得越来越强，你齐全能够把赌注压在 Kubernetes 身上。另外值得一提的是，Migrantis 最近收买了 Docker Enterprise，不过收买数额不详。
几年前，人们张口闭口说的都是 Docker，而当初换成了 Kubernetes。Docker 在它的全盛时期未能盈利，反而在劣势渐退几年之后才尝试变现。这再次阐明，在古代技术世界，机会就是所有。
4 软件架构：微服务将成为支流
趋势表明，微服务架构范式在 2019 年持续增长了一整年。
随着软件行业整体逐渐迁徙到云端，微服务也将成为占主导地位的架构范式。微服务架构崛起的一个次要起因是它与云原生完满符合，能够实现疾速的软件开发。我在之前的一篇博文中解释了微服务架构的根本准则及其劣势和劣势。
https://towardsdatascience.co…
我假如当初也存在一种回归到单体架构的趋势，因为在很多状况下，微服务架构有点过头了，而且做好微服务架构设计其实很难。微服务架构有哪些好的实际？在之前的另一篇博文中，我也给出了一些大略，心愿对读者有用。
相干文章：www.sangpi.com
5 编程语言（整体）：Python 将要吞噬世界
机器学习、数据分析、数据处理、Web 开发、企业软件开发，甚至是拼接黑洞照片，Python 的影子无处不在。
在驰名的编程语言排行榜网站 TIOBE 上，Python 位居最风行编程语言第三位，仅次于 Java 和 C 语言。
更有意思的是，在 2019 年，Python 的风行度翻了一番（从 5% 到 10%）。
Python 的崛起将在 2020 年连续，并缩短与 Java 和 C 语言之间的差距。另一门无所不在的编程语言 JavaScript 正面临上行的危险。为什么 Python 的势头会如此强劲？因为它的动手门槛低，有一个优良的社区在反对，并受到数据科学家和新生代开发者的青睐。
6 编程语言（企业方面）：Java 将占主导
之前的 TIOBE 网站截图显示，Java 依然是一门占主导地位的编程语言，并将在 2020 年持续放弃这种位置。JVM 是 Java 的基石，其余编程语言（如 Kotlin、Scala、Clojure、Groovy）也将 JVM 作为运行时。最近，Oracle 批改了 JVM 的许可协定。
新的许可协定意味着应用 Java、Kotlin、Scala 或其余 JVM 编程语言的公司须要向 Oracle 领取大额费用。所幸的是，OpenJDK 让 JVM 持续收费。另外，还有其余一些公司为 JVM 提供企业反对。
因为体积和速度方面的问题，基于 JVM 的编程语言并不适宜用在明天的无服务器环境中。Oracle 正在推动 GraalVM 打算，旨在让 Java 变得更加麻利和疾速，让它更适宜用在无服务器环境中。因为除了 Java，没有其余编程语言能够提供企业级的稳定性和可靠性，所以 Java 将在 2020 年持续占主导地位。
7 企业版 Java：Spring 持续发力
曾几何时，在企业开发畛域，Spring 和 JavaEE 之间存在着白热化的竞争。但因为 Oracle 在 JavaEE 方面没有作为，在竞争中惨败，这导致了“MicroProfile”打算的造成，并最终促成了 JakartaEE。
尽管所有的政策和流动都是围绕 JavaEE 开展，但 Spring 事实上曾经博得了这场企业 JVM 之争。2020 年，Spring 将成为 JVM 生态系统的头牌。
有两个正在停顿中的我的项目，它们旨在减小 Java 的体积，让它更适宜用在无服务器环境中。
其中一个是 Micronaut（https://micronaut.io/）。
另一个是 Quarkus（https://quarkus.io/）。
这两个我的项目都应用了 GraalVM，它们在 2020 年将会失去 Java 社区更多的关注。
8 编程语言：Rust、Swift、Kotlin、TypeScript 的冲破
2000 年代，编程语言的倒退呈现了停滞。大多数人认为没有必要再去开发新的编程语言，Java、C 语言、C++、JavaScript 和 Python 曾经能够满足所有的需要。然而，的 Go 语言为新编程语言大门关上了一扇大门。在过来十年呈现了很多乏味的编程语言，比方 Rust、Swift、Kotlin、TypeScript。导致这种状况的一个次要起因是已有的编程语言无奈充分利用硬件劣势（例如多核、更快的网络、云）。另一个起因是古代编程语言更加关注开发者经济，即实现更疾速更容易的开发。在 Stackoverflow 提供的一份开发者报告中，排名靠前的古代编程语言如下所示（Rust 间断 4 年名列第一）。
在之前的一篇博文中，我深入探讨了古代编程语言，比照 Rust 和 Go 语言，并阐明了为什么当初是采纳这些语言的好时机。
https://towardsdatascience.co…
最近，微软发表他们在摸索应用 Rust 来开发更平安的软件。
亚马逊最近也发表要资助 Rust。
发表将 Kotlin 作为 Android 官网开发语言，所以，在 JVM 畛域，Kotlin 成了 Java 的次要竞争对手。
Angular 应用 TypeScript 代替 JavaScript，将其作为次要的编程语言，其余 JavaScript 框架（如 React 和 Vue）也开始为 TypeScript 提供更多的反对。
这种趋势将在 2020 年延续下去，很多巨头公司将会深刻理解新一代编程语言（如 Rust、Swift、TypeScript、Kotlin），它们会站进去公开示意反对。
9Web：JavaScript 持续占主导地位
曾几何时，JavaScript 并不被认为是一门弱小的编程语言。在过后，前端内容次要通过后端框架在服务器端进行渲染。2014 年，AngularJS 的呈现扭转了这种场面。从那个时候开始，更多的 JavaScript 框架开始涌现（Angular 2+、React、Vue、Meteor），JavaScript 未然成为支流的 Web 开发语言。随着 JavaScript 框架不断创新以及微服务架构的崛起，JavaScript 框架在 2020 年将持续主导前端开发。
10JavaScript 框架：React 闪耀
尽管 React 是在 AngularJS 之后呈现的，但在过来十年对 Web 开发产生了微小的影响，这也让 Facebook 在与 Google+ 的竞争中打了一场胜战。React 为前端开发带来了一些新的想法，比方事件溯源、虚构 DOM、单向数据绑定、基于组件的开发，等等。它对开发者社区产生了重大影响，以至于放弃了 AngularJS，并借鉴 React 的想法推出了彻底重写的 Angular 2+。React 是目前为止最为风行的 JavaScript 框架，下图显示了相干的 NPM 下载统计信息。
为了取得更好的并发和用户体验，Facebook 发表齐全重写 React 的外围算法，推出了 React-Fiber 我的项目。
2020 年，React 依然是你开发新我的项目的首选 Web 框架。其余框架（如 Angular/Angular 2+ 或 Vue）呢？Angular 依然是一个不错的 Web 开发框架，特地适宜企业开发。我敢肯定在将来几年会在 Angular 上加大投入。Vue 是另一个十分风行的 Web 框架，由中国的巨头公司阿里巴巴提供反对。如果你曾经在应用 Angular 或 Vue，就没必要再迁徙到 React 了。
11App 开发：原生利用
在挪动 App 开发方面，无关混合利用开发的炒作有所消停。混合开发提供了更快的开发速度，因为只须要一个开发团队，而不是多个。但原生利用提供了更好的用户体验和性能。另外，混合利用须要通过调整能力应用一些高级个性。对于企业来说，原生利用依然是首选的解决方案，这种趋势将在 2020 年连续。Airbnb 在一篇博文中十分具体地阐明了为什么他们要放弃混合利用开发平台 React Native。
https://medium.com/airbnb-eng…
只管 Facebook 尝试改良 React Native，也十分致力地推动混合 App 开发平台 Flutter，但它们依然只适宜用于原型、POC、MVP 或轻量级利用的开发。所以，原生利用在 2020 年仍将持续占主导地位。
在原生利用开发方面，和苹果别离将 Kotlin 和 Swift 作为各自平台次要的编程语言。最近再次重申了对 Kotlin 的反对，这对于 Kotlin 用户来说无疑是个好消息。
12 混合利用开发：React Native
在很多状况下，混合利用是个不错的抉择。在这方面也有很多抉择：Xamarin、Inoic、React Native 和 Flutter。Facebook 基于成熟的 React 框架推出了 React Native。就像 React 在 Web 框架畛域占据主导地位一样，React Native 在混合应用领域也占据着主导地位，如下图所示。
React Native 和 React 有独特的基因，都提供了高度的代码重用性以及“一次开发，到处运行”的能力。React Native 的另一个劣势是 Facebook 自身也用它来开发挪动利用。在这个畛域起步较晚，但在去年，的混合利用开发框架 Flutter 取得了不少关注。Flutter 提供了更好的性能，但须要应用另一门不是那么风行的编程语言 Dart。React Native 在 2020 年将持续占主导地位。
13API：REST 将占主导地位
REST 是 API 畛域事实上的规范，被宽泛用在基于 API 的服务间通信上。当然，除了 REST，咱们还有其余抉择，比方来自的 gRPC 和来自 Facebook 的 GraphQL。
它们提供了不同的能力。开发的 gRPC 作为近程过程调用（如 SOAP）的化身，应用 Protobuf 代替 JSON 作为音讯格局。Facebook 开发的 GraphQL 作为一个集成层，防止频繁的 REST 调用。gRPC 和 GraphQL 都在各自的畛域获得了胜利。2020 年，REST 依然是占主导地位的 API 技术，而 GraphQL 和 gRPC 将作为补充技术。
14 人工智能：Tensorflow 2.0 将游戏占主导地位
和 Facebook 也是深度学习 / 神经网络畛域的次要玩家。基于深度学习框架 Theano 推出了 TensorFlow，它很快就成为深度学习 / 神经网络的次要开发库。还推出了特地设计的 GPU（TPU）来减速 TensorFlow 的计算。
Facebook 在深度学习畛域也不甘落后，他们领有世界上最大的图像和视频数据汇合。Facebook 基于另一个深度学习库 Torch 推出了深度学习库 PyTorch。TensorFlow 和 PyTorch 之间有一些区别，前者应用的是动态图进行计算，而 PyTorch 应用的是动态图。应用动态图的益处是能够在运行时纠正本人。另外，PyTorch 对 Python 反对更好，而 Python 是数据迷信畛域的一门次要编程语言。
随着 PyTorch 变得越来越风行，也连忙在 2019 年 10 月推出了 TensorFlow 2.0，也应用了动态图，对 Python 的反对也更好。
2020 年，TensorFlow 2.0 和 PyTorch 将齐头并进。思考到 TensorFlow 领有更大的社区，我预计 TensorFlow 2.0 将成为占主导地位的深度学习库。
15 数据库：SQL 是王者，分布式 SQL 是王后
在炒作 NoSQL 的日子里，人们讥笑 SQL，还指出了 SQL 的种种有余。有很多文章说 NoSQL 有如许的好，并将要取代 SQL。但等到炒作的潮水褪去，人们很快就意识到，咱们的世界不能没有 SQL。以下是最风行的数据库的排名。
图片
能够看到，SQL 数据库占据了前四名。SQL 之所以占主导地位，是因为它提供了 ACID 事务保障，而 ACID 是业务零碎最潜在的需要。NoSQL 数据库提供了横向伸缩能力，但代价是不提供 ACID 保障。
互联网公司始终在寻找“大师级数据库”，也就是既能提供 ACID 保障又能像 NoSQL 那样可横向伸缩的数据库。目前有两个解决方案能够局部满足对“大师级数据库”的要求，一个是亚马逊的 Aurora，一个是的 Spanner。Aurora 提供了简直所有的 SQL 性能，但不反对横向写伸缩，而 Spanner 提供了横向写伸缩能力，但对 SQL 反对得不好。
2020 年，但愿这两个数据库可能越走越近，或者有人会带来一个“分布式 SQL”数据库。如果真有人做到了，那肯定要给他颁发图灵奖。
16 数据湖：MinIO 将要崛起
古代数据平台十分的简单。企业个别都会有反对 ACID 事务的 OLTP 数据库（SQL），也会有用于数据分析的 OLAP 数据库（NoSQL）。除此之外，它们还有其余各种数据存储系统，比方用于搜寻的 Solr、ElasticSearch，用于计算的 Spark。企业基于数据库构建本人的数据平台，将 OLTP 数据库的数据拷贝到数据湖中。各种类型的数据应用程序（比方 OLAP、搜寻）将数据湖作为它们的事实起源。
HDFS 本来是事实上的数据湖，直到亚马逊推出了对象存储 S3。S3 可伸缩，价格便宜，很快就成为很多公司事实上的数据湖。应用 S3 惟一的问题是数据平台被紧紧地绑定在亚马逊的 AWS 云平台上。尽管微软 Azure 推出了 Blob Storage，也有相似的对象存储，但都不是 S3 的对手。
对于很多公司来说，MinIO 或者是它们的救星。MinIO 是一个开源的对象存储，与 S3 兼容，提供了企业级的反对，并专门为云原生环境而构建，提供了与云无关的数据湖。
图片
微软在 Azure Marketplace 是这么形容 MinIO 的：“为 Azure Blog Storage 服务提供与亚马逊 S3 API 兼容的数据浏览”。如果 GCP 和其余云厂商也提供 MinIO，那么咱们将会向多云迈出一大步。
17 大数据批处理：Spark 将持续闪耀
现如今，企业通常须要基于大规模数据执行计算，所以须要分布式的批处理作业。Hadoop 的 Map-Reduce 是第一个分布式批处理平台，起初 Spark 取代了 Hadoop 的位置，成为真正的批处理之王。Spark 是怎么提供了比 Hadoop 更好的性能的？我之前写了另一篇文章，对古代数据平台进行了深入分析。
https://towardsdatascience.co…
Spark 解决了 Hadoop Map-Reduce 的痛点，它将所有货色放在内存中，而不是在实现每一个低廉的操作之后把数据保留在存储系统中。只管 Spark 重度应用 CPU 和 JVM 来执行批处理作业，但这并不障碍它成为 2020 年批处理框架之王。我心愿有人可能应用 Rust 开发出一个更加高效的批处理框架，取代 Spark，并为企业省下大量的云资源费用。
18 大数据流式解决：Flink 是将来
几年前，实现实时的流式解决简直是不可能的事件。一些微批次解决框架（比方 Spark Streaming）能够提供“几近”实时的流式解决能力。不过，Flink 扭转了这一情况，它提供了实时的流式解决能力。
2019 年之前，Flink 未能失去足够的关注，因为它无奈撼动 Spark。直到 2019 年 1 月份，中国巨头公司阿里巴巴收买了 Data Artisan（Flink 背地的公司）。
在 2020 年，企业如果想要进行实时流式解决，Flink 应该是不二之选。不过，跟 Spark 一样，Flink 同样重度依赖 CPU 和 JVM，并且须要应用大量的云资源。
19 字节码：WebAssembly 将会被大规模采纳
我从 JavaScript 作者 Brandon Eich 的一次访谈中晓得了 WebAssembly 这个货色。古代 JavaScript（ES5 之后的版本）是一门优良的编程语言，但与其余编程语言一样，都有本人的局限性。最大的局限性是 JavaScript 引擎在执行 JavaScript 时须要读取、解析和解决“形象语法树”。另一个问题是 JavaScript 的单线程模型无奈充分利用古代硬件（如多核 CPU 或 GPU）。正因为这些起因，很多计算密集型的应用程序（如游戏、3D 图像）无奈运行在浏览器中。
一些公司（由 Mozilla 率领）开发了 WebAssembly，一种底层字节码格局，让任何一门编程语言都能够在浏览器中运行。目前公布的 WebAssembly 版本能够反对 C++、Rust 等。
图片
WebAssembly 让计算密集型应用程序（比方游戏和 AutoCAD）能够在浏览器中运行。不过，WebAssembly 的指标不仅限于此，它还要让应用程序能够在浏览器之外运行。WebAssembly 能够被用在以下这些“浏览器外”的场景中。
挪动设施上的混合原生利用。
没有冷启动问题的无服务器计算。
在服务器端执行不受信赖的代码。
我预测，2020 年将是 WebAssembly 获得冲破的一年，很多巨头公司（包含云厂商）和社区将会拥抱 WebAssembly。
20 代码：低代码 / 无代码将更进一步
疾速的数字化和工业 4.0 反动意味着软件开发者的供需缺口微小。因为不足开发人员，很多企业无奈实现它们的想法。为了升高进入软件开发的门槛，能够尝试无代码（No Code）或低代码（Low Code）软件开发，也就是所谓的 LCNC（Low-Code No-Code)。它曾经在 2019 年获得了一些胜利。
图片
LCNC 的指标是让没有编程教训的人也能开发软件，只有他们想要实现本人的想法。
尽管我对在正式环境中应用 LCNC 框架依然心存疑虑，但它为其余公司奠定了良好的根底，这样的公司能够基于这个根底构建出有用的产品，就像 AWS Lambda 的蓬勃发展是以 App Engine 为根底。
2020 年，LCNC 将会取得更多关注。