Serverless

15 位青春洋溢的女团候选成员，百万次全网观众投票，节目播出后迅速霸占热搜前十位..... 在这激动人心的决赛之夜，Tencent Serverless 团队下的云 API 网关产品作为幕后英雄，利用其高并发、高可用的技术特性，支撑了节目投票环节顺利开展，面对全网粉丝狂热打 call 投票，顺利保障小姐姐们 C 位出道！ 不一般的投票 【投票】是一个很简单的功能，但是《创造营》的投票不一样。 《创造营》是直播节目，投票时间非常短。海量全网粉丝将在同一时间瞬时涌入，瞬间的大流量和高并发，对系统的高可用性提出了极高的要求。 《创造营》投票，将产生本届总冠军，是《创造营》决胜之夜的制胜环节，激动人心的时刻。投票系统的任何差池，都会对粉丝心理和节目效果造成重创。 在投票的关键时刻，为了保证女团小姐姐顺利出道，技术小哥哥采用了什么样的技术设计，保证了这种特殊场景下的投票功能高可用呢？ Serverless Serverless 是一种云计算技术的新趋势，一方面它使开发者在构建和运行应用时无需管理服务器等基础设施，将构建应用的成本进一步降低，实现快速迭代、极速部署；同时，Serverless尤其适用于高并发场景，无需预估流量大小，而会根据流量情况自动的进行扩缩容，整个过程无需人工干预；值得一提的是，Serverless 还是按用量付费的模式，避免了无用的资源开销，大大降低了成本。

云栖号最佳实践：【 点击查看更多上云最佳实践 】 这里有丰富的企业上云最佳实践，从典型场景入门，提供一系列项目实践方案，降低企业上云门槛的同时满足您的需求！ 场景描述 场景一：大型图库智能管理 通过深度学习算法，自动识别图像中的常见的场景，客户可以基于函数计算对接智能媒体管理的图像识别功能，轻松实现图片的自动管理和分组，完成大型图像库的智能管理。 场景二：身份证图片过滤 通过扫描存储在OSS bucket中的图片，通过智能媒体管理进行身份证识别，找到海量图片中的身份证图片，对敏感信息进行处理。 解决问题 通过无服务器计算实现图片处理自动化 OSS触发器的使用 使用函数计算调用阿里云的AIP或SDK 产品列表 函数计算 智能媒体管理IMM 对象存储OSS 图片自动分类 身份证过滤 直达最佳实践 》》 来源： oschina 链接： https://my.oschina.net/u/4267970/blog/4332485

原文： https://www.gartner.com/doc/reprints?id=1-1YSHGBQ8&ct=200416&st=sb?utm_source=marketo&utm_medium=email&utm_campaign=2020-05-22 03:03:51-Global-DA-EN-20-05-04-7010g000001JNCsAAO-P1-Prisma-2020-gartner-market-guide-for-cwpp-[FY20] 本人是一枚初学者新手，如有不对指出，请不吝赐教。 云原生安全保护的需求不断发展，包括公有云和私有云中的虚拟机、容器、无服务器工作负载，安全管理人员必须解决混合云工作负载环境中独特的安全动态问题。 概述 问题现状 企业使用终端保护平台（EPP）作为服务器工作负载保护，但是EPP 的功能仅仅是用来保护终端用户设施的（如：桌面、笔记本电脑等），这种防护措施无疑将企业的应用程序与数据至于风险之中。 大多数企业都使用了不止一个公有云基础设施服务。 现在大多数企业都在使用基于容器的服务，并且在尝试PaaS平台服务。 对于云远程安全应用，工作负载的安全性需要前置于编码开发过程。 现在越来越多的容器和无服务负载被扫描出漏洞，但是对工作负载却很少做保护或者运行时保护措施，而是依靠外部网络检测和事件监视来检测威胁。

本文整理自 ServerlessDay · China 大会 - 《从零到一，Serverless 平台在滴滴内部落地》分享，讲师滴滴弹性云平台负责人张健、滴滴资深前端开发工程师陈钦辉。滴滴 Serverless FT成员来自：滴滴基础平台部、车服技术部、金融事业部、普惠产品技术部。 为什么（前端）要推动建设 Serverless 更快地创建一个服务且免运维：大量的 Node.js 服务，创建服务，需要申请节点、申请机器，对接构建、部署、日志、监控，还要持续运维服。我们希望能更快创建一个服务并且免运维。 更灵活的隔离能力：前端 BFF 接口聚合、微前端等业务场景，需要创建大量的接口服务，快速创建服务的同时，还希望可以以不同粒度灵活进行接口间的隔离。 更低的成本：大量低峰期时间cpu/内存利用率很低，服务不再使用了，资源却仍然占用。 我们的方案 我们调研了业界的 Serverless 方案，最终决定了自己的方案： K8s + Knative + Istio 搭建应用级 Serverless。他的优势是： 社区相对繁荣，未来充满希望。 应用级 Serverless, 和传统通过 Docker 镜像开发，部署相近，现有服务迁移成本低。 应用级 Serverless, 通过 Serverless。 路由，可以灵活控制隔离的粒度。 通过 Serverless 升级研发模式 那有了

缘起 本文来自 Serverless 社区用户「乂乂又又」投稿 我最早接触 Serverless 大概是在 18 年 6 月，那时候我在阿里云的学生机刚好到期，那台机子上我有装宝塔面板，然后在上面只放了一个 Typecho 的个人博客站，好像这台服务器似乎一直都是被我拿来当作虚拟主机用，最多也只是登上宝塔面板清一下内存这样子，所以，在我阿里云一年的学生机到期之后，我就果断选择了放弃续费服务器。从那时起我就变成了一个彻底的 Severlesser。 首先是之前的静态网页的问题，这个解决起来比较简单，随便找一个对象存储或者 pages 服务就可以搞定。 这里我是把自己那些静态网页都放到了 Coding pages 上，除了某些时候某些地区某些运营商的网络访问会不稳定之外，其他的一切都让我觉得 coding 的 pages 服务都是做的非常棒的。 然后是 Typecho 博客问题，这个问题还是比较让人头大的，因为像这种动态的博客系统是很少有 pages 服务支持的，所幸在那个时候 coding 有一个动态 pages 的服务是允许个人发布动态博客的，包括 Wordpress 和 Typecho 之类，只可惜现在 coding 已经把动态 pages 的服务给去掉了，而我的之前放在 coding 上的动态博客现在也已经被归档了。 我也错过了 cloud studio 升级的提醒通知

<关注阿里巴巴云原生公众号，回复 Go 即可下载清晰知识图谱> 对 Go 语言感兴趣但又不知从何学起的同学，可以参考一下 Go 语言系列文章： 为什么你要选择 Go？ Go 面向失败编程 带着服务器编程金刚经走进 2020 年 敢问路在何方？ 近日 HackerEarth 发布了 2020 年开发者调查报告，有来自 76 个国家和地区的 16,000 多位开发者参与其中。 HackerEarth 联合创始人兼首席执行官 Sachin Gupta 在报告中提到：「今天技术开发者人才的短缺达到了自 2008 年以来的最高值，招聘者想要得到开发者们的青睐变得难上加难。」 这个观点似乎和我们的普遍想法不同，在中国的互联网上总是有「开发岗位」已经饱和的声音，或经常听到某公司的一个开发岗位有几十人争夺的新闻，那么 Sachin Gupta 究竟为什么会得到这样的观点呢？让我们一起来看下这份报告。 以下是报告的详细解读： 报告调查重点： Go 是今年最受欢迎的编程语言。无论是学生（29%）还是专业人士（32%），都将 Go 语言列在**「最想学习的语言」**第一位。受访的学生最想学习的语言还有 JavaScript 和 Kotlin，而专业人士将 Python 和 Kotlin 作为接下来的选择。 开发者技能篇 1. 到了 2020 年，数据科学仍占统治地位 数据科学无止境！从学生开发人员（63

简介： 闲鱼flutter faas一体化提升研发体验+研发质量 作者：闲鱼技术-古风 Flutter+Serverless三端一体研发架构，客户端不仅仅是编写双端的代码，而是扩展了客户端的工作边界，形成完整的业务闭环。在新的研发模式落地与实践的过程中，一直在思考如何提高FaaS端研发体验与研发质量，以下是落地过程中遇到的问题。 如何提高FaaS研发体验？ FaaS层通常是直接在主干中逐块增加业务代码，这种写法领域数据间的依赖并不清晰，后续维护时需要针对领域数据进行更换、顺序调整或者由串行改并行时需要增加很多工作。 如何提高FaaS侧研发质量？ 客户端同学编写FaaS代码时，需要针对服务端各种异常增加保护性代码与降级策略，比较容易出现遗漏从而导致整体质量下降。 任务编排是什么？ 回顾一个完整的业务闭环，包括中台、领域层、业务层与渲染层。云端一体场景下FaaS侧更多的工作集中在业务层与渲染层，进行数据聚合、裁剪、字段映射和结构调整。 以下单业务为例，FaaS层通过6次HSF（RPC框架）调用获取领取数据组装而成。商品信息、收货地址与闲鱼币可以并行执行，红包、运费与验货担保可以并行执行，由于依赖商品信息与收货地址，两组任务需要串行执行。 上图中可以把每一个节点（例如：获取商品信息）抽象为任务，通过代码实现此流程就是任务编排。 任务编排如何提升开发体验？

简介： 闲鱼flutter faas一体化提升研发体验+研发质量 作者：闲鱼技术-古风 Flutter+Serverless三端一体研发架构，客户端不仅仅是编写双端的代码，而是扩展了客户端的工作边界，形成完整的业务闭环。在新的研发模式落地与实践的过程中，一直在思考如何提高FaaS端研发体验与研发质量，以下是落地过程中遇到的问题。 如何提高FaaS研发体验？ FaaS层通常是直接在主干中逐块增加业务代码，这种写法领域数据间的依赖并不清晰，后续维护时需要针对领域数据进行更换、顺序调整或者由串行改并行时需要增加很多工作。 如何提高FaaS侧研发质量？ 客户端同学编写FaaS代码时，需要针对服务端各种异常增加保护性代码与降级策略，比较容易出现遗漏从而导致整体质量下降。 任务编排是什么？ 回顾一个完整的业务闭环，包括中台、领域层、业务层与渲染层。云端一体场景下FaaS侧更多的工作集中在业务层与渲染层，进行数据聚合、裁剪、字段映射和结构调整。 以下单业务为例，FaaS层通过6次HSF（RPC框架）调用获取领取数据组装而成。商品信息、收货地址与闲鱼币可以并行执行，红包、运费与验货担保可以并行执行，由于依赖商品信息与收货地址，两组任务需要串行执行。 上图中可以把每一个节点（例如：获取商品信息）抽象为任务，通过代码实现此流程就是任务编排。 任务编排如何提升开发体验？

作者 | 何淋波、丁海洋、陈有坤 业界要闻 阿里云容器服务发布 Knative 托管服务 Knative 是 Kubernetes 生态最流行的 Serverless 编排框架。可 Knative 的 Controller 和依赖的网关这些常驻实例需要支付额外的 IaaS 成本和运维成本，这给应用的 Serverless 化带来了一定的门槛。所以我们在 Serverless Kubernetes 中提供了托管的 Knative Serving 。托管的 Knative 开箱即用，您不需要为这些常驻实例支付任何成本。除了提供 Controller 的托管以外，我们还通过云产品 SLB 和突发性能型实例保留规格进一步降低了应用 Serverless 的复杂度，让您的服务在流量波谷时期大大的减少 IaaS 开支，并且流量波谷时期积攒的 CPU 积分可以在流量高峰时期消费，您支付的每一分钱都不会浪费。 上游重要进展 Graduate Scheduler Component Config API to Beta 为了更大范围推广使用，kube-scheduler configuration API `kubescheduler.config.k8s.io 从版本 v1alpha2 升级到v1beta1。 add "pod-level-single-numa-node policy " to

本文来自 Serverless 社区用户「逸笙」投稿 由于云函数 SCF 本身是用 bootstrap.php 来调用我们的入口函数，默认为 index.main\_handler ，意思是调用 index.php 文件中的 main\_handler() ，所以很多地方写法要有改变。php 一般提供网页服务，所以我主要讲 API 网关 配合的云函数 SCF。 main_handler($event, $context)函数会传入2个参数，首先这2个参数是object，需要用->来访问子项，如 $event->{'headers'} ，不是很方便，我一般转换成数组： $event = json_decode(json_encode($event), true); 这样就比较方便了，如 $event['headers']['host'] 。 大家可以打印这两个参数看一眼里面有些什么。 我们可以从中获取到很多有用的东西，比如： $_GET = $event['queryString']; $_POST = $event['body']; $_COOKIE = $event['headers']['cookie']; 在云函数 SCF 中运行的 php 程序，因为浏览器是提交给 API 网关，不是提交给 SCF 的，这些超全局变量完全没有获取到东西，所以要这样来获取。 但我们发现，