无服务器架构3/3
- 不足之处
- 与生俱来的劣势
- 供应商控制
- 多租户问题
- 供应商锁定
- 安全顾虑
- 跨客户端平台重复实现相同的逻辑
- 丧失优化服务器的能力
- 无服务器FaaS不支持服务器内状态
- 实现方面的劣势
- 配置
- 自己对自己发起的DoS攻击
- 执行时间
- 启动延迟
- 测试
- 部署/打包/版本控制
- 发现
- 监控/调试
- API网关定义和“管太宽”的API网关
- 行动推迟
- 无服务器技术的未来
- 弥补劣势
- 工具
- 状态管理
- 平台的改进
- 教育
- 提高透明度/为供应商确定更清晰的预期
- 新兴模式
- 超越“FaaS化”
- 测试
- “可移植”的实现
- 针对供应商的实现进行的抽象
- 可部署的实现
- 社区
- 结论
- 致谢
不足之处
亲爱的读者朋友们,希望上面提到的各种显著优势能让你满意,因为随后我们要用现实“打脸”了。
无服务器架构很多方面让人欣喜,如果不是感觉这种技术为我们做出了很多美妙承诺,我根本不愿意花时间介绍,但各种优势和收益都是需要付出代价的。其中一些代价是这种概念与生俱来的,无法通过进一步发展彻底解决,考虑使用无服务器技术时绝对不能忽略这些问题。另外有些代价来自无服务器技术目前的实现,随着进一步完善这些问题有望得到顺利解决。
与生俱来的劣势
来源: http://www.infoq.com/cn/articles/no-server-architecture-paer03