主要观点:服务器less架构可能标志着一个时代的结束,它让应用更接近机器依赖,同时使开发者更专注于核心产品。
关键信息:
- 服务器less架构定义:依赖第三方服务和临时容器中的自定义代码,无需购买或租用服务器运行后端代码,应用仍在服务器上运行,但由AWS Lambda等管理服务器。
- 选择原因:能让开发者专注于应用代码,像AWS Lambda等服务负责物理硬件等,开发者只需关注代码。
- 适用对象:函数数量少可考虑,复杂应用也可选择,但需不同架构,已有应用迁移需逐步进行。
- 缺点:存在供应商控制、锁定、安全和多租户问题,缺乏调试监测工具,架构复杂。
- 优势:是外包解决方案,降低打包部署复杂度,利于“绿色”计算,更高效利用资源。
重要细节: - 服务器less架构虽名为“无服务器”,实则仍在服务器上运行。
- 选择时要考虑应用复杂度和已有情况。
- 缺点中供应商控制等问题会导致系统停机等情况。
- 优势中提到大型公司通过将服务器上云等方式减少环境影响。
**粗体** _斜体_ [链接](http://example.com) `代码` - 列表 > 引用
。你还可以使用@
来通知其他用户。