Categories
程式開發

UCloud华琨:别用传统二字去界定传统企业,产业互联网还没到爆发期 | 新基建50人

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

Categories
程式開發

如何定制化开发Serverless Framework的Component ?

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

开发一个全局变量组件

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

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

Categories
程式開發

网易数帆基于DPDK的高性能四层负载均衡实践

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

Categories
程式開發

Serverless架构下还需要评估函数资源吗?

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

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

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

探索Serverless下的资源评估

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

Serverless架构下还需要评估函数资源吗? 1

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

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

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

Categories
程式開發

区块链周报:四大行内测数字货币App,可凭手机号完成转账;区块链成韩国电信最赚钱业务之一;ETC再遭大规模51%攻击

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

更多信息关注公众号:区块链前哨(ID:blockchain-666)

本周头条

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

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

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

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

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

Categories
程式開發

使用Thanos实现Prometheus指标联邦

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中。…

Categories
程式開發

有赞移动消息卡片动态化方案实践

概述

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

痛点

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

Categories
程式開發

从数据中台到AI中台,企业到底要建什么中台?

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

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

从数据中台到AI中台,企业到底要建什么中台? 9

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

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

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

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

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

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

从数据中台到AI中台,企业到底要建什么中台? 10

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

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

Categories
程式開發

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

我是如何参与硅谷顶级开源项目并赚得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的一个开发人员找到我,和我说:

[

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

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

Categories
程式開發

奇秀直播连麦技术探索

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

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

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

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