下列关于网站开发中网页上传,装饰公司网站方案,wordpress导航条左右,怎么把凡科网里做的网站保存成文件来源 | 阿里巴巴中间件作者 | 王树彬#xff0c;阿里巴巴闲鱼架构负责人责编 | Carol2014年6月28日#xff0c;阿里即将赴美上市的这一年#xff0c;西溪园区的一个茶水间里#xff0c;28个人日夜赶工了三个月后#xff0c;上线了一个闲置交易平台——闲鱼。今年5月份阿里巴巴闲鱼架构负责人责编 | Carol2014年6月28日阿里即将赴美上市的这一年西溪园区的一个茶水间里28个人日夜赶工了三个月后上线了一个闲置交易平台——闲鱼。今年5月份在阿里巴巴的年报中对外公布了闲鱼的数据GMV2000亿元同比增长100%每天在线卖家数超过3000万人。 闲鱼已经从一个茶水间创业的内部小产品变成了在C2C领域的领先平台。据艾媒数据估计2020年全年的二手物品交易市场的规模将达到万亿以上。线上交易的繁荣亟需技术架构做相应的调整、演进才能支撑业务的快速发展。闲鱼对于阿里而言有比营收更重要的意义那就是创新。创新不只体现在业务模式上闲鱼的技术架构也在探索最新的方向——向Flutter化、云原生/Serverless化发展。2009年从浙江大学毕业的王树彬在UT斯康达工作了三年后加入阿里巴巴。2017年王树彬首次将Flutter引入到闲鱼从2018年开始王树彬带领闲鱼技术团队在下一盘更大的棋布局Serverless。颠覆性创新往往是从边缘性的地方出现而向云原生化/Serverless化升级对于闲鱼是一条全新的路但趟出了这条路对于很多做线上交易的公司有着巨大的借鉴意义。今天我们就一起聊聊闲鱼的云原生故事。为什么要做Serverless闲鱼是依托阿里电商体系的前台型业务有非常独特的业务特点和用户诉求在底层依托阿里系统的同时在表现层和业务层需要探索适合闲鱼的、并且更加快速灵活的研发体系。按照传统的开发方式闲鱼原有的 IT 系统会面临很多痛点比如客户端交互层、服务端业务胶水层、领域层边界划分不清晰这就导致很小的业务需求就需要整条链路的同学参与协同成本高开发调试周期长。服务端存在巨型应用研发耦合、发布耦合、运维耦合严重甚至系统稳定性也受到很大挑战单个业务问题往往会影响整个应用。运维成本极高。为了保障业务的稳定性和可用性阿里对每一个应用上线都有相应的规范和规则。哪怕是一个很小的内部应用一天可能只有一两个访问量上线也需要遵守既有的规范这势必会消耗一些固定资源。单个应用消耗的资源可能很有限但所有应用消耗的资源累积起来也是一个不小的数字。而对于巨型应用由于影响面巨大发布时要有更加严格的流程和步骤一次发布至少要耗时6小时导致运维成本极高。 Serverless 的出现一方面使云端一体化研发成为可能很多小业务需求的协同成本可以大大降低。另一方面Serverless 使业务胶水层的巨型应用有了比微服务更加合理的拆分方式。传统巨型应用的成本速度、稳定、质量相互制约的瓶颈可以用下面这个三角形来直观的表示。云原生/Serverless 这些新技术的出现可以使应用运维能力下沉传统巨型应用的成本速度、稳定、质量相互制约的瓶颈才有可能被打破。闲鱼在落地新技术的过程中先围绕 Flutter 重点攻坚了 Flutter 混合工程体系、高性能组件库。然后围绕Serverless 重点攻坚云端一体化研发体系、服务端业务组装层架构体系。 闲鱼客户端基于 Flutter 进行架构演进与创新通过 Flutter 统一 Android 和 iOS 双端提升研发效能之后希望通过 FlutterServerless 解决各角色间存在的大量的协同问题正是这些问题导致整体研发效率低移动端离业务越来越远服务端没有时间做底层领域沉淀。通过 Serverless 的引入闲鱼会明显看到整体研发效率的提升。一边探索一边实践2018年闲鱼技术团队开始探索 Serverless整体分为四个阶段自建Dart Server、依托FaaS平台、云端一体化、传统巨型应用Serverless化。2018年5月以 Serverless 思路构建了2s内冷启动的 Dart Server 应用框架用于服务端业务胶水层的轻量化开发。2018年底到2019年初闲鱼启动与Gaia团队协同共建基于Gaia平台的Dart 运行时并上线了部分业务。注Gaia是基于阿里云的面向淘宝业务特点封装的、用于淘宝业务的FaaS平台。2019年闲鱼基于Gaia的Dart Runtime标准化探索 FlutterFaaS 云端编程一体化领域接口元数据化最终诞生了 Nexus 等胶水层业务框架并在闲鱼20多个业务落地。2020年闲鱼开始进行云端的工程工具一体化目标是实现一个工程、多端部署。现在王树彬正带着技术团队攻坚业务胶水层的传统巨型应用治理使传统应用向Serverless化迁移“最快3个月最晚6个月我们就会交出一份漂亮的答卷。”具体来看过去这两年的时间里闲鱼在Serverless上的实践成果主要分为5个方面 云端编程模型一体化框架Nexus API这个框架的目标是使Flutter、FaaS的编程模型统一打通UI、交互、数据、逻辑。王树彬提到一开始说要做Flutter FaaS一体化的时候我们对“一体化“这三个字的认知相对比较模糊只是知道端侧的同学可以用 Dart 这门语言来写FaaS函数这其实还停留在语言上的一体化。对于FaaS所能做的事也仅仅停留在前端实施已久的BFF层面。我们花了很长时间来讨论基于Dart生态下前端的 FaaS 在研发交付其实并不高效研发阶段主要面临的问题是编程语言不统一编程语言本身虽然不是最大的障碍但这也确实给前端开发者增加不少门槛而且更重要的是语言背后的生态、环境与体系更是一道高高的墙。开发模式与架构割裂环境复杂端侧一个工程FaaS侧也有一个独立的工程它们背后有自己的一套构建、调试、集成/发布的工具链除此之外FaaS 还有自己配套的环境、Runtime、框架作为支撑。开发者面对这样复杂的 FaaS 研发环境与双重的研发工作流是无法做到高效交付的。最终我们对一体化有了一个比较清晰的共识那就是要实现两个核心的一体化语言一体化开发模式与架构一体化编程语言的一体化可以为开发者提供一种熟悉的技术栈开发模式与架构一体化能帮助开发者解决工程割裂以及背后复杂的 FaaS 本地运行环境问题带来与原研发模式基本一致的研发体验。通过这两个层面的一体化最终达到开发 Flutter 页面和开发 FaaS 无明显Gap。例如闲鱼客户端Flutter以往是用Redux框架开发在Nexus API框架下可以使Redux与FaaS调用无缝集成。CLI 开发工具标准化云端一体化开发时通过 CLI命令行工具屏蔽 FaaS 开发的一些细节使客户端开发 FaaS 时的开发体验标准化符合客户端同学的本地开发习惯。基础服务 BaaS 化过去两年我们在逐渐简化基础服务能力如对象存储、消息、搜索。同时建设业务领域层服务的元数据中心这些简化的基础服务能力再加上已有的业务领域层服务使客户端同学可以快速组装业务。 云端工程一体化闲鱼在成功引入 Flutter 后在端侧形成了以 Flutter 为主、H5为辅的跨端研发体系使传统的 Android 和 iOS 的两端研发合并成一端。在端上的生产力得到释放时我们发现端的同学有机会向下层走一点使服务端面向简单的数据组装逻辑由端的同学一人闭环完成这套模式尤其适用于一些小业务的需求。类似的尝试业界其实早就有了例如 GraphQL 框架的流行前端的BFF层的形成。但有了Serverless服务端轻量代码的开发可以极大地简化所以闲鱼选择这个时机推进云端一体化。云端一体化涉及到云端编程框架、工具链、工程体系、基础服务BaaS化、领域服务下沉同时也涉及人员上的组织保障、分工重塑、安全生产培训等。传统巨型应用的Serverless化改造Serverless不是银弹但与业务胶水层的特点很匹配非常适用于解决胶水层的传统巨型应用的拆分这也是闲鱼正在攻坚的下一个难题。难题与破局闲鱼落地 Serverless 的过程中并非一帆风顺。王树彬提到在Serverless云端一体化过程中遇到了一些技术难题比如Java富客户端的异构语言访问、开放环境如何统一以及客户端同学对领域接口不熟悉等问题。在闲鱼的Java系统中存在大量的Java富客户端应用。针对Java富客户端的异构语言访问闲鱼以Sidecar的模式建立Java的Proxy来解决这类问题。紧接着为了让开发环境统一闲鱼开发了自己的CLI工具GCLI。GCLI是一个基于支撑 FaaS 研发生命周期的命令行工具它定义了闲鱼 FaaS 开发闭环统一了 FaaS 的研发环境是提升FaaS研发效率的利器。GCLI 将研发闭环拆解成适合Serverless 研发习惯的开发指令。为了让用户继承其研发习惯和工具闲鱼优先选择了基于本地的开发方案使用Docker技术统一开发环境在 Dcoker 内声明Dart FaaS技术栈依赖的运行环境(软件配置)。借助容器技术FaaS 的软件环境可以移植到任何支持Linux运行的操作系统从而解决了环境统一的问题GCLI 通过 FaaS  Open API 实现本地和函数平台实现互操作形成完整的研发闭环。最后针对客户端同学对领域接口不熟悉的问题闲鱼开发了领域层的元数据中心。云端一体化重塑了传统的云、端边界减少了协同也给人员的分工带来了更大的灵活性技术上的研发效率、研发质量也明显提升。而这些改变对于业务带来的直接好处就是可以让业务有更快的迭代速度、更快地适应市场和用户需求的变化。 云端一体化目前应用在闲鱼的重交互场景以及轻量业务场景中其带来的技术效率、质量提升更容易以量化的数据形式呈现。例如以典型的中大型业务需求抽样统计开发人日降低了30%千行代码Bug率降低了20%。如果以零散需求统计数据提升会更加明显。以往的小需求由于多个同学参与往往排期需要几周而云端一体化后资源的灵活性明显提高使需求响应速度大大提升。“但是还有一些问题没有解决”王树彬说在 Serverless 的巨型应用拆分方面闲鱼遇到的问题更加严峻比如微服务和 Serverless 的选型在 Functions 之间代码复用对函数的依赖做统一升级这几个问题的方案闲鱼还在逐步验证中待经验成熟后再向大家详细分享欢迎持续关注。借鉴与思考什么样的公司、应用或场景应该选用 Serverless 的架构模式目前没有具体的定义关键在于想清楚。想清楚就需要平衡好收益、成本、效率和应对市场的能力。其中成本是企业更为关注的因素这其中包括基础设施搭建的成本、运维成本、扩容成本、安全成本等。Netflix是落地 Serverless 的一个成功的典型Netflix 在产品设计上一直都有创新的基因除了不间断的 A/B 测试之外每周都会发布很多新功能。为了确保这样高强度的工作成果就需要一个 API 服务平台来帮助客户端工程师快速而有效地将更改的需求部署到服务层。FaaS 通过把那些与服务相关的所有平台组件抽象为业务逻辑本身来实现这一目标而 Serverless 模式能够为Netflix提供一个平台即使没有服务器和运营经验的工程师也可以开发高可用的服务。采用 FaaS 模式本质上是对交易速度和可能性的定制化。有些应用程序的 FaaS 服务表现得很好——Netflix API 的情况就是如此Netflix 运行的是相对统一的微服务只需要访问和改变下游服务的数据。然而如果服务需要定制化例如需要改变服务平台的各个组成部分像 RPC、数据访问、缓存、认证等那么 FaaS 模式可能无法为这些服务提供足够的灵活性。自建 Serverless 平台对企业IT人员的要求比较高同时建设成本也很高。另外实施Serverless 需要一个成熟的生态。绝大多数情况下已经上云的企业应该优先考虑云厂商的Serverless产品而没有上云的企业需要考虑现有系统的生态情况是否能与云厂商的Serverless产品兼容。 对于 Serverless 产品的选型应该综合几个方面来看生态的成熟度支持的开发语言功能丰富度收费标准等关键是结合企业自身业务发展的需求。关于未来OReilly 曾对 Serverless 的应用情况进行了过一次调查发现软件行业的开发者关注和应用 Serverless 非常多这在意料之中但是金融和银行业也在高度关注Serverless原因之一是越来越多的金融科技初创企业的诞生它们承担了传统基础架构的责任并且以更开放的心态接纳和拥抱 Serverless 。对于拒绝 Serverless 的理由60% 的受访者表示是安全问题。因为很多行业对于 IT 环境的安全性要求很高而采用任何新技术都可能会带来安全风险。此外开发者另外一层顾虑主要是担心被厂商绑定这就导致具备一定规模的组织会基于开源方案如 Knative搭建自己的 Serverless 平台。而一旦某个开源方案成为主流云厂商就会主动去兼容开源标准并增大社区投入。Serverless 除了对技术和业务产生影响外对于企业组织架构和技术人员也提出了新的要求。首先Serverless 改变了沟通结构。按照康威定律组织架构需要适应新的沟通结构才是最好的匹配。闲鱼以前负责客户端和服务端的同学是分开的在全新的 FlutterServerless 的背景下组织结构也需要做相应的调整。经过讨论闲鱼最终决定按照业务线划分将客户端、服务端的同学按业务线重新组合到一起。其次Serverless 使客户端的同学有机会更多的了解业务这就要求客户端同学更加具有业务敏感度。Serverless 促使客户端同学扩大了技术边界也需要了解一定的服务端开发概念。最后Serverless 要求原有的服务端同学有更好的数据建模、领域建模能力从而有助于底层接口复用度更好。从最开始不被外界看好甚至被调侃为“咸鱼”到如今实现了千万DAU盘活了一个万亿级市场闲鱼的出现无论是对前端的电商生态还是用户在互联网上的生活形式都产生了重要的影响。为了支撑起闲鱼万亿的交易规模王树彬和技术团队正在紧锣密鼓地进行传统巨型应用的 Serverless 化改造“闯过了 Serverless 的这一关才是我比较满意的状态。”云栖大会预告在9月17-18日云栖大会上王树彬将在「Serverless分论坛 — 2020 Serverless 新浪潮」分享《闲鱼Serverless架构实践》的话题敬请期待。更多阅读推荐野鸡大学怎么知道考生电话的我把这篇文章给女朋友看她终于明白什么是「数据中台」了什么是Docker看这一篇文章就够了阿里工程师用 8 张图告诉你如何存储、管理泛内容数据七夕恋爱指南理性算计与不可篡改的爱11项重大发布百度大脑语言与知识技术峰会全程高能