===================================================================================
在讨论之前，我们先明确 Serverless 的定义，确保大家对 Serverless 的认知是一致的。
现在 Serverless 越来越热，无论是工业界还是学术界，都将 Serverless 视为云计算发展的下一阶段。Serverless 有很多种表述，其中伯克利大学的定义相对严谨一些。
注：2019 年 2 月，加州大学伯克利分校发表的《Cloud Programming Simplified: A Berkerley View on Serverless Computing》论文，曾在业界引发诸多讨论和关注。
大致来讲，Serverless 实际对应的是一整套的产品体系，而不是单独一两个产品；同时，这些产品/服务之间还具备以下特征：服务之间彼此配合、全托管、用户通过 API 调用就可完成整个功能或应用的开发而无需关注底层基础设施。
这套产品体系目前可分为两类：一类是计算，即 FaaS（Function as a Service）；还有一类是 BaaS（Backend as a Service），比如消息中间件、对象存储，都可以看做是 Serverless 化的 BaaS 服务。
===================================================================================
一个新技术通常会经历几个阶段：
-
第一个阶段，是因为其巨大潜力引起广泛关注的阶段。
-
第二阶段，是认知破灭的阶段，在这个阶段由于产品初期本身能力不是很强健，或案例不全等因素，导致用户在使用过程中往往会遇到挫败感。
-
第三个阶段，是伴随实践的增加和产品能力本身的发展，又会逐步提升认知，进而进入一个稳健增长的阶段。
需要明确的是，Serverless 并不是一个非常新的技术。像阿里云的 OSS、AWS 的 S3 对象存储，它们都是最早发布的产品之一，一开始其实就是 Serverless 的形态。
但业界对 Serverless 的认知，确实是因 AWS 的 Lambda 带起来的，2014 年 AWS 推出了 Lambda。
2017 年到 2019 年上半年，这段时间，业界对 Serverless 的讨论很多同时又有很多困扰，不知道如何落地，或者用了之后才突然觉得跟自己想象的不太一样。
国内外技术发展保持着相似的节奏，国外相对来讲更快一些。从去年开始，国内也开始进入到了稳定发展的阶段。现在国际上主流云供应商提供的新功能或新产品，80% 以上都是 Serverless 的形态。
阿里云从 2017 年开始打造 Serverless，并于当年正式启动商业化。
目前在阿里集团内部已经开始落地 Serverless 了，例如飞猪、淘宝、高德等等。在企业赋能方面，尤其是疫情之后，能够看到用户对 Serverless 的认知比之前确实深入了许多，在很多场景下，切换到 Serverless 架构确实能够为用户带来明显的收益，用户也认可这项技术。
举一项数据来看，目前阿里云 Serverless 已经服务了上万家付费客户，拥有 100+ 的典型案例，函数日调用量超过 120 亿次、函数总量达到 100 万。
============================================================================
对于阿里云自身而言，在最开始构建 Serverless 之初，其实最大的挑战不仅仅是技术层面的，更多的还有观念上的不对称。
首先，Serverless 本身的形态跟以往的计算形态差异比较大，整个研发和运维的体系跟传统应用是割裂的。如果开发 Serverless 应用，其研发运维的流程和工具跟虚拟化（VM）或容器化的方式不太一样，很多用户会担心供应商锁定（lock-in）的问题，不太希望自身的技术栈跟某个供应商绑定。
其次，AWS 的 Lambda 最开始做了一个榜样，但它也实际也只适合于 AWS 的产品体系，如果放在其他的产品体系里会面临非常大的挑战，不易于被用户接受，且限制条件也很多，应用场景也有限。这就要求在技术层面，包括资源调度、安全隔离、多租户管理、流控等方面有很高要求，做起来非常辛苦。因为在此之前没有一个产品的计算形态是如此细粒度、动态的使用资源。
这种挑战，一开始即便在阿里内部，也曾面临过许多争议。
我们这么多年实践积累的宝贵经验是：一定要想明白做这件事的终局是什么，包括在产品体系中的定位，对开发者、对云服务商的价值等等这些问题。这要求我们不断通过实践和认识的深化，让这些问题的回答能够逐渐清晰起来。
======================================================================================
站在客户层面，不同类型的客户对引入第三方的 Serverless 技术其实会有不同层面的考虑。
对于超大型企业，比如 Facebook、字节跳动，企业本身就有非常强的基础设施团队，通常他们会选择自己内部开发这方面技术。
还有一些企业，没有采用 Serverless 并不是说他们对这个技术有什么抵触，而是当下的落地实践或本身的工具链还无法做到完全消除供应商锁定的问题，又或者是因为工具链跟传统开发太过割裂，企业自身无法同时维护两套开发框架。
这种情况下，用户的系统架构一定会面临一个中间状态：既有老的又有新的。如果整个迁移的过程不是那么平滑的话，供应商的这部分优势在客户那里是不存在的， 因为老的系统实际是需要维护的。如此，对用户的吸引力其实就没有那么大了。
阿里云最近开源的 Serverless Devs 解决的就是这样的问题。其定位是帮助用户更简单地开发和运维自己的 Serverless 化和容器化应用，提供应用全生命周期管理的能力。
本质上，Serverless 的环境是在远端，跟用户本地开发环境是天然割裂的，那么在这个过程中，从调试、部署、发布、监控等各个环节，Serverless Devs 都希望能为用户提供更好的体验。但用户可自由使用其中一个或几个功能，不需要将已有的研发运维的流程完全迁移到我们定义的这套规范里。
==============================================================================
2020 年，疫情的背景下，其实也是阿里云 Serverless 技术升级的关键一年。这一年里，团队做了很多大的升级，包括：
-
架构层面，已经升级到神龙裸金属服务器+袋鼠安全容器的下一代架构。好处是能够带来非常高的计算密度，进一步提升弹性能力和性能。
-
缓存方面，发布容器镜像加速技术，能够让GB级别的容器镜像非常快地实现秒级启动。目前已经演进到了下一代，通过阿里内部大规模业务场景进行打磨。
-
运行时方面，去年阿里云重写整个语言运行时，使得更具有可扩展性，启动速度更快。
小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。
深知大多数初中级Java工程师，想要提升技能，往往是自己摸索成长，但自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！
因此收集整理了一份《2024年最新Java开发全套学习资料》送给大家，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。
由于文件比较大，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频
如果你觉得这些内容对你有帮助，可以添加下面V无偿领取！（备注Java）
总结
面试难免让人焦虑不安。经历过的人都懂的。但是如果你提前预测面试官要问你的问题并想出得体的回答方式，就会容易很多。
此外，都说“面试造火箭，工作拧螺丝”，那对于准备面试的朋友，你只需懂一个字：刷！
给我刷刷刷刷，使劲儿刷刷刷刷刷！今天既是来谈面试的，那就必须得来整点面试真题，这不花了我整28天，做了份“Java一线大厂高岗面试题解析合集：JAVA基础-中级-高级面试+SSM框架+分布式+性能调优+微服务+并发编程+网络+设计模式+数据结构与算法等”
且除了单纯的刷题，也得需准备一本【JAVA进阶核心知识手册】：JVM、JAVA集合、JAVA多线程并发、JAVA基础、Spring 原理、微服务、Netty与RPC、网络、日志、Zookeeper、Kafka、RabbitMQ、Hbase、MongoDB、Cassandra、设计模式、负载均衡、数据库、一致性算法、JAVA算法、数据结构、加密算法、分布式缓存、Hadoop、Spark、Storm、YARN、机器学习、云计算，用来查漏补缺最好不过。
Zookeeper、Kafka、RabbitMQ、Hbase、MongoDB、Cassandra、设计模式、负载均衡、数据库、一致性算法、JAVA算法、数据结构、加密算法、分布式缓存、Hadoop、Spark、Storm、YARN、机器学习、云计算，用来查漏补缺最好不过。
[外链图片转存中…(img-Ps5Q0QUv-1710761083668)]
1万+
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
