• 微信公众号:美女很有趣。 工作之余,放松一下,关注即送10G+美女照片!

Serverless:这真的是未来吗?(一)

互联网 diligentman 2周前 (04-07) 7次浏览

Serverless:这真的是未来吗?(一)

原文:https://www.pulumi.com/blog/is_serverless_the_future_part_1/

作者:Lee Briggs & Piers Karsenbarg

译者:donghui

来源:ServerlessLife 公众号

许多开发人员说,无服务器是计算的未来,而其他开发人员说,它永远不会成功。 我们自己的观点没有那么两极分化。我们将无服务器视为一种选择,这是从初创企业到中型企业,再到大型企业的一个可能的垫脚石。 在这两篇博文中,我们将讨论无服务器如何适应这一过程,以及它的优点和缺点。

我们的目标是帮助您切实地评估无服务器计算。 我们希望激发讨论,而不是下意识的反应,无论是赞成还是反对。 希望这些博客文章能帮助您在所有相关人员中展开讨论,就最佳业务方案达成一致。 该课程可能涉及无服务器,也可能不涉及。 在这第一篇文章中,我们将考虑在讨论无服务器时最常见的几个问题。 在第二篇文章中,我们将研究一些更广泛的问题。

什么是无服务器?

“无服务器”这个术语有点用词不当。更愤世嫉俗的人可能会嘀咕,“无服务器仍然在服务器上运行!“这是真的。 不管你使用什么云提供商,你总是使用服务器来运行你的应用程序。必须配置、管理和维护这些服务器。 云提供商提供的无服务器服务通常会抽象出难以管理的运行应用程序组件:它们为您运行和管理服务器。 开发人员可以运行他们的应用程序,而不用担心底层,比如操作系统,甚至计算能力。

为什么采用无服务器?

当人们推广无服务器时,会给出一些现成的答案。 我们将在这里快速地提到它们,然后我们将更仔细地研究这些说法。以下是人们给出的三大理由。

这是一个快速开始的方式

将服务器的管理移交给提供商意味着您可以非常快地将应用程序提供给用户。 有很多底层基础设施您不必为其编写或维护代码。

它很便宜

无服务器可以通过几种方式为您省钱。 首先,因为提供者管理服务器,所以可以降低管理成本。 您也不需要编写那么多代码,因为服务器不是您关心的问题。 您可以更快地将应用程序推向市场,这意味着您可以更快地开始创收。 最后,根据您的使用模式,您只需支付执行代码所用的时间。 你不用为空闲时间付钱。

它处于 IT 控制之外

在采用云工程的组织中,人们经常转向无服务器,因为他们觉得 IT 太慢或反应迟钝。 在”传统”组织中,可能很难购买硬件,采购时间可能太慢,或者可能会因运营或财务而退缩。 这通常是人们转向云提供商的一个原因,作为迁移的一部分,他们可能会考虑使用无服务器。

如果在提供云资源的过程中遇到了诸如严格的权限之类的障碍,那么在已经采用云计算的公司中,您还会看到无服务器的采用。 无服务器是一种绕过被视为”拦路虎”的问题来完成工作的简单方法。 有时,无服务器的推动可能来自开发部门之外的部门。 例如,市场营销部门可能希望发布一些对时间至关重要的内容,因为它与某个事件有关。

或者是?

让我们更仔细地看看人们提倡无服务器的原因。

这真的是一种快速开始的方式吗?

使用无服务器可能会使您的应用程序更容易推向市场,但这需要重新考虑如何构建和开发应用程序,这会导致以后的劳动惩罚。 当您开始利用无服务器产品时,您的组织在构建生产应用程序时采用的传统做法可能需要重新考虑,甚至需要重新调整。 这方面的一个很好的例子是在考虑监控和可观察性时:许多监控平台工作在一个您无法访问的层上,您无法深入了解应用程序的性能。 重新设计和重新思考如何使用无服务器技术构建生产就绪的应用程序,可能会给无服务器的旅程带来意想不到的延迟。

真的便宜吗?

无服务器被认为具有成本效益的原因之一是,您只需为使用的计算时间付费。 但是,使用无服务器可省钱并非必然。 剖析您的应用程序是否合适非常重要。这里有两个注意事项。

请求的模式是什么?

如果您的应用程序有许多小的快速请求,那么无服务器可能是一个不错的选择。 另一方面,如果您的应用程序依赖长时间运行的操作,那么您在查看帐单时可能会感到震惊。

那启动时间呢?

请记住,您仍然需要为应用程序的启动时间”付费”。 无服务器服务通常会受到”冷启动”的惩罚,因此,如果您很少使用或根本没有使用,则可能必须在后台运行其他进程以确保您的应用程序不会为此付出代价。 这也意味着您的第一个请求将比随后的请求花费更长的时间。 如果无服务器功能需要始终快速响应,则可以为诸如预置并发之类的实现支付额外费用,以改善冷启动的损失。 但是,与传统的软件部署方法相比,这可以轻松抵消您可能节省的任何成本。

控制又如何呢?

采用无服务器平台作为部署机制意味着将为基础设施打补丁的责任移交给提供者。 您不再能够对操作系统层的安全警告做出快速反应;你信任你的供应商来做这些。 在这种情况下,你可能不想放弃控制权。

您仍然需要管理应用程序依赖项中的安全通知,并且需要一种机制来对这些问题作出反应。 由于缺乏需要管理的基础设施,无服务器的采集者经常会产生错误的印象,认为他们的应用程序是”安全的”,但这种情况很少发生。 您可能需要为应用程序的渗透测试而采用的任何现有机制进行调整,并适合于任何新的无服务器平台。 虽然您的攻击面可能较小,但仍然需要确保任何潜在的攻击者都很难通过无服务器基础设施水平地进行攻击。

如果您选择无服务器是因为您或其他部门希望绕过标准 IT 过程,那么这将指向组织内部的问题,而不是对无服务器的需求。 技术不能解决文化问题。 真正能解决这些问题的是人们相互交流,找出如何让每个相关的人生活得更好。

您必须明白,您正在将服务器的控制权移交给提供者,而不是自己控制,需要详研究合规性和无服务器优势之间的权衡。

 

展开阅读全文

serverlesspulumi

© 著作权归作者所有

举报

打赏

0


0 收藏

微信
QQ
微博

分享

作者的其它热门文章

使用docker构建jenkins镜像并运行容器
ReviewBoard代码评审实践总结
Jenkins与Docker相关的Plugin使用
svn集成ReviewBoard,让post-commit hook后台运行


程序员灯塔
转载请注明原文链接:Serverless:这真的是未来吗?(一)
喜欢 (0)