雲計算

Aliyun Serverless VSCode Extension 是阿里云 Serverless 产品 函数计算 Function Compute 的 VSCode 插件，该插件结合了函数计算 Fun 工具以及函数计算 SDK ，是一款 VSCode 图形化开发调试函数计算以及操作函数计算资源的工具。 通过该插件，用户可以： […]

导语：本文中，阿里邮箱生态负责人蔡攸介绍了阿里邮箱的发展、产品优势、和钉钉的强强联合战略以及未来全线发展的趋势；通过华东运营服务中心——上海云璞的负责人刘峰和华南运营服务中心——广州汇华的李尔波介绍了阿里邮箱的生态体系部署。 今天和大家分享对于产品的感悟和邮箱的生态体系。 阿里邮箱的发展心路主要是三个阶段： 初创期：阿里云成立的元年，2009年阿里邮箱的团队就成立了。当时我们给集团的高管们这样一个许诺，我们要打造一款阿里自研的企业邮箱产品。这是在初期的时候。 快速成长期：随着1.0、2.0、3.0的迭代，很快进入到中期，也就是一个快速成长期。那个时候我们即将要推出阿里邮箱的4.0。这个之前一直叫阿里云邮箱，对外宣称还不叫阿里邮箱。我们把邮箱4.0打造出来。我们想的问题比较简单，我们要做一些正式的商用。首先我们会选客户。我们选的第一个客户就是阿里巴巴集团本身。当时阿里集团在用海外的一个品牌，用了一个自建的系统。我们告诉公司这个邮箱产品已经成熟了。我们花了一整年的时间把集团办公的企业邮箱从原有的海外品牌迁移到了自研的阿里邮箱的系统上。同时，迁移完成之后，我们把我们的子公司的邮箱业务、客户它的产品全部迁到了阿里云邮箱上。可能有些人会问，行业里面也在传说，阿里邮箱是不是就是外网邮箱？不是。其实它已经画上了一个句号。整个承接的提供方是阿里邮箱。 进阶期：在快速成长期过了之后，我们已经正式迈入这个市场了，告知整个邮箱行业阿里邮箱在为中小企业提供一个企业邮箱的服务。当时我们的商业模式其实比较简单，只是我们在做线上的客户。通过我们的垂直行业的伙伴或者我们的线上官网的运营方式，很多客户了解到阿里其实是有企业邮箱的。在线上去下单购买，整个行业里面其实很多友商在做的是线下的生态。我们在后面这个时期，我们叫做一个进阶期。当时整个团队的想法非常地直白。我们也要做阿里邮箱属于自己自建的生态伙伴体系。在2016年，整个阿里邮箱伙伴体系成立，当时在2016年的时候我们选了两家非常优质的合作伙伴。一直到去年，我们在大概两年的时间打磨这个体系，我们觉得非常完善的时候又选了两家，华北和华中。 阿里邮箱产品线：现在我们在售卖公有云SaaS的企业版本。大家觉得很奇怪，邮箱可以简单到只要用三个版本就可以覆盖到市场需求吗？的确是这样的。我们做过统计也做过横向比较，只要这个企业它的成员数在5名员工之上就可以有这个诉求需要用到企业邮箱。我们这三个版本会涵盖这种初创型的企业，大型的集团化的公司，甚至包含那些大型的企业，都会在里面。这三个版本就可以涵盖。 产品优势： 首先，是稳定高效。阿里邮箱平均迭代的频率是一周一次。我们在2019年财年里面是零故障。一个企业如果上升到上百个员工之后一旦邮箱服务出问题了，服务响应的量会非常非常高。邮箱其实是一个企业内部沟通沉淀数据，去传递一些公司信息的非常重要的工具。 第二个是全球畅游。首先，我们先把邮箱做海外的部署，满足我们内部的不同的分公司在海外节点的需求。现在已经成熟到提供给任何一个国家的企业用户去使用或者购买我们的邮箱产品。 第三个是安全可靠。很多企业用户会关注邮箱安全。现在邮箱部署的安全维度跟天猫跟支付宝是同一个维度，我们称之为叫做交易级别的安全维度。再说一个小点，阿里邮箱场景的覆盖是异地登录提醒。这又把我们的邮箱产品安全维度提升一个级别。 第四个是运营经验。本身邮箱团队相对来说原来服务于集团，早些年偏后端。在我们最近的三年里头，我们不断地跟我们的合作伙伴交流，跟我们的客户去共建共创邮箱产品。截至今日我们服务的企业用户数已经达到2000万了。 邮箱+钉钉的强强联合：2015年的时候把邮箱的能力输入到钉钉，做了一个钉邮。我们把业务工具的能力去横向拉通，做精做细。邮件跟会话的联动可以相互之间穿透，通过邮件去发起会议的场景等等。 全线发展：马上推出专有云和混合云刚刚说的邮箱单一产品层面的，其实在邮箱的大盘子里头，有做公有云的厂牌也有做专有云的厂牌。我们酝酿已久的阿里邮箱的专有云和混合云马上要推出了。阿里邮箱将会全线争取这个市场。因为很多企业可能能够接受公有云。但是很多企业比如说涉及到数据安全的问题，数据必须落在本地，可以使用专有云，乃至混合云。 阿里邮箱生态：阿里邮箱的生态体系是按照区域-分而治之，各区-一带一路，下沉-二三线城市来构建的。 1、按照区域设立服务中心，也就是阿里邮箱的一级代理商。它的职责是开拓当地区域的市场和分销伙伴。这个体系已经打磨了三年，区域服务中心已经具备赋能的能力来服务好更多类型的想做企业邮箱产品的分销商或者合作伙伴。现在全国有四家服务中心，分为东南北中。 2、各区分销商全国加起来有300家。这里头其实大部分的分销商都是原来做邮箱起家的，邮箱经验的沉淀比较足一点，也有其中一部分可能占10%左右，是来自行业里面做其他产品有自己主营业务的。 3、下沉到二三线城市。说实话不可能去招募很多服务中心，只有靠服务中心下面的很多分销商去覆盖二三线城市，服务当地客户。这个其实已经做了三年时间，已经做穿做透了。很多服务商他的客户已经下沉到原来我们可能阿里邮箱品牌不被认知的区域。 上图的数据可以看到现在的成绩，也算是对三年邮箱体系的回顾。因为整个区域里还会有西南和西北，会有空白的区域。现有的服务中心的所辖区域里面还有很多二三线城市，服务商不会特别多。我们期许的是有更多的优质的伙伴，如果想做企业邮箱想做阿里邮箱这一块业务，我让我们的服务中心给各位提供这样一个能力的支撑和赋能。 刚刚提到整个生态体系其实时至今日已经服务了差不多三万家的企业用户，今年会突破到五万家。整个行业的里头，我们的生态体系的增长应该是每年以100%的增量去加速。

CDN是业界公认的加速网站访问效率、提升用户体验的内容分发加速产品。Gartner预测2019年超过50%的互联网流量将通过CDN内容分发网络进行加速。 然而，越来越多企业也意识到恶意网络攻击对非凡用户体验构成的威胁，因为网络攻击对网站/应用性能、业务数据安全的影响远超其他因素。根据Gemalto发布的《数据泄露水平指数(Breach Level Index）》，仅2018年上半年，全球就发生了945起较大型的数据泄露事件，共计导致45亿条数据泄露，与2017年相比数量增加了133％。 随着网络安全风险的逐步增加，单纯的内容加速服务以及不再满足CDN使用者的需求。面临复杂的网络环境，CDN使用者需要更易于部署的安全防护能力，包括：DDOS，WAF，CC，bot 流量管理、API Gateway等。 如果您对CDN WAF安全防护有需求，欢迎申请开通>> 阿里云上线CDN WAF 兼容安全与加速能力 为了能够让CDN用户更便捷、快速地部署安全防护能力，阿里云CDN上线WAF功能，通过CDN控制台的一键开通，即可使用融合了云盾Web应用防火墙（Web Application Firewall，简称 WAF）性能的CDN节点进行加速，一站式解决复杂网络情况下的内容加速与安全防护难题。它具有以下几点优势： 一站式分发+安全能力 阿里云CDN WAF目前已经向全网CDN用户开放， 用户可以在CDN控制台一键开通WAF服务，开启对相关域名的防护服务。在使用安全防护的同时，还能够享受到阿里云CDN全网2500+节点的高效分发能力，真正实现CDN与安全的一体化解决方案。

本文是《Performance Test Together》（简称PTT）系列专题分享的第5期，该专题将从性能压测的设计、实现、执行、监控、问题定位和分析、应用场景等多个纬度对性能压测的全过程进行拆解，以帮助大家构建完整的性能压测的理论体系，并提供有例可依的实战。 该系列专题分享由阿里巴巴 PTS 团队出品，欢迎在文末处加入性能压测交流群，参与该系列的线上分享。 第1期：《压测环境的设计和搭建》 第2期：《性能压测工具选型对比》 第3期：《阿里巴巴在开源压测工具 JMeter 上的实践和优化》 第4期：《并发模式与 RPS 模式之争，性能压测领域的星球大战》 本文将介绍应用性能测试场景的设计和实现，旨在借助阿里巴巴在这方面的沉淀帮助您更准确的找到性能瓶颈，文章将围绕以下： 性能测试的常见分类 应用性能测试场景的设计 应用性能测试场景的设计实践 应用性能测试场景的实现 性能测试的常见分类

最炫的技术新知、最热门的大咖公开课、最有趣的开发者活动、最实用的工具干货，就在《开发者必读》！ 每日集成开发者社区精品内容，你身边的技术资讯管家。 每日头条 揭秘！机器人和你对话时在想什么？ 为什么聊天机器人越来越普及？聊天机器人不仅可以节省时间，提升效率，还能一天24小时提供服务，更是可以减少误差。聊天机器人背后的问题原理是什么？效率如何提升？就是今天我们要了解的内容。本篇内容已被收录于ACL2019，希望对你有所帮助。 最强干货 领导者必备：三元简化模型，助你加速团队成长 很早之前，现代管理之父德鲁克提出过一个影响深远的观点，“21世纪的组织，最有价值的资产是组织内的知识工作者和他们的生产力。”现代企业的各位管理者，遇到最大的两类问题就是战略和组织，看不到、想不到、做不到，这“三不到”的问题归根结底都是人的问题。能够看到、想到、做到“重视人才”的企业，成功的概率总是会大那么一点点的。你的公司呢？ 嘘！阿里技术大牛竟然在看这些书…… 也许我们无法走遍地球的每一个角落，却可以用阅读丈量整个世界。 停止阅读就等于停止给大脑供给养分。信息爆炸时代，“养分”的质量决定了个人的成长速度。今天，我们“偷出”了贾扬清、吴翰清等大神的私人书单。到底大神们如何跨界学习，将知识收为己用？一起来感受！ 阿里云CDN上线 WAF，一站式提供分发+安全能力 为了能够让CDN用户更便捷、快速地部署安全防护能力，阿里云CDN上线WAF功能，通过CDN控制台的一键开通，即可使用融合了云盾Web应用防火墙（Web Application Firewall，简称 WAF）性能的CDN节点进行加速，一站式解决复杂网络情况下的内容加速与安全防护难题。 每天读本书 《软件自动化测试开发》| 每日读本书

背景 最近准备上线cassandra这个产品，同事在做一些小规格ECS(8G)的压测。压测时候比较容易触发OOM Killer，把cassandra进程干掉。问题是8G这个规格我配置的heap(Xmx)并不高（约6.5g）已经留出了足够的空间给系统。只有可能是Java堆外内存使用超出预期，导致RES增加，才可能触发OOM。 调查过程 0.初步怀疑是哪里有DirectBuffer泄漏，或者JNI库的问题。1.按惯例通过google perftools追踪堆外内存开销，但是并未发现明显的异常。2.然后用Java NMT 看了一下，也没有发现什么异常。 3.查到这里思路似乎断了，因为跟DirectBuffer似乎没啥关系。这时候我注意到进程虚拟内存非常高，已经超过ECS内存了。怀疑这里有些问题。 4.进一步通过/proc/pid/smaps 查看进程内存地址空间分布，发现有大量mmap的文件。这些文件是cassandra的数据文件。 此时这些mmap file 虚拟内存是2G，但是物理内存是0（因为我之前重启过，调低过内存防止进程挂掉影响问题排查）。 显然mmap的内存开销是不受JVM heap控制的，也就是堆外内存。如果mmap的文件数据被从磁盘load进物理内存(RES增加)，Java NMT和google perftool是无法感知的，这是kernel的调度过程。 5.考虑到是在压测时候出现问题的，所以我只要读一下这些文件，观察下RES是否会增加，增加多少，为啥增加，就能推断问题是不是在这里。通过下面的命令简单读一下之前导入的数据。 cassandra-stress