天风天瑞两只基金已完成募资设立，总规模达2.5亿元，
06-18
编者按：本文以“知晓云”为例，结合Ben Kehoe关于Serverless和数字效益的思考框架，来解释为什么Serverless云计算值得被企业数字化团队采用，并提出“移动端使用Serverless后端，就是专注于业务”的主张。
“普丁”及面向移动端的无服务器架构“普丁”于2018年8月8日上线，是广州爱范儿科技有限公司旗下的数字化服务平台，以“数据”双引擎提供云一体化服务+“营销”，驱动产业数字化升级。
知晓云是国内首个专注于小程序开发的后端云服务，为开发者提供最低门槛的Serverless无服务架构接入体验。
上图《企业移动终端架构：知晓云 vs. 传统云》对比了普通云计算平台和知晓云无服务器平台托管的移动终端（小程序）的不同软件架构。
在两种不同的组合下，软件团队（包括测试、运维、产品管理）需要关注的技术对象，前者是后者的数倍。
传统架构下，移动软件团队需要设计、开发和持续维护的软件组件不仅包括移动终端，还包括相应的业务逻辑、接口服务以及一系列连接独立数据库的中间件软件代码。
最底层，有很多层和依赖关系。
复杂的。
事实上，架构中每增加一个组件，团队就必须长期维护这个组件对应的软件代码。
对比新旧架构不难发现，移动后端通过“知晓云”无服务器平台实现了相同的功能，而软件团队只需要专注于设计、测试、开发和持续运维即可。
业务逻辑——即侧重于使用不同的Function——软件代码的最小单位来表达各种业务逻辑和功能。
例如：用户如何使用小程序提交表单、如何支付产品和服务订单等。
知晓云将移动后端所需的所有中间件功能封装成如图所示的六大服务。
软件团队只需要按照知晓云的官方文档和示例代码，专注于业务功能的开发，例如支付、通过事件触发不同的任务等。
流动。
作为全球首家为社交网络原生移动应用小程序提供托管服务的提供商，爱范儿“知晓云”已经发展成为既可以托管移动端，又可以托管小程序的后端平台，无需配置和部署。
维护后端。
一切烦恼计算资源，多余的人力时间可以更专注于如何提供更多更好的业务功能。
企业移动应用后端迁移到Serverless（第三方）服务对团队的整体效率意味着什么？接下来，我们来看看云机器人科学家 Ben Kehoe 对企业软件采用 Serverless 开发模式的看法。
这对于正在思考企业移动终端、小程序（软件）是否应该采用Serverless的你来说，也具有同等的参考价值。
Serverless软件开发模式的重点是“聚焦业务”。
Serverless 是一种注重商业价值的方法。
团队专注于在移动业务代码中处理业务的具体功能，让大家专注于编写业务逻辑，而不是编写业务逻辑的支撑基础设施。
（第三方）托管服务让您可以专注于编写功能。
更少的运维资源，可以腾出人力和资金，为客户创造新的价值。
可观察性为您提供了处理 MTBF 和 MTTR 的工具，这两者都衡量您的客户获得价值的频率。
在云计算上花费更少的钱意味着您可以将其更直接地用于支持价值创造。
您应该选择无服务器，因为您希望专注于创造价值——在您的公司中，您努力应用技术来创造业务价值。
例如，回到成本方面，Lyft 每年 1 亿美元的 AWS 账单最近上了新闻。
许多人插话说他们可以做得更便宜 - 他们不能，但这不是重点。
如果 Lyft 改用 Lambda 并托管尽可能多的服务，他们的账单会更低吗？大概。
但是当他们花时间重新架构时，这有什么好处呢？他们失去焦点。
公司正处于发展比成本控制更重要的阶段。
最终，这种情况可能会改变。
上市公司对股东负责，因此降低成本可以为他们带来价值。
但现在对于 Lyft 来说，为客户提供价值意味着执行当前的应用程序和流程。
他们正在制定无服务器选项。
无服务器从来都不是我们所说的无服务器技术。
那么我们所说的无服务器技术与它有什么关系呢？ Serverless 是关注商业价值的结果。
技术是您如何交付价值的结果。
开发团队和运营团队传统上是分开的，因为他们有不同的侧重点。
但我们看到这种趋势正在发生变化。
传统模式注重技术——开发技术 vs 运维技术。
但我们意识到，重点应该放在价值上——交付的功能，包括它的构建和运行方式。
当我们采用关注商业价值的概念并运行它得出逻辑结论时，我们就得到了无服务器。
当您想专注于交付价值时，您需要编写函数。
当函数需要状态时，就需要数据库。
要从其他人那里获取它，您可以使用 DBaaS – 您可以根据它让您集中注意力的程度在您的选项之间进行选择。
在选择托管服务时，其中一些甚至可能是面向用户的。
如果您可以使用社交帐户登录而不是拥有自己的帐户，那么您需要管理的事情就少了一件，并且对用户体验的影响力也较小。
现在，您仍然对外包的一切负责。
你的用户并不关心他们的糟糕体验是由第三方造成的，这仍然是你的问题。
您必须接受用户服务可能会因故障而中断，同时接受您无法完全控制自己的命运。
这是一个不舒服的地方，但这是值得的。
你无法在这些事情上赢得分数——但你可以失去它们。
这意味着您需要知道“坏”是什么样的。
这就需要你对外包的产品和技术有足够的了解，以确保你为用户提供足够的质量。
请注意，在一个重点领域拥有深厚的专业知识，在相邻领域拥有广泛但薄弱的知识，这与适用于组织和团队的 T 型技能的概念非常相似。
无服务器是一种特质 无服务器是公司的一种特质。
如果一家公司决定不应该拥有非其业务价值核心的技术，那么它就是无服务器的。
很少有公司是完全无服务器的。
但在公司内部，仍然可以存在无服务器部分。
如果您的团队决定仅关注其提供的价值，并将超出这些价值的任何内容委托给另一个团队，或者最好是外部团队 - 那么您的团队将变成无服务器。
您不能总是选择使用外部技术 - 没关系，您仍然可以在考虑到限制的情况下做出最佳选择。
在一个足够大的组织中，它不再重要。
当 Amazon.com 使用 Lambda 时，它是完全无服务器的，尽管它在某种意义上是本地部署的。
但如果只有你一个人怎么办？如果您对无服务器感到兴奋，但在公司中感到完全孤独怎么办？如果您与实际业务价值相去甚远，该怎么办？如果您修补一个为创建面向用户的内容的团队提供服务的团队，该怎么办？我想让您相信，您现在可以在任何情况下实现无服务器。
无服务器是方向，而不是目的地。
我曾经将无服务器技术作为一个范围来讨论，因为我知道没有明确的界限来区分无服务器技术和非无服务器技术。
我的意思是，几乎没有一条明确的线来分隔任何给定的分组，所以我对这个假设非常安全。
我谈到了像 Kinesis 这样需要管理分片的东西，它是无服务器的，但比 SQS 的无服务器程度要低一些。
您不必使用 RDS 修补实例，但需要选择实例类型和数量。
这些技术在不同程度上都是无服务器的。
但最近我开始意识到，将无服务器描述为一个范围的问题之一是它并不意味着移动。
仅仅因为您使用的产品被指定为无服务器，并不意味着您应该感觉自己已经获得了无服务器 - 继续使用它并认为您已经选中了无服务器框是可以接受的。
企业数字化如何攀登无服务器的阶梯 我开始将无服务器视为一个梯子。
您正在攀登某种涅槃，无需任何开销即可提供纯粹的商业价值。
但阶梯上的每一级都是有效的无服务器步骤。
如果您从本地迁移到公共云，这就是一个阶梯。
如果你从虚拟机迁移到容器，这是一个阶梯。
如果您要从无容器编排或自定义编排迁移到 Kubernetes，这里是阶梯。
如果您从长时间运行的服务器迁移到自托管的 FaaS，这是一个阶梯。
但你上面总有一个梯级，你应该永远不断地攀登。
“阶梯”模型没有传达的一件事是它不是线性的。
从虚拟机迁移到容器再到 Kubernetes 都是一个阶梯，但将虚拟机从本地迁移到云也是如此。
在这些情况下，通常没有明确的“更好”。
我想到了通往山顶的许多路径的比喻，但我喜欢梯子的原因是它可以是无限的。
没有最终状态。
我喜欢 Lambda，但我一直在寻找更好的方式来交付代码，让我更加关注价值。
无服务器是一种心态 无服务器是关于你如何做出决策，而不是你的选择。
每个决定都有限制。
然而，如果你知道正确的方向，即使你不能直接这样移动，你也可以选择最紧密耦合的选项，然后向上移动另一个梯级。
那么，你如何采用这种思维方式呢？您如何做出无服务器选择？配置是你的朋友我认为许多开发人员都看不起配置，认为它“不是真正的编程”。
有一种对编程的盲目崇拜。
有人说“软件正在吞噬世界”，但我们不准确地将其翻译为“编码正在吞噬世界”。
我们开始相信开发人员是组织中唯一重要的人，并且我们的生产力意识是唯一重要的事情。
我们想要感受到自己的状态，而这正是编码所提供的。
这方面的任何障碍都不利于业务。
我们不知道进入这个领域是否真的比其他路线更快更好地创造价值。
请记住：几天的编程可以节省配置约束的时间，这是好事。
删除选项可以帮助您保持专注。
显然，并不是所有的限制都是好的——但一般来说，做一般事情的能力是以花更长的时间做一件特定的事情为代价的。
轨道可能会磨损，但你会比一直盯着边缘跑得更快。
这样，选择 Serverless 后端就是“操作极简主义”，并且消除了干扰。
近藤麻理惠现在已经很强大了，同样的建议也适用。
查找堆栈中不创造价值的组件。
对可能发生的事情的巨大可能性的恐惧隐藏着复杂性。
与任何技术一样，我的主要评估指标之一是它具有超出手头任务的能力。
当有很多额外空间时，就会有不必要的复杂性需要处理和学习。
人们将 Kubernetes 吹捧为满足每种云需求的单一工具 - 事实确实如此！但如果一切皆有可能，那就一切皆有可能。
Kubernetes 对于给定的任务可能会出错，因为您没有考虑它在与该任务无关的情况下会如何表现。
另一方面，当您考虑无服务器服务时，您可能必须在主要提供商的 80% 解决方案或更适合您需求的第三方提供商的服务之间进行选择。
但是这个新提供商的运营需求是什么？身份验证是什么样的？这些都是隐藏的复杂性，你需要引入这些特性，你需要权衡这些特性的差异。
接受不掌握自己命运的不适感当您使用托管服务时，提供商中断可能会给您带来压力。
你无法解决他们的问题。
这是无法回避的——总是感觉很糟糕。
您可能会想，“如果我运行自己的 Kafka 集群而不是使用 Kinesis，我就能找到问题并解决它。
”这可能是真的，但您应该记住两件事： 这会分散您对创造商业价值的注意力。
你几乎肯定会在运行它时做得更糟。
你会遇到更糟糕的事情。
服务提供商的人生目标就是擅长这一点——他们有规模经济，而你没有。
摆脱“我总是可以自己开发这个东西”的态度可能很困难。
Jared Short 最近提供了一套出色的技术选择指南。
我这些天对无服务器的思考是按顺序考虑的：如果平台拥有它，就使用它——如果市场拥有它，就购买它；如果平台拥有它，就使用它。
如果你可以重新考虑需求，就执行——如果你必须构建它，就拥有它。
版权声明：本文内容由互联网用户自发贡献，本站不拥有所有权，不承担相关法律责任。如果发现本站有涉嫌抄袭的内容，欢迎发送邮件 举报，并提供相关证据，一经查实，本站将立刻删除涉嫌侵权内容。
标签：
相关文章
06-18
06-18
06-18
06-18
06-17
最新文章
Android旗舰之王的过去与未来
智能手表不被开发、AR眼镜被推迟，Meta的产品经历了一波三折
为什么Cybertruck是特斯拉史上最难造的车？
更新鸿蒙3后，文杰允许你在车里做PPT了
新起亚K3试驾体验：追求“性价比”，韩系汽车仍不想放弃
阿维塔15登场！汽车配备了增程动力，理想情况下会迎来新的对手吗？
马斯克宣布创建 ChatGPT 竞争对手！ OpenAI的CEO给他泼了冷水， GPT-5可能会发生巨大变化
骁龙无处不在，是平台也是生态