中间件能否在无服务器时代存活（上）
极客时间编辑部
讲述：丁婵大小：7.10M时长：05:10
你好，欢迎收听极客视点。
无服务器架构避免了配置中间件的繁琐操作，简化了应用的运行环境。中间件能否在无服务器时代继续存活乃至发展？近日，软件架构师斯里纳斯·佩雷拉（Srinath Perera）剖析了核心、集成、辅助中间件等应用层次受无服务器的影响情况，探索了云部署和本地部署环境下中间件的优劣所在。以下为 InfoQ 的翻译内容。
思维实验
首先，请你考虑以下场景：
无服务器部署已经取得突破，并形成了统领新软件服务市场半壁江山的三大云服务巨头。
由于各巨头间大打价格战，用户从云中获取主机的成本要低于自建服务器。
大多数新应用是使用 IDE 编写的，这简化了无服务器部署。开发人员使用 IDE 编写功能函数，然后通过函数调用构建可工作的应用。进而应用将在本地开发、调试、一步步执行和追踪，一旦可正确运行就在云端部署。IDE 还支持版本控制和 CI/CD。
上述假设场景中的三巨头可映射为现实中面带微笑的杰夫·贝索斯、立刻跟进的微软，以及掌控了庞大资金来源的谷歌。最终，随便一名小朋友都能在一小时内让应用在无服务器环境中运行起来，为自己的了不起开心不已。
那么中间件将置于何处，其未来何在？下面我们基于不同类型的中间件，分别阐释这个问题。
一个典型的应用，其底层通常包括数据库等多个核心中间件服务，在此之上是 ESB、工作流引擎和 API 管理工具等集成中间件，再往上将为终端用户提供应用体验，最后一层提供一些辅助服务，用于提升用户体验，改进应用操作环境，目的是使服务生命周期尽可能的平滑。
上述各层都离不开中间件的支持。下面我们将阐释无服务器云将如何影响各层的实现。
对核心中间件的影响
核心中间件包括为服务和应用的编写和托管提供帮助的中间件，以及应用直接使用的中间件。核心中间件受无服务器冲击最严重。考虑到广域网中存在高延迟，所有中间件会尽可能地部署在同一处。
应用服务器首当其冲，受到了无服务器的直接威胁。很多新应用都倾向于采用微服务架构，无服务器是微服务架构的自然扩展。微服务架构已将单体应分解为各个松耦合的服务，由此应用非常易于迁移到无服务器架构。
无服务器云服务以 PaaS 方式提供数据库、消息代理和流处理器等服务。这里需要考虑两个问题。首先，是否依然给中间件留下了足够的独立用例？其次，如果无服务器架构接管了大部分开发，是否也将选择接管中间件层？
对于第一个问题，应认识到无服务器架构固守着自己的做法。因此，用户可能会遇到并不符合自身期望的情况。这完全可能成为中间件得以延续的理由。另一方面，要解决此类问题，需要精心编排客户服务。
对于第二个问题，即便无服务器占据了大部分市场，也不能说云服务巨头会吞并所有中间件，干掉所有独立项目。中间件可不简单，它历经数十年的时间，汇聚无数人的聪明才智，解决了大量的分歧，才达成目前的现状。一旦缺乏维护，中间件代码会随着其所依赖的终端、硬件和业务的不断演化而腐烂变质。接手它们有太多太多的工作要做，即便是云服务巨头也很难做到。
许多中间件项目都具有活跃的开源社区。由此，云服务巨头可以参加到项目中，做出贡献，并引导项目，进而成为市场领导者，甚至可出于自身的利益考虑做一些市场营销。这样，那些不属于开源项目的独立中间件将会陷入困境，进而逐渐消亡。多家云服务巨头甚至可以出于共同利益或者是并非真正竞争点的考虑，合作构建出类似于 Kubernetes 那样的项目。
对于非开源厂商主导的市场，云服务巨头可通过支付许可费或实现收益分成而参与其中。但在这种关系中，云服务巨头无疑处于价格谈判的上峰。中间件公司将会看到自身的收入虽然增加了，但利润却下降了。鹿死谁手，尚待观察。
以上就是无服务器云对核心中间件的影响，下文将继续分享无服务器云对应用其他各层的影响，欢迎持续关注。
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线笔记
复制
AI
- 深入了解
- 翻译
- 解释
- 总结
该免费文章来自《极客视点》，如需阅读全部文章，
请先领取课程
请先领取课程
免费领取
© 版权归极客邦科技所有，未经许可不得传播售卖。 页面已增加防盗追踪，如有侵权极客邦将依法追究其法律责任。
登录 后留言
精选留言
由作者筛选后的优质留言将会公开显示，欢迎踊跃留言。
收起评论