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

原文 | https://www.pulumi.com/blog/is_serverless_the_future_part_2/
作者 | Lee Briggs & Piers Karsenbarg
译者 | donghui
在关于无服务器的第二篇文章中,我们将讨论一些更广泛的问题。再次强调,我们并不是要做硬性规定。我们想提出一些观点,以促进所有利益相关者之间的讨论。许多说所有应用程序都将是无服务器的应用程序的人并未大规模运行其应用程序,也未解决与延迟、复杂性和供应商锁定有关的所有问题。这就是我们在这里要谈论的。
供应商锁定怎么办?
你有多关心厂商锁定问题?例如:你很可能无法将 AWS 中的无服务器架构转移到另一个云提供商。有些组织不关心厂商锁定问题,但很多组织关心。如果你真的在乎,那么在你继续前进之前,请决定你应该在乎多少。
您的组织有多大?
无服务器对于较年轻的组织或较小的组织来说是一个很好的选择,也许大型组织中的新手团队直接关注于交付价值。一旦组织发展到足够大,可以支持专门管理基础设施的团队了,并且使用率增长了,可能就该重新评估情况了。成功采用无服务器平台的大型组织往往是经历了文化转变才获得成功。如果您还没有准备好在组织的所有级别上进行大量投资,以使无服务器的采用获得成功,那么使用更传统的方法(由专门的团队控制供应基础设施)可能更合适。 最后,正如在前一篇文章中所讨论的,大型企业可能想要考虑构建一个基础设施平台,在那里像 Kubernetes 这样的技术可以受益。
架构是什么样的呢?
需要考虑的一点是无服务器的产品和更"传统"的方法在思维方式上的显著差异,这意味着当切换平台时,应用程序可能经常需要重新设计。您可能需要考虑这些体系结构更改的 ROI 是什么。通常,从时间和财务的角度来看,任何应用程序的重新设计都是昂贵的,甚至会给最成功的工程团队带来问题。
无论您是在开发一个新开发的应用程序还是评估一个现有的应用程序,考虑无服务器应用程序的架构都是很重要的。传统的 N 层风格的体系结构或 N 层风格的 web 应用程序需要大量的投资才能迁移到无服务器的平台。
总结
总而言之,无服务器并不能解决所有问题,但是在正确的地方可以提供很多服务。请记住以下问题:
1. 您有多在乎供应商锁定?
无服务器架构不能简单地从一个云提供商迁移到另一家云提供商。您的组织在多大程度上关心供应商锁定?
2. 您的组织规模是多大?
无服务器通常更适合小型组织。一旦有了 IT 员工来支持它,您可能想看看更传统的选择。大型企业可能希望研究 Kubernetes。
3. 您是否比提供应用程序透明性更关心快速提供价值?
如果您希望尽快将应用程序推向市场,那么无服务器可能是一个不错的选择。但是,您将牺牲应用程序的指标和洞察力。随着规模的增长,这可能会导致真正的问题。
4. 您了解应用程序的属性吗?
通常说无服务器可以省钱,因为您只需为使用时间付费。但是,如果您的应用程序具有较长的响应或启动时间,请仔细观察。无服务器可能是一个昂贵的选择。
5. 您的应用程序的体系结构是什么样的?
不要期望传统的端层风格的体系结构能够很好地与无服务器的应用程序配合使用。寻找可以分解成更小的组件一起工作的应用程序。另一方面,将无服务器应用程序迁移到您控制的服务器也需要重新构建应用程序。你有时间和人去做吗?
6. 无服务器是绕过 IT 的一种方法吗?
使用无服务器作为绕过 IT 部门的方法可能不是最好的主意。编写不合规且容易受到攻击的代码太容易了。相反,请使用 DevOps 方法并与所有利益相关者会面以提出解决方案。
7. 安全性如何?
无服务器架构的安全性存在问题。云提供商提供了一些现成的选项,例如 Amazon GuardDuty,但是它们可能有很多限制,限制了无服务器提供的灵活性。实现安全的无服务器应用程序需要大量的思考。
本文转载自 Serverless Life 公众号,转载请联系原作者。
Serverless:这真的是未来吗?(二)的更多相关文章
- DTSE Tech Talk 第13期:Serverless凭什么被誉为未来云计算范式?
摘要:在未来,云上交付模式会逐步从Serverful为主转向Serverless为主. 本文分享自华为云社区<DTSE Tech Talk 第13期:Serverless凭什么被誉为未来云计算范 ...
- Serverless:这真的是未来吗?(一)
原文 | https://www.pulumi.com/blog/is_serverless_the_future_part_1/ 作者 | Lee Briggs & Piers Karsen ...
- 当红开发语言Go,真的是未来的技术主流吗?
摘要:文将详细介绍 Golang 的语言特点以及它的优缺点和适用场景,带着上述几个疑问,为读者分析 Go 语言的各个方面,以帮助初入 IT 行业的程序员以及对 Go 感兴趣的开发者进一步了解这个热门语 ...
- shell编程其实真的很简单(二)
上篇我们学会了如何使用及定义变量.按照尿性,一般接下来就该学基本数据类型的运算了. 没错,本篇就仍是这么俗套的来讲讲这无聊但又必学的基本数据类型的运算了. 基本数据类型运算 操作符 符号 语义 描述 ...
- Serverless 2.0,鸡蛋还是银弹?
简介: 本篇旨在介绍 Serverless 如今应用到应用(非病句)的各种困境,以及帮助用户如何去规避一些问题,提前了解方向. 浪潮 从 2014 年 Serverless 冒头至今,已经有无数的勇士 ...
- [学习笔记]对未来做出承诺的DP小结
这是一种DP状态设计方法. 有些题,当你必须以一个顺序往后填的话,然而后面的填法会对之前产生影响,那么,不妨在之前就对未来怎么填做出承诺. 通俗的讲,就是对未来打一个表. 然后后面填的时候,直接查表转 ...
- 前端如何真正晋级成全栈:腾讯 Serverless 前端落地与实践
Serverless 是当下炙手可热的技术,被认为是云计算发展的未来方向,拥有免运维.降低开发成本.按需自动扩展等诸多优点.尤其是在前端研发领域,使用 Node 开发云函数,可以让前端工程师更加专注于 ...
- 为什么下一个十年的主战场在 Serverless?
作者 | 不瞋 阿里云 Serverless 负责人 "唯有超越,才能让我们走下去." 这是不瞋在阿里的第十年.从 2010 年加入阿里云,不瞋参与了阿里云飞天分布式系统的研发,历 ...
- AWS 15 年(1):从 Serverful 到 Serverless
2006年,AWS发布了其第一个Serverless存储服务S3和第一个Serverful计算服务EC2,这也是AWS正式发布的前两个服务,开启了云计算波澜壮阔的旅程.2014年,AWS发布了业界第一 ...
随机推荐
- servlet中servletContext的五大作用(三)
1. 获取web的上下文路径 2. 获取全局的参数 3. 作为域对象使用 4. 请求转发 5. 读取web项目的资源文件 package day10.about_serv ...
- Go测试--main测试
目录 简介 示例 简介 子测试的一个方便之处在于可以让多个测试共享Setup和Tear-down.但这种程度的共享有时并不满足需求,有时希望在整个测试程序做一些全局的setup和Tear-down,这 ...
- rasa 如何写一个故事
设计故事 在设计故事时,需要考虑两组对话交互:快乐路径和不快乐路径.快乐路径描述用户何时按照您的预期遵循对话流程,并在出现提示时始终提供必要的信息.然而,用户经常会因为问题.闲聊或其他问题而偏离愉快的 ...
- Python3-sqlalchemy-orm 创建关联表带外键并查询数据
#-*-coding:utf-8-*- #__author__ = "logan.xu" import sqlalchemy from sqlalchemy import crea ...
- Servlet学习笔记(四)之请求转发与重定向(RequestDispatcher与sendRedirect)
ServletContext可以实现请求转发(ServletContext请求转发相关内容见之前博客:http://blog.csdn.net/megustas_jjc/article/details ...
- thrift的介绍及其使用
什么是thrift Thrift是Facebook于2007年开发的跨语言的rpc服框架,提供多语言的编译功能,并提供多种服务器工作模式:用户通过Thrift的IDL(接口定义语言)来描述接口函数及数 ...
- Vuex的同步异步存值取值
1. vue中各个组件之间传值 1.父子组件 父组件-->子组件,通过子组件的自定义属性:props 子组件-->父组件,通过自定义事件:this.$emit('事件名',参数1,参数2, ...
- Appium自动化(6) - 控件定位工具之uiautomatorviewer 的详细介绍
如果你还想从头学起Appium,可以看看这个系列的文章哦! https://www.cnblogs.com/poloyy/category/1693896.html 前言 app定位不如web定位那么 ...
- Mysql常用sql语句(11)- between and 范围查询
测试必备的Mysql常用sql语句系列 https://www.cnblogs.com/poloyy/category/1683347.html 前言 between and可以判断值是否在指定范围内 ...
- @RequestParam、@RequestBody、@PathVariable区别和案例分析
一.前言 @RequestParam.@RequestBody.@PathVariable都是用于在Controller层接收前端传递的数据,他们之间的使用场景不太一样,今天来介绍一下!! 二.实体类 ...