目前mPaaSH5容器Demo源码已发布至GitHub，全新的接入方式让你可以一键集成mPaaS环境并快速接入H5容器，体验统一的容器和内核，获取媲美原生的Hybrid方案及完美的动态能力。时间： 1月15日15:00—16:00主题： 移动开发平台mPaaS重磅发布详情：https://m.aliyun.com/markets/aliyun/act/mpaas_mobile预约直播：https://developer.aliyun.com/live/1881目前支付宝有2套Hybrid方案：HTML5容器与小程序。小程序是最近几年才出来，H5容器已经有了很长时间的历史，所以我们就先从H5容器说起。H5容器在支付宝中，HTML5容器架构如图所示：最上层是浏览器，这块就是大家常见的Web开发环境，包括HTML、CSS、JavaScript等。H5容器作为中间层，将浏览器和支付宝底层框架有机结合起来，在H5容器里面有2个非常重要的概念：JSBridge和离线包，后面会做详细介绍。支付宝底层框架会给H5容器提供Native的能力，这其中就包括RPC（远程过程调用，用来实现...

随着瓜子业务的不断发展，系统规模在逐渐扩大，目前在瓜子的私有云上已经运行着数百个Dubbo应用，上千个Dubbo实例。瓜子各部门业务迅速发展，版本没有来得及统一，各个部门都有自己的用法。随着第二机房的建设，Dubbo版本统一的需求变得越发迫切。几个月前，公司发生了一次与Dubbo相关的生产事故，成为了公司基于社区Dubbo2.7.3版本升级的诱因。接下来，我会从这次线上事故开始，讲讲我们这段时间所做的Dubbo版本升级的历程以及我们规划的Dubbo后续多机房的方案。事故背景在生产环境，瓜子内部各业务线共用一套zookeeper集群作为dubbo的注册中心。2019年9月份，机房的一台交换机发生故障，导致zookeeper集群出现了几分钟的网络波动。在zookeeper集群恢复后，正常情况下dubbo的provider应该会很快重新注册到zookeeper上，但有一小部分的provider很长一段时间没有重新注册到zookeeper上，直到手动重启应用后才恢复注册。排查过程首先，我们统计了出现这种现象的dubbo服务的版本分布情况，发现在大多数的dubbo版本中都存在这种问题，且发生问题...

/导读：从问题本身出发，不局限于Go语言，探讨服务器中常常遇到的问题，最后回到Go如何解决这些问题，为大家提供Go开发的关键技术指南。我们将以系列文章的形式推出《Go开发的关键技术指南》，共有4篇文章，本文为第1篇。该指南主要讨论了服务器领域常见的并发问题，也涉及到了工程化相关的问题，还整理了C背景程序员对于Go的GC以及性能的疑问，探讨了Go的错误处理和类型系统最佳实践，以及依赖管理的难处、接口设计的正交性，当然也包含我们在服务器开发中对于Go实践的总结，有时候也会对一些有趣的问题做深度的挖掘，列出了Go重要的事件和资料集合，以及Go2的进展和思考。以下是各个章节以及简介：AbouttheName：为何Go有时候也叫Golang?WhyGo：为何要选择Go作为服务器开发的语言？是冲动？还是骚动？Milestones：Go的重要里程碑和事件，当年吹的那些牛逼，都实现了哪些？GC：Go的GC靠谱吗？Twitter说相当的靠谱，有图有真相。CouldNotRecover：君可知，有什么panic是无法recover的？包括超过系统线程限制，以及map的竞争写。当然一般都能recover，比...

我们从2016年开始在集团推广全面的镜像化容器化，今年是集团全面镜像化容器化后的第4个双11，PouchContainer容器技术已经成为集团所有在线应用运行的运行时底座和运维载体，每年双11都有超过百万的PouchContainer容器同时在线，提供电商和所有相关的在线应用平稳运行的载体，保障大促购物体验的顺滑。我们通过PouchContainer容器运行时这一层标准构建了应用开发和基础设施团队的标准界面，每年应用都有新的需求、新的变化，同时基础设施也有上云/混部/神龙/存储计算分离/网络变革这些升级，两边平行演进，互不干扰。技术设施和PouchContainer自身都做了很大的架构演进，这些很多的架构和技术演进对应用开发者都是无感知的。在容器技术加持的云原生形成趋势的今天，PouchContainer容器技术支持的业务方也不再只有集团电商业务和在线业务了，我们通过标准化的演进，把所有定制功能做了插件化，适配了不同场景的需要。除了集团在线应用，还有运行在离线调度器上面的离线job类任务、跑在搜索调度器上面的搜索广告应用、跑在SAE/CSE上面的Serverless应用、专有云产品及公...

本文来自考拉海购技术支持中心负责人--书渊的分享，想和大家聊一聊考拉技术支持的前世今生，在这个发展历程的介绍当中，大家也可以此对考拉窥一斑而知全豹。当然，既然是聊我们的家常(“黑历史”)，我会从这几年在考拉供应链产品事业部的视角去讲述(请轻拍~~)，并且，也不会就很多过往事项留恋于细致的介绍，只讲下大面上的东西。技术支持由来其实电商公司或者说考拉这个BG，刚开始成立时是绝不可能就有技术支持这个岗位的。技术支持岗位诞生的前提往往有这么几个条件(满足其中1-2个即可)：1、业务发展迅速，产品对应的业务规模需要得到迅速扩张；2、产品涉及客诉、咨询相对频繁，虽需要技术解决、解答，但是重复性高；3、产品研发的人力资源紧张；4、发展初期的业务、技术职责不清(自营电商躺枪的重灾区)；5、工作内容可复制性高，可沉淀性少，日常太多技术工作是与业务或者各种第三方重复沟通，模式单一，但是每次问题不一(狭义来说不可穷举，广义来说可穷举)。以上这些原因，可能并不全，但是我想一定基本符合80%以上的电商环境下招聘技术支持来解决这些问题的初衷。因为，在电商环境下，产品和研发既要懂业务，又要不断沉淀自己的能力，如果频...

传统的Web页面，通常是服务端渲染的，而随着SPA（Single-PageApplication）尤其是React、Vue、Angular为代表的前端框架的流行，越来越多的WebApp使用的是客户端渲染。使用客户端渲染有着诸多优势，比如节省后端资源、局部刷新、前后端分离等等，但也带来了一些挑战，比如本文要解决的SEO问题。对于服务端渲染的页面，服务端可以直接将内容通过HTML的形式返回，搜索引擎爬虫可以轻易的获取页面内容，而对于客户端渲染的应用，客户端必须执行服务器返回的Javascript才能得到正确的网页内容。目前，除Google、Bing支持Javascript外（也会有一些限制），其他的大部分搜索引擎都不支持Javascript，也就无法获取正确的网页内容。Google推出的 Rendertron 就是为了解决这样场景的一款工具。通过使用Rendertron，SPA也能够被不支持执行Javascript的搜索引擎爬取渲染后的内容。其原理主要是通过使用HeadlessChrome在内存中执行Javascript，并在得到完整内容后，将内容返回给客户端。通常会将...

2019年阿里巴巴双11核心系统100%以云原生的方式上云，完美支撑了54.4w峰值流量以及2684亿的成交量。随着阿里巴巴经济体云原生技术的全面升级，容器性能、稳定性及在线率也得到了全面提升。本文作者将从云计算时代容器的发展路径为出发点，剖析阿里云的容器技术演进历程，借此探析整个行业的发展趋势。过去我们常以虚拟化作为云平台和与客户交互的界面，为企业带来灵活性的同时也带来一定的管理复杂度；容器的出现，在虚拟化的基础上向上封装了一层，逐步成为云平台和与客户交互的新界面之一，应用的构建、分发和交付得以在这个层面上实现标准化，大幅降低了企业IT实施和运维成本，提升了业务创新的效率。从技术发展的维度看，开源让云计算变得越来越标准化，容器已经成为应用分发和交付的标准，可以将应用与底层运行环境解耦；Kubernetes成为资源调度和编排的标准，屏蔽了底层架构的差异性，帮助应用平滑运行在不同的基础设施上；在此基础上建立的上层应用抽象如微服务和服务网格，逐步形成应用架构现代化演进的标准，开发者只需要关注自身的业务逻辑，无需关注底层实现，云原生正在通过方法论、工具集和理念重塑整个软件技术栈和生命周期。“...

12月11日，2019亚太内容分发大会暨CDN峰会在广州如期召开，大会围绕“边缘计算”为主题，探讨新技术下，全球互联网产业发展趋势。会上，国内第一，全球前三的阿里云凭借在边缘计算领先的技术布局与创新方案，荣获“最佳智能边缘计算技术创新平台”奖项。边缘计算因5G万物智联的快速发展而备受关注。据Gartner预测，2021年将有40%的大型企业在项目中纳入边缘计算原则。阿里云是国内最早布局边缘计算的科技公司，早在2016年就开始研发相关产品和技术。2018年3月，阿里云正式宣布战略投入边缘计算技术领域，将云计算、大数据、人工智能的优势拓展到更靠近端的边缘计算上，打造云、边、端一体化的协同计算体系。目前，阿里云已经完成国内30多个省份300+边缘计算节点的全域覆盖。早在2018年4月，阿里云在业界率先推出边缘节点服务（EdgeNodeService,ENS），首次将计算推进至用户100公里的边缘。2019年1月，边缘节点服务（ENS）正式步入2.0时代，阿里云引入MEC资源，将飞天算力调度、容器、函数、安全、大数据与AI等技术能力进一步融合释放，建立了“融合、开放、联动”的边缘计算平台，将计...

12月11日，阿里云边缘计算技术负责人杨敬宇在2019亚太内容分发大会上表示：在未来，边缘计算主要是以地市、区县为单位开展，面向城市服务的交通、医疗、健康、教育、新零售等场景提供算力基础。阿里云认为边缘计算就是城市计算，我们将围绕城市场景去建设边缘计算基础设施和灵活易用的上层操作系统。在过去25年，行业应用主要是集中在消费互联网领域，在技术层面大部分采用云-端二体网络架构支撑，这是一种趋于集中生产分散消费的模式。而随着5G、IoT等技术的革新，沉浸式消费体验来临，产业互联网也迎来发展机遇。计算不仅发生在中心，在远离中心靠近用户的边缘侧（如摄像头、传感器、IoT设备）也出现大量的计算需求，所以传统的云-端二体网络架构已经无法满足应用需求，信息架构需要由原来的辐射性架构演变成对等架构，来适应分散生产分散消费模式，因此边缘计算应运而生。实际上4G网络大部分是以省为单位来构建的，固网和移动网络在省域汇聚和互访。而5G来临之后会发生很大变化。如果把通信管道比作高速公路，5G有一个非常重要的特征，它允许边缘分流，这就相当于在高速公路建服务区，也就是说通信管道上的信息流可以在旁路出来；另外，5G网络...

IoT时代的技术又遇到怎样的不一样与挑战，简单总结一下阿里云IoT场景中我们面临的问题与挑战。万物的互联，连接的形态也在悄然的发生变化，从WIFI，3G/4G，BLE到NB-loT，LoRa，传统的RS232，RS485，CANBUS等等也登上新的舞台，原本相互无关的网络形态，交织在一起，异构的网络构建着统一通讯。面对着智能生活，智能工业，智能城市，智能园区，有的场景追求低功耗，有的场景追求低延迟，有的场景追求吞吐量，面对着不同的需求，单一的网络形态以及网络协议很难满足不同的场景需求。举例来说，在协议方面：具有轻巧的特性，简洁优雅的PUB/SUB模型非常适合消息驱动的场景，短小精致的特点同时对弱网环境以及资源受限环境的十分友好。CoAP主要基于UDP，与HTTP相似的模型为嵌入式资源受限的场景提供了REQ＆RSP的能力，这种模型更适合多数开发者的习惯，这种模型更适合多数开发者的习惯。UDP面临最大的就是下行寻址的问题，但在局域网本地通信非常适用，同时在IPv6时代也会迎来一些新的思考。另外COAPoverTCP也是非常值得看好的。HTTP/2的多流特性，天生就是为复杂场景而设计的，数据...

 /导读：etcd是阿里巴巴内部容器云平台用于存储关键元信息的组件。阿里巴巴使用etcd已经有3年的历史,在今年双11过程中它又一次承担了关键角色，接受了双11大压力的检验。为了让更多同学了解到etcd的最佳实践和阿里巴巴内部的使用经验，本文作者将和大家分享阿里巴巴是如何把etcd升级得更强、更稳、更高效的，希望通过这篇文章让更多人了解etcd,享受云原生技术带来的红利。本节主要介绍etcd在性能方面的升级工作。首先我们来理解一下etcd的性能背景。这里先庖丁解牛，将etcd分为如下几个部分，如下图所示：每一部分都有各自的性能影响，让我们逐层分解：raft层：raft是etcd节点之间同步数据的基本机制，它的性能受限于网络IO、节点之间的rtt等，WAL受到磁盘IO写入延迟；存储层：负责持久化存储底层kv,它的性能受限于磁盘IO，例如：fdatasync延迟、内存treeIndex索引层锁的block、boltdbTx锁的block以及boltdb本身的性能；其他还有诸如宿主机内核参数、grpcapi层等性能影响因子。了解完背景后，这里介绍一下性能优化手段，主要由服务端和客户...

 提到天气预报服务，我们第一反应是很简单的一个服务啊，目前网上有大把的天气预报API可以直接使用，有必要去使用Knative搞一套吗？杀鸡用牛刀？先不要着急，我们先看一下实际的几个场景需求：场景需求1：根据当地历年的天气信息，预测明年大致的高温到来的时间场景需求2：近来天气多变，如果明天下雨，能否在早上上班前，给我一个带伞提醒通知场景需求3：领导发话：最近经济不景气，公司财务紧张，那个服务器，你们提供天气、路况等服务的那几个小程序一起用吧，但要保证正常提供服务。从上面的需求，我们其实发现，要做好一个天气预报的服务，也面临内忧（资源紧缺）外患（需求增加），并不是那么简单的。不过现在更不要着急，我们可以使用Knative帮你解决上面的问题。关键词：天气查询、表格存储，通道服务，事件通知首先我们来描述一下我们要做的天气服务场景需求：1.提供对外的天气预报RESTfulAPI根据城市、日期查询（支持未来3天）国内城市天气信息不限制查询次数，支持较大并发查询（1000）2.天气订阅提醒订阅国内城市天气信息，根据实际订阅城市区域，提醒明天下雨带伞使用钉钉进行通知有了需求，那我们就开始如何...

 /Oracle是非常强大的综合数据库，但同时也存在一些劣势，比如由于采用集中式架构，无法很好地实现横向扩展，并且其稳定性依赖于硬件。出于架构升级、降低成本和云化等需求，越来越多的企业需要“去Oracle”。日前，阿里云数据库技术专家樊文凯在2019数据技术嘉年华大会上，为大家分享了Oracle数据库异构上云的最佳实践。本次分享主要围绕以下5个方面：Oracle数据迁云概述数据库&应用迁云流程数据库迁云解决方案最佳实践企业异构迁云建议众所周知，Oracle是一个非常强大的综合数据库，但是Oracle也存在一些弱势，比如因为采用集中式架构，因此无法很好地实现横向扩展，并且其稳定性依赖于硬件，如需要IBM的小型机、EMC的存储等。此外，Oracle数据库还存在技术依赖，很多使用者在开发时喜欢使用PL/SQL，因此在进行数据库异构升级或者架构转型时，不得不解决Oracle的技术依赖问题。与此同时，Oracle数据库的成本较高，使用Oracle数据库需要搭配相应的小型机和存储，并且往往难以很好地实现规模化管理。企业往往出于架构升级、降低成本和云化的需求，需要做“去O”。而“去...

我们穿过山和大海，也见过人山人海。我们见过各类故障，也排过千雷万险。这一次，不如我们一起，开启稳定性的探索之旅。让无法解决的问题少一点点，让世界的确定性多一点点。无论是前端业务的开发者，还是后端架构的开发者，都会遇到业务稳定性的难题。但稳定性的话题涉及之广、之深，很难通过一两篇文章道清原委。因此，我们集结了多位阿里技术工程师，他们来自性能压测、故障演练、JVM、应用容器、服务框架、流量调度、监控、诊断等不同的技术领域，以更结构化的方式来打造稳定性领域的知识库，该知识库的目录将分为：事前规范：代码规约、变更管控、性能压测、故障演练、风险预案、限流降级、业务隔离；事中“止血”：监控、告警、异常巡检、流量调度；事后诊断：系统诊断、JVM诊断、组件诊断、在线诊断、链路追踪、Rootcause；但我们也深知，仅凭阿里自身的业务场景和技术积累，很难满足各行业不同业务场景下对稳定性知识和经验获取的需求，因此，我们将以开源的方式进行共建，欢迎您将自己或所在企业在稳定性方面的实践分享给更多的人，让无法解决的问题少一点，让世界的确定性多一点：开源项目名称：StabilityGuide参与方式：提issue...

企业数据需求不断变化，近年来变化趋势日益明显，从数据的3V特性看：体积，速度和变化；BigData强调数据量，PB级以上，是静态数据。而FastData在数据量的基础上，意味着速度和和变化，意味着客户可以更加实时化、更加快速地进行数据处理。在Forrester最近的一项研究中，超过75％的受访公司已经使用FastData解决方案。在接受调查的人中，88％表示他们需要近乎实时地对数据执行分析。AnalyticDB是阿里巴巴自主研发、唯一经过超大规模以及核心业务验证的PB级实时数据仓库，是FastData的最佳代表。自2012年第一次在集团发布上线以来，至今已累计迭代发布近百个版本，支撑起集团内的电商、广告、菜鸟、文娱、飞猪等众多在线分析业务。AnalyticDB于2014年在阿里云开始正式对外输出，支撑行业既包括传统的大中型企业和政府机构，也包括众多的互联网公司，覆盖外部十几个行业。AnalyticDB承接着阿里巴巴广告营销、商家数据服务、菜鸟物流、盒马新零售等众多核心业务的高并发分析处理，每年双十一上述众多实时分析业务高峰驱动着AnalyticDB不断的架构演进和技术创新。Analyt...