InfoQ 特别面向新一代信息技术领域技术中坚群体正式推出的「中国技术力量」之「中国新基建 50 人」栏目持续进行中，本期嘉宾是UCloud联合创始人兼COO华琨，他也是TGO鲲鹏会上海董事会成员。更多「中国新基建 50 人」报道，点击这里查看。也欢迎申请免费采访报道名额：[中国新基建 50

…

在使用Serverless Framework开发者工具的时候，我们可以发现无论是AWS还是TencentCloud，其运营商与社区都会给我们提供很多组件，供我们选择。虽然这些组件在一定程度上，可以帮助我们解决绝大部分问题，但是在某些时候，我们还可能存在一些定制化需求，那么这个时候，应该如何来解决呢？这个时候可能就需要我们自己来定制化开发我们自己的Component了。

开发一个全局变量组件

在使用Serverless Framework Plugin的时候，我们可以看到，他可以设置全局变量，我们在之后的一些引用中，可以直接使用这个全局变量，但是在Component中，并没有全局变量的概念，这就导致一个问题：如果我有多个函数，每个函数都有数据库的配置，难道我要把数据库的配置写多次么？

有人说，当然可以不用写多次，我们完全可以使用.env来解决这个问题，例如我们在每个函数中通过include…

在基础设施领域，从谈云计算到聊云原生，无论技术怎么革新，作为业务流量入口四层负载均衡都在默默的支撑着业务的运行，随着业务规模扩大，其中稳定、高性能是业务对四层负载均衡的核心诉求，买硬件四层负载均衡太贵，纯软件实现规模又上不去成本还高，唯有基于开源方案自研才能破局。高性能负载均衡不好做，本文分享一些实践经验，主要讨论“网易数帆的高性能负载均衡如何基于开源负载均衡软件DPVS打造的”。

为什么选择DPVS

目前高性能负载均衡研发的一个流行方案是使用DPDK（Data Plane Development Kit），这是一个用于包数据处理加速的软件库，使用了网卡用户态驱动、零拷贝、内存Hugepage和Polling模式等技术。业界基于DPDK开发负载均衡主要有两种模式，一是直接在DPDK库上自研或者移植负载均衡业务逻辑代码，二是使用DPDK作为加速通道加速已有的负载均衡的开源软件。DPVS就是一个使用DPDK软件库加速LVS（DPDK+LVS）的高性能负载均衡开源软件，详见https://github.com/iqiyi/dpvs。

网易数帆选择基于DPVS开发新一代四层负载均衡，是因为DPVS既解决了LVS的性能瓶颈问题，又具备LVS的丰富的负载均衡业务逻辑，这使得团队可以把主要精力放在四层负载均衡和云内网络框架适配、运维监控、稳定性和软硬结合提升性能的优化上，而非重复开发负载均衡业务逻辑。

原文链接:【https://www.infoq.cn/article/hLHteohg8ELx6eYveifL】。未经作者许可，禁止转载。

…

Serverless布道师在讲述Serverless架构和云主机区别的时候，常会有这样的描述：

传统业务开发想要上线，需要先评估资源使用，并根据资源评估结果购买云主机，之后还要根据业务发展不断对主机等资源进行升级维护。而Serverless架构不需要这样复杂的流程，将函数部署到线上后，一切后端服务交给运营商来处理，哪怕是瞬时高并发，也有云厂商来自动扩缩。

但在实际生产生活中，Serverless真的可以做到无需对资源评估吗？还是说在Serverless架构下，资源评估的内容或对象发生了变化，或者进行了简化？

探索Serverless下的资源评估

以国内某云厂商为例，在其云函数中，我们创建一个云函数之后，设置页面会出现可设置的选项：

这两个设置范围分别是从64M-1536M和1-900S，这样的配置其实就涉及到资源评估了。

首先是超时时间，一个项目、函数或Action都有执行时间，如果超过某个时间没执行完就可以评估其为发生了“意外”，可以被“干掉“了，这个就是超时时间。例如一个获取用户信息的请求，在10S内没有返回，证明其不能满足业务需求，那么，我们就可以把超时设置为10S。当一个运行速度很慢的业务，至少要50S才能执行完，那么这个值设置的时候就要大于50，否则程序可能因为超时被强行停止。

原文链接:【https://www.infoq.cn/article/fY3pMvPmOT9ZMcfjYWIX】。未经作者许可，禁止转载。

…

区块链周报栏目从产业动态、数字货币、权威观点、监管和技术等方面，为您总结了本周区块链领域发生的头条事件，让您更快速了解行业最新动态。

更多信息关注公众号：区块链前哨（ID：blockchain-666）

本周头条

四大行正内测数字货币App，可凭手机号完成转账

8月6日，数位国有大行人士表示，正在深圳等地大规模测试数字钱包应用，为数字货币正式落地进行测试准备。数字货币由央行牵头进行，各家银行此前数月已就落地场景等进行测试。目前，部分大行内部员工已经开始使用，用于转账、缴费等场景。

多位业内人士指出，央行数字货币仍在内部研发和测试阶段，央行一直在高度保密的情况下推进研发和场景测试，各大行内部研发一般由总行网络金融部门负责，具体推出没有时间表。

以太坊2.0多客户端测试网Medalla正式启动

北京时间8月4日21时，以太坊2.0多客户端测试网Medalla正式启动。据了解，共有5个客户端参与Medalla的创世，分别是：- Teku（由ConsenSys开发）；- Prysm（由Prysmatic …

Prometheus是CNCF中已经毕业的项目之一，主要用于监控和告警。在Kubernetes生态中，它是应用最为广泛的监控和告警工具之一。Rancher用户可以通过使用内置的监控堆栈（https://rancher2.docs.rancher.cn/docs/cluster-admin/tools/monitoring/_index）来快速利用Prometheus。

Prometheus将其指标（metrics）作为时序数据库存储在本地磁盘上，因此Prometheus的本地存储会受到磁盘大小以及所能保留的指标数量的制约。但是，Prometheus允许与远程系统集成，通过_remotewrite和_remoteread指令读写指标，同时它还支持大量远程端点和存储集成：

https://prometheus.io/docs/operating/integrations/#remote-endpoints-and-storage

联邦可以实现可扩展的Prometheus监控设置，或者将相关的指标从一个服务的Prometheus拉取到另一个Prometheus中。…

概述

消息业务作为有赞移动的共享业务，在微商城、零售、美业等 B 端 App 中承担着多客服的角色，多客服是有赞为商家提供的连接商家和买家的即时消息客服工具；在精选、有赞客 C 端产品中扮演着用户联系商家的角色。在整个有赞产品中，是商家和用户沟通的桥梁，起着非常重要的作用。

痛点

我们通常来讲把出现在消息会话页面内的内容称做消息卡片，目前消息业务常见的消息卡片有文字、富文本、语音、照片、视频、通知消息，除此之外还有订单详情、推荐商品、核对订单等共计30余种消息卡片。目前我们消息卡片都是采用原生来开发，随着业务的日益增多，消息卡片的数量也在成倍的增长，业务方经常提出增加卡片的需求，去开发和维护这些卡片工作量比较大，并且依赖业务方的客户端发版，不够灵活。…

在经历过“神话”和“梦碎”等种种风波中，中台已经走到了要验证其价值的关键路口了。

中台的“神话”，来自于2015年阿里那本《企业IT架构转型之道》的书。书中开篇就列举了芬兰的游戏公司Supercell的成功案例。

Supercell不是按照游戏项目划分来组建不同开发运营团队，而是所有的游戏团队共用一个开发平台，将游戏开发过程中那些公共和通用的游戏素材和算法整合起来，为每个小团队提供游戏工具和框架。

这样Supercell的一个几人小组就可以在几周内开发出一款新游戏，因此可以大量试错。由于分散作战，又集约高效，这家当时只有不到200名员工的游戏公司，可以创造年税前利润15亿美元的骄人业绩。

这一能让Supercell如此成功的关键创新，就被称为“中台”。

中台之所以在中国流行，自然要归功于阿里在“中台战略”上的成功。据称正是马云在考察Supercell之后大受启发，回国后开始坚定地推动“大中台，小前台”的组织和业务架构变革。

到2018年下半年开始，腾讯、百度、京东、字节跳动、美团、滴滴等互联网巨头，接连开启以中台为核心的组织变革。“中台”概念正式出圈爆火。对于众多探寻企业数字化转型升级的传统企业们对待“中台”概念，就如当年对待“互联网+”一样，兴趣浓厚。

当时，几乎所有互联网企业谈及企业组织战略时都言必称“中台”，由阿里开始从“业务中台”中分化出“数据中台”，各类“中台”概念便层出不穷，技术中台、移动中台、安全中台、AI中台、采购中台、财务中台、客服中台、供应商中台、物流中台等等。

一个原本带有“集约化”本意的名词似乎走向了自己的反面，碎片化中台大行其道。而在这一波波概念热炒和跟风下，一批专门致力于中台建设的技术服务商出现，开始帮助这些急于跟上时代的传统企业开始建设“中台”。

不过，经过一年的喧嚣，在众多传统大企业的中台项目折戟沉沙之后，越来越多的企业和技术人员开始质疑“中台”的价值和可行性。…

我是如何参与硅谷顶级开源项目并赚得2500美金

初识MinIO

三年前，公司要做一个分布式存储的选型，当时考察了Ceph、FastDFS、GlusterFS和MinIO,经过慎重考虑，最终我们选型了MinIO。在选型MinIO的过程中，我也通过github加入到这个开源组织。在17年的时候，MinIO还远没现在这么完善，软件有bug,特性不全，连中文文档也没有，而且也不出名，github上只有几千个star。为了方便公司使用，我就打算翻译MinIO的使用文档，不过转念一想，要玩就玩大点，既然没有中文官方文档，为何我不能来写中文官方文档。于是我就在社区中找到MinIO的创始人Anand Babu Periasamy,和他说，我看MinIO没有中文官方文档，要不我来翻译如何。他欣然接受，并安排MinIO的开发人员Kannappan与我对接。

翻译MinIO中文官方文档

以前没参与过大型的github开源项目，为了能让这个工作顺利进行，我了解了一下github开源项目的合作机制，开源社区的文化、习惯，避免被别人说STFW和RTFM。

翻译工作对我来说倒没什么难的，过程也很顺畅，大概花了一两天把核心文档翻译完了，也顺利合并到主干。这时候MinIO的一个开发人员找到我，和我说：

[

](https://imgchr.com/i/aRaKxJ)…

前言
2020上半年，直播再次成为中文互联网世界的新风口，甚至到了无达人不直播，无名人不带货的地步；从2016年直播元年开始，直播的内容越来越多元，从秀场直播，游戏直播，到短视频直播普济众生，再到电商直播的“带货”，“眼球经济”成长为互联网上的主流。本文介绍爱奇艺在奇秀直播的技术探索。

01 奇秀直播的两种直播场景简介

第一、普通直播： 有一个主播和很多观众，该场景下主播一个人表演，其他观众通过平台IM系统跟主播进行文字互动，类似于单口相声；这种场景大部分使用RTMP协议，然后通过CDN的方式去做分发，从而实现大规模高并发的数据分发。

第二、连麦直播： 该模式下主播跟观众除了基于IM系统沟通外，还可以进行和其他一个，或者多个主播实时音视频互动，普通观众可以同时观看多个主播的画面，效果直观，更能有效吸引用户，类似于对口相声和群口相声。…