FaaS

在Java生态系统中的微服务上工作时，尤其是使用Spring（Boot）时，您会注意到应用程序会有很长的启动时间，更不用说它们将拥有高内存消耗了。每个微服务的开销最终将在系统上承担其成本。而诸如Micronaut之类的框架可以帮助减少这种开销，而又不损失任何开发人员的生产力。使用Micron

要定义无服务器架构（以下称SA），请考虑它不是什么。SA并不意味着没有物理基础设施或机器。SA实际上是一个从企业角度来看的术语。 建立后端基础设施需要时间和持续维护。设置物理机或虚拟设备，安装应用程序，版本控制，配置，扩展，负载平衡，故障安全机制，

容器==带来所有依赖关系（“静态链接”）；FaaS ==只带来你的代码并从环境中获取你的依赖关系（“动态链接”）。

无服务器通常与函数即服务（FaaS）产品等同，例如AWS Lambda。但是，无服务器不仅仅是FaaS，FaaS平台允许用户编写在事件发生时执行的小段代码，该平台透明地负责配置运行时，自动扩展和安全性。FaaS可以看作是将云服务连接在一起并在某些事件发生时执行的粘合剂。Serverl

我们的行业倾向于迷恋Google，Netflix等公司的技术架构。他们已经构建了一些令人印象深刻的技术来解决罕见的扩展问题，所以这并不奇怪。但是，您的公司/系统是否需要类似的解决方案？可能不是... 对服务网格、K8S和其他原生技术的强烈抵制是合理

过去几年我一直在无服务器社区中试图弄清楚如何帮助其他人理解“无服务器”意味着什么。对于我来说，最近几个月谈论无服务器一直试图避免谈论技术，并试图开始讨论该方法的商业价值。我甚至写过关于其中一些内容的博客：

Netflix等公司首创了微服务等概念，并将其技术堆栈转移到Spring Cloud等大众应用，如今他们又走在了serverless无服务器架构前列：自从hook.io在2014年

无服务器迅速崛起的副作用之一 是：云提供商之间缺乏标准化和互操作性。由此导致云厂商锁定的风险。

无服务器架构并不意味着在没有服务器的情况下运行代码，公司无需购买，租用或配置服务器/虚拟机来运行后端代码。这是一种无需基础架构管理即可构建和运行应用程序和服务的方法。 无服务器架构的演变

Jangda等人由于在“无服务器计算的形式基础”方面的工作而在今年获得了OOPSLA的杰出论文奖。本文的中心是他们观察到无服务器执行环境具有许多独特的属性（例如执行环境的热启动/重用），这会使构建正确的应用程序变得更加困难。它们显示了无服务器功能可以安全地忽略这些特性的条件，因此变得更容易推

无服务器开发人员可以通过多种方式将无状态函数连接到有状态的信息，同时不会给应用程序设计带来延迟。 函数本质上是执行有限指定任务的独立代码块。例如，它们执行脚本或将日志数据从一个应用程序传输到另一个应用程序。无服务器函数就像Java程序中的函数一样，

无服务器计算：前进一步，后退两步 - Hellerstein等。 重点介绍无服务器平台和无服务器设计模式的一些缺点，以及为什么数据传输范例是FaaS的最大缺点，也就是数据运送到代码的计算范式的问题，还有一种是代码送到数据所在处进行计算。关键观点：1. 随着所有通信都都要通过存

无服务器是一种软件开发方法，用于快速构建和部署应用程序，实现松散耦合的模块和微服务。  根据Forrester的说法，“它提供了更好的

无服务器日前在美国非常热门，一场场会议不断举行，从twiiter有关无服务器的话题更新之快也可见一斑，这是一位参加旧金山的Serverlessconf会议以后得到的一些信息披露： 无服务器非常棒，因为：更快地构建应用发展重点无服务器