一文读懂无服务器架构的优劣势 用例和选型

　　将开源无服务器平台部署到Kubernetes会创建大量Deployment，Pod和Container组件。

　　上面的例子显示了一个托管的函数OpenFaaS。大多数开源平台的当前实现技术是为每个函数使用单独的Docker镜像，从而导致在Kubernetes上单独部署。

　　无服务器功能容器。

　　凭借Instana对Kubernetes集群监控的支持，所有这些部署都会自动检测和监控。随着通过这些平台的追踪标准的发展，Instana将采用它们来提供全自动分布式追踪。

　　无服务器是未来吗?

　　走向无服务器不仅仅意味着技术变革，而且意味着业务变革。对于许多在传统基础设施上运行的公司而言，迁移将是痛苦的，并不具有成本效益。当你已经建立了工作流程时，采用FaaS工具来彻底摆脱服务器管理是很难证明的。另外，无服务器远非主流，尽管它朝着这个方向发展并且非常快。

　　作为一个非常有前途的方向，有许多产品并没有真正的标准。将应用程序碎片化为分散功能确实为CI/CD和计算资源效率提供了优势，但代价是更高的复杂性和与平台绑定的风险。

　　开源产品的开发仍处于早期阶段，可靠性不符合生产标准。例如，我尝试使用提供的helm文件将一些项目部署到Google Kubernetes Engine，却只有一个项目成功部署。

　　Gartner预测，在2017年的新兴技术炒作周期中，无服务器/FaaS将在未来2-5年内达到如机器学习，VR和物联网的生产力水平。该技术已经可用，而真正的挑战是确定可能用例的广度，并等待来自所有供应商的更大的编程语言和功能支持。

（编辑：西安站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!