Serverless

作者 | 马超 责编 | 胡巍巍 出品 | CSDN（ID：CSDNnews） 近日，IBM的新CEO阿尔温德·克里希纳（Arvind Krishna，以下称 克里希纳 ），正式走马上任，这位新上任的CEO是一位业务经验丰富的技术专家，他在IBM工作了30年，也是2018年斥资340亿美元收购红帽公司背后最主要的推动力量。 不过他的上任没有发表任何演讲，而是通过邮件、Slack和网络广播等工具来帮助他传达自己的上任宣言。据了解，IBM将专注于AI和混合云，并将它们视为未来的关键技术。他提出，IBM提供核心技术的传统使其在像今天这样的高压时期变得不可或缺。 如果说这场公共健康危机揭示了什么，那就是IBM在世界上所扮演的、永远不可或缺的角色。与前任罗睿兰不同，克里希纳有丰富的云计算经验，也不沉溺于过去的辉煌。他还表示世界上只有20%的人在使用云计算技术，而且它只利用了AI生产力潜力的4%。疫情使目前云计算比以往更重要。 国际巨头动作频频 目前IBM这个“蓝色巨人”不再像很久以前那样在科技行业独领风骚。截至2020年3月底，IBM的市值跌至不到1000亿美元，约为竞争对手微软和亚马逊市值的十分之一。在这样的时点，一位云计算方面的专家掌管IBM，可能真的意味着IBM将All In云计算了。 无独有偶，Google云计算平台Google Cloud掌门人托马斯·库里安（Thomas

过去几年是云原生理念高速普及的黄金时期。微服务、容器、无服务器架构、服务网格等新技术的出现，在技术社区中激起了一浪又一浪的创新热潮。然而由于金融行业对性能和安全的严苛要求，云原生技术在企业实际场景中的实施落地，特别是在金融场景的实施落地，仍然面临诸多挑战。 本文整理自2020阿里云线上峰会蚂蚁集团资深技术专家尹博学的主题演讲，为大家分享蚂蚁关于金融级IT架构及分布式架构的思考和应用实践。关注本公众号，蚂蚁SOFAStack白皮书即将发布，不要错过哦～ 以下为演讲整理全文： 大家好，我是蚂蚁集团的尹博学，今天和大家分享一下蚂蚁关于金融级IT架构及分布式架构的一些思考和应用案例，主要包含三个部分，分别是行业常见的分布式架构介绍、蚂蚁单元化架构的介绍以及单元化架构的应用案例。 行业常见分布式架构 行业常见的分布式架构主要包含，单活架构、双活架构和冷备架构。从容灾能力角度来看，双活架构和冷备架构均能做到应用级跨机房容灾，但是数据库因为使用了异步复制的技术，无法做到机房级RPO=0的容灾。再看灰度发布的能力，冷备架构和双活架构都只能做到机房级灰度发布，无法做到更细粒度的灰度发布。 蚂蚁集团单元化架构介绍 在介绍完行业常见的分布式架构后，我们来看一下蚂蚁的分布式架构发展历程，和单元化架构的详细介绍。 这是蚂蚁分布式架构发展历程。蚂蚁也经历了 单活 、 同城双活 、 两地三中心 三个阶段

联席作者：谢璐 谢庆芳 伊安娜 任浩军<br />郑重鸣谢：Nacos - 彦林，Spring Cloud Alibaba - 小马哥、洛夜，Nacos 社区 - 张龙（pader）、春少（chuntaojun） 相关文章推荐： 掌门教育微服务体系 Solar | 阿里巴巴 Nacos 企业级落地上篇 掌门教育微服务体系 Solar | 阿里巴巴 Nacos 企业级落地中篇 前言 在高速发展的时候，公司规模越来越大，老师人数越来越多，这时候公司不能铺太多人去做运营与服务，必须提高每个人效，这就需要技术驱动。因此掌门教育转变成一家技术驱动型的公司，如果被迫成为一家靠资金驱动的公司就活不下去了。 -- 张翼（掌门教育创始人兼CEO） 掌门教育自2014年正式转型在线教育以来，秉承“让教育共享智能，让学习高效快乐”的宗旨和愿景，经历云计算、大数据、人工智能、 AR / VR / MR 以及现今最火的 5G ，一直坚持用科技赋能教育。掌门教育的业务近几年得到了快速发展，特别是今年的疫情，使在线教育成为了新的风口，也给掌门教育新的机遇。 随着业务规模进一步扩大，流量进一步暴增，微服务数目进一步增长，使老的微服务体系所采用的注册中心 Eureka 不堪重负，同时 Spring Cloud 体系已经演进到第二代，第一代的 Eureka 注册中心已经不大适合现在的业务逻辑和规模，同时它目前被

NO.1 前言 Serverless 一块深水的坚冰，逐步从深海付出了水面，阿里淘系从去年在大促实践开始，逐渐将 Serverless 应用到前端领域方方面面。而 Node.js 作为前端最有价值的武器，在这其中，发挥了其灵活，轻量的本质，让业务提效。如今，Node.js Serverless 从幕后走向前台，本篇就跟随我们来一一解开 2020 双十一 Serverless 如何让业务落地，开发提效，以及规模化的面纱。 依托阿里云 Serverless 函数计算等基础设施，今年（2020）淘系前端在行业导购、会场、营销v榜等业务场景中规模化使用了 Node.js Serverless 技术，请求相比去年（2千QPS）今年达到新的水平（峰值总计5万QPS），同时将CPU水位，相比去年 FaaS 平均水位（20%）提升到（40%）。在业务价值方面，Node.js Serverless 支撑的云端一体研发模式交付平均提效 38.89%。今年更是依托 Serverless 的便利性和可靠性，帮助双十一特色的淘宝、天猫、飞猪等会场页面快捷地落地 SSR 技术提高页面体验。在运维方面，今年优化大促态和日常态流程，让开发者在应对更高 QPS 规模时，精力花费降低约50%。在研发体验方面，打造解决方案体系，降低研发门槛，支持外包快速入场。 本文将介绍我们在淘系双十一，从日常开发到作战的方案与经验

前言 每年双十一购物狂欢节都是云原生数据仓库AnalyticDB MySQL版（原分析型数据库MySQL版）的一块试金石。今年AnalyticDB除了在阿里数字经济体内进入更多核心交易链路，全力支撑双十一以外，AnalyticDB全面拥抱云原生，构建极致弹性，大幅降低成本，释放技术红利，重磅发布了诸多全新企业级特性，让用户及时拥有极高性价比的云原生数据仓库。 云原生数据仓库AnalyticDB 云原生数据仓库AnalyticDB是一种支持高并发低延时查询的新一代云原生数据仓库，高度兼容MySQL协议以及SQL:2003 语法标准，可以对海量数据进行即时的多维分析透视和业务探索，快速构建企业云上数据仓库，实现数据价值的在线化。 AnalyticDB全面覆盖数据仓库场景，包括报表查询、在线分析、实时数仓、ETL等，应用范围广。AnalyticDB兼容MySQL和传统数据仓库生态，使用门槛低。 AnalyticDB全力支撑双十一 2020年双十一，AnalyticDB支持了阿里数字经济体内几乎所有BU的业务，承载了集团的菜鸟、新零售供应链、DT数据系列产品、数据银行、生意参谋、人群宝、达摩院店小蜜、AE数据、盒马、天猫营销平台等130多个主要业务。从核心交易链路的高并发在线检索到复杂实时分析应用场景，表现非常稳定。当天各项指标再创新高，AnalyticDB当天的写入TPS峰值到达2

今天跟大家分享的是阿里内部资料，帮助大家开启云原生时代Serverless之门， 文末下拉获取网盘链接 一、快速入门 1.初识 Knative: 跨平台的 Serverless 编排框架 2.在阿里云上一键安装 Knative 3.手动安装 Knative 4.Serving Hello World 5.Eventing Hello World 6.Tekton Hello World 二、Serving 进阶 1.自动扩缩容 - Autoscaler 2.Serving 健康检查机制分析 3.流量灰度和版本管理 4.服务路由管理 5.WebSocket 和 gRPC 服务 6.Serving Client 介绍 三、Eventing 进阶 1.定义无处不在的事件 -CloudEvent 2.关于 Broker/Trigger 事件模型 3.事件注册机制 - Registry 4.Sequeue 解析 5.Parallel 解析 四、云原生开发实战 1.日志和监控告警 2.调用链管理 3.使用 GitHub 事件源 4.基于 Kafka 实现消息推送 5.基于 MNS 与 OSS 实现人脸图片识别 6.基于 APIGateway 打造生产级别的 Knative 服务 7.三步走！基于 Knative Serverless 技术实现一个短网址服务 8.基于 Knative

今年双11的整体节奏从之前的“光棍节”变为“双节棍”，具体业务上也有很多变化和调整，应了阿里的土话“唯一不变的是变化”。面对这些变化，是挑战也是机会，我们要做的就是，“既要”高效支撑保障业务先赢，“又要”确保体验和稳定性带给用户极致体验，“还要”追求创新让前端持续演进。为了实现“既要、又要、还要”，包括技术方案、流程机制、人员组织等各方面都进行了大量的设计和保障。最终第一次双峰的双11圆满结束，淘系前端也实现了自己的目标，包括应用大量优化手段和创新方案带来业务转化提升；将FaaS、PHA、ESR等技术应用在更多场景，分别向服务端、客户端、CDN节点进一步拓展了前端的能力和边界；应用视觉还原、一体化研发等提升研发效率，大幅缓解资源瓶颈等等。下面会整体介绍一下淘系前端在今年双11的思考和沉淀，希望对大家有所助益。后续也会有各个专项的系列文章，希望大家持续关注。 变化 & 挑战 今年的双11，首先感受到的就是源源不断的变化。 单峰变双峰：双11从之前的一个波段变成今年的两个波段，大促的三个阶段预售、预热、正式也都对应的翻倍。首先带来的是研发工作量的大幅增加，在时间排期不变、工作量增加、人员不变的情况高效的完成需求研发是第一重挑战；其次面对6个阶段的状态变化，如何保持准确切换、稳定运行、体验流畅是在双峰期间要重点保障的内容；最后面对超过20天的超长作战期，安全生产、人员状态保持

简介： 在8月20日“阿里巴巴技术质量精品课”上，来自蚂蚁的经国分享了对云原生时代微服务的高可用架构设计的全面解析，为大家介绍了应用架构演进路径、云原生时代的技术福利、高可用架构的设计原则以及经典案例的设计。 演讲嘉宾简介： 经国，蚂蚁金服资深技术专家，毕业于浙江大学。2014年加入蚂蚁金服，先后负责过支付宝的单元化、弹性、去ORACLE等架构升级，担任多年支付宝双十一、双十二、新春红包大型活动等技术保障负责人，现为蚂蚁金服数字金融线担任技术风险架构师，负责高可用架构、技术风险平台、应急快反等技术底盘的建设。 **以下内容根据演讲视频以及PPT整理而成。 本次分享主要围绕以下五个方面： • 应用架构演进路径 • 云原生时代的技术福利 • 高可用架构的设计原则 • 经典案例的设计 • 未来思考** 微服务是当下非常热门的一种架构，阿里目前正在从SOA架构体系向微服务架构迁移。同时整个软件应用研发开始进入云原生时代。在这些技术演进背景下讨论如何更好地实现稳定且高可用的架构方案，保证应用持续可用非常有必要。 一、应用架构演进路径 支付宝最开始是一个单体应用。随着业务不断发展，支付宝拆分成了多个服务，衍生出了若干代架构。微服务是服务化后的进一步演进，服务的粒度比服务化更细，具有很好的流量管控机制，中间件和编程模型。云原生的发展使Serverless也得到了发展

{ " AWSTemplateFormatVersion " : " version date " , " Description " : " JSON string " , " Metadata " : { template metadata }, " Parameters " : { set of parameters }, " Mappings " : { set of mappings }, " Conditions " : { set of conditions }, " Transform " : { set of transforms }, " Resources " : { set of resources }, " Outputs " : { set of outputs } } 模板部分 模板包含几个主要部分。 Resources 部分是唯一的必需部分。模板中的某些部分可以任何顺序显示。但是，在您构建模板时，使用以下列表中显示的逻辑顺序可能会很有用，因为一个部分中的值可能会引用上一个部分中的值。 Format Version（可选） 模板符合的 AWS CloudFormation 模板版本。模板格式版本与 API 或 WSDL 版本不同。模板格式版本可独立于 API 和 WSDL 版本，进行独立更改。 Description (可选) 一个描述模板的文本字符串

演讲嘉宾简介： 经国，蚂蚁金服资深技术专家，毕业于浙江大学。2014年加入蚂蚁金服，先后负责过支付宝的单元化、弹性、去ORACLE等架构升级，担任多年支付宝双十一、双十二、新春红包大型活动等技术保障负责人，现为蚂蚁金服数字金融线担任技术风险架构师，负责高可用架构、技术风险平台、应急快反等技术底盘的建设。 以下内容根据演讲视频以及PPT整理而成。 本次分享主要围绕以下五个方面： 应用架构演进路径 云原生时代的技术福利 高可用架构的设计原则 经典案例的设计 未来思考 微服务是当下非常热门的一种架构，阿里目前正在从SOA架构体系向微服务架构迁移。同时整个软件应用研发开始进入云原生时代。在这些技术演进背景下讨论如何更好地实现稳定且高可用的架构方案，保证应用持续可用非常有必要。 一、应用架构演进路径 支付宝最开始是一个单体应用。随着业务不断发展，支付宝拆分成了多个服务，衍生出了若干代架构。微服务是服务化后的进一步演进，服务的粒度比服务化更细，具有很好的流量管控机制，中间件和编程模型。云原生的发展使Serverless也得到了发展，FAAS是Serverless的一种典型实现，能够以非常小的成本搭建小程序。另外，低代码和无代码现在也非常流行。 基础设施同样也得到了很好的发展。最开始，单体架构是托管式的，通常将应用程序托管给电信运营商的某个机房，在物理机上运行单体应用。后来