课程咨询: 400-996-5531 / 投诉建议: 400-111-8989
认真做教育 专心促就业
我们在上文中给大家简单介绍了无服务器架构开发的一些基础知识与应用优势等内容,而本文我们就再来了解一下,无服务架构面临哪些挑战。
供应商锁定
对于无服务器架构,在设计和迁移阶段必须考虑供应商锁定问题。通常,这些类型的架构在各个供应商的“花园围墙”中更容易开发。
这正是为什么公司必须从一开始就清楚地了解从一个供应商过渡到另一个供应商时可能出现的关键问题:
并非所有供应商的运行时和编程语言支持都是统一的,他们还会慢慢调整这些内容。
业界缺乏用于描述触发无服务器代码执行的事件的标准化格式。
一些平台使用专有或内部开发的工具进行打包和部署。
为了缓解这些问题,负责促进云原生实施开放标准传播的云原生计算基金会(CNCF)维护了一个观察站,来跟踪这些按组织分类的无服务器产品。
估算成本的挑战
由于FaaS服务的定价模式是按使用付费,因此很难估算成本。在没有固定费用的情况下,公司需要在必要时支付资源使用费,因此当应用程序实施到生产环境中时,公司经常会遇到令人讨厌的意外。
分析不同供应商的报价是一个好主意。公司实际上可能会发现,不同厂商在成本、免费可用资源等方面有着显著的差异。
冷启动
在无服务器范式中,资源只有在实际使用时才会被计费。出于经济性考虑,在企业实际不使用资源时,云厂商便会将资源停掉。如此一来,有时可能会出现激活延迟(冷启动)。冷启动是指从调用函数到实例激活和响应请求所需的时间之间的延迟。以下为会影响冷启动问题的三个因素:
使用的编程语言
已分配和可用的资源
依赖项的数量和整体应用程序的复杂性
因此,处理设计到的每个参数、优化函数启动时间是非常重要的。企业可以采用云厂商推荐的特定技术,例如AWS用于Lambda函数的技术,或GoogleCloudPlatform用于CloudRun函数的技术。
安全风险
虽然所有云厂商都提供了先进的安全系统,但要知道,为多个客户提供服务的服务器自然比专用本地服务器更容易受到安全问题的影响。这是由于存在更大的事件源集,同时也增加了潜在的攻击面。
【免责声明】本文系本网编辑部分转载,转载目的在于传递更多信息,并不代表本网赞同其观点和对其真实性负责。如涉及作品内容、版权和其它问题,请在30日内与管理员联系,我们会予以更改或删除相关文章,以保证您的权益!更多内容请加danei0707学习了解。欢迎关注“达内在线”参与分销,赚更多好礼。