阿里巴巴

作者丨张瓅玶（谷朴）阿里巴巴研究员 阿里巴巴核心系统作为全球最大规模、峰值性能要求最高的电商交易系统，在 2018 年之前只通过混合云弹性上云方式，为 双11 节约大量成本。直到 2019 年，阿里巴巴实现了核心交易系统全面上云并经历了 双11 峰值的考验。 在今天由极客邦科技举办的 ArchSummit 全球架构师峰会 2019 北京站上，阿里巴巴研究员张瓅玶博士作了主题演讲《阿里巴巴核心系统上云：挑战和架构演进的思考》，以下内容为演讲整理。 核心系统上云之路 工程师时常把我们的系统用飞机来做比喻，乘客则是上面承载的业务。云也是一架这样的载客飞机，作为基础平台承载着千万家企业的业务。今年阿里巴巴实现了核心系统 100% 上云，这个过程实际上走了几年才达到今天的进展，而且这还不是结束，也只是阿里巴巴上云的一个开始。 阿里巴巴集团自身业务体量巨大，支撑其的互联网技术体系任务也非常繁重，再加上核心电商业务系统的复杂度，对技术带来的挑战可想而知。 用王坚博士的话说，核心系统上云让阿里巴巴和客户真正坐上了同一架飞机。从 in-house 的基础设施、定制化的平台能力，到通用的云平台，从 cloud hosting 到 cloud native，这个过程面临着巨大的挑战，同时也是阿里巴巴自身和阿里云的架构演进升级的历程。 阿里巴巴的核心交易系统涉及到包括天猫、淘宝、河马、菜鸟、聚划算、咸鱼

作者丨张瓅玶（谷朴）阿里巴巴研究员 阿里巴巴核心系统作为全球最大规模、峰值性能要求最高的电商交易系统，在 2018 年之前只通过混合云弹性上云方式，为 双11 节约大量成本。直到 2019 年，阿里巴巴实现了核心交易系统全面上云并经历了 双11 峰值的考验。 在今天由极客邦科技举办的 ArchSummit 全球架构师峰会 2019 北京站上，阿里巴巴研究员张瓅玶博士作了主题演讲《阿里巴巴核心系统上云：挑战和架构演进的思考》，以下内容为演讲整理。 核心系统上云之路 工程师时常把我们的系统用飞机来做比喻，乘客则是上面承载的业务。云也是一架这样的载客飞机，作为基础平台承载着千万家企业的业务。今年阿里巴巴实现了核心系统 100% 上云，这个过程实际上走了几年才达到今天的进展，而且这还不是结束，也只是阿里巴巴上云的一个开始。 阿里巴巴集团自身业务体量巨大，支撑其的互联网技术体系任务也非常繁重，再加上核心电商业务系统的复杂度，对技术带来的挑战可想而知。 用王坚博士的话说，核心系统上云让阿里巴巴和客户真正坐上了同一架飞机。从 in-house 的基础设施、定制化的平台能力，到通用的云平台，从 cloud hosting 到 cloud native，这个过程面临着巨大的挑战，同时也是阿里巴巴自身和阿里云的架构演进升级的历程。 阿里巴巴的核心交易系统涉及到包括天猫、淘宝、河马、菜鸟、聚划算、咸鱼

在Eclipse里静态导入 在Eclipse里配置静态导入 常用的静态导入方法如下： com.google.common.base.Preconditions com.google.common.base.Predicates com.google.common.collect.Iterables com.google.common.collect.Lists com.google.common.collect.Maps com.google.common.collect.Sets org.apache.commons.lang.StringUtils org.junit.Assert 静态导入配置后，写代码只需要 checkNotNull(sourceData); isBlank(a); assertEquals(“阿里巴巴测试公司”, “阿里巴巴测试公司”); 来源： oschina 链接： https://my.oschina.net/u/1266221/blog/747463

目录 flink-training-course 大数据领域顶级盛会 Flink Forward Asia 2019 详情🔎 直击 Flink Forward Berlin 2019 现场回放！精彩 「彩蛋」 Apache Flink 中文邮件列表使用方式 S3 实战&运维篇（进行中） 3.1 Flink 反压/延时监控和调参控制 3.2 Metric 指标、监控、报警 3.3 如何利用 Flink 和深度学习模型实现垃圾图片分类（Apache Flink 极客挑战赛特别场） 3.4 Flink CEP 实战 3.5 Flink 实时数仓的应用 3.6 State Processor API 介绍与演示 3.7 Flink 常见问题诊断 3.8 大规模场景的高阶运维 S2 进阶篇（已完结） 2.1 Flink Runtime 核心机制剖析 2.2 Flink Time 深度解析 2.3 Flink Checkpoint-轻量级分布式快照 2.4 Flink on Yarn/K8S原理剖析及实践 2.5 Flink 数据类型与序列化 2.6 Flink 作业执行解析 2.7 Flink网络流控及反压剖析 2.8 Metrics 与监控 2.9 Flink Connector开发 2.10 本地部署Zeppelin开发Flink程序 2.11 Flink State 最佳实践

点击下载《不一样的 双11 技术：阿里巴巴经济体云原生实践》 本文节选自《不一样的 双11 技术：阿里巴巴经济体云原生实践》一书，点击上方图片即可下载！ 作者 | 陈星宇（宇慕）阿里云基础技术中台技术专家 导读 ：etcd 是阿里巴巴内部容器云平台用于存储关键元信息的组件。阿里巴巴使用 etcd 已经有 3 年的历史, 在今年 双11 过程中它又一次承担了关键角色，接受了 双11 大压力的检验。为了让更多同学了解到 etcd 的最佳实践和阿里巴巴内部的使用经验，本文作者将和大家分享阿里巴巴是如何把 etcd 升级得更强、更稳、更高效的，希望通过这篇文章让更多人了解 etcd, 享受云原生技术带来的红利。 让 etcd 变得更强 本节主要介绍 etcd 在性能方面的升级工作。首先我们来理解一下 etcd 的性能背景。 性能背景 这里先庖丁解牛，将 etcd 分为如下几个部分，如下图所示： 每一部分都有各自的性能影响，让我们逐层分解： raft 层：raft 是 etcd 节点之间同步数据的基本机制，它的性能受限于网络 IO、节点之间的 rtt 等， WAL 受到磁盘 IO 写入延迟； 存储层：负责持久化存储底层 kv, 它的性能受限于磁盘 IO，例如：fdatasync 延迟、内存 treeIndex 索引层锁的 block、boltdb Tx 锁的 block 以及 boltdb

点击下载《不一样的 双11 技术：阿里巴巴经济体云原生实践》 本文节选自《不一样的 双11 技术：阿里巴巴经济体云原生实践》一书，点击上方图片即可下载！ 作者 | 李云（花名：至简） 阿里云高级技术专家 导读 ：在即将过去的 2019 年，Service Mesh 开源产品的成熟度虽在全球范围内没有发生质的变化，但在国内仍出现了一些值得特别关注的事件。比如：阿里巴巴在 双11 的部分电商核心应用上落地了完整的 Service Mesh 解决方案，借助 双11 的严苛业务场景完成了规模化落地前的初步技术验证。本文作者将结合自己在阿里巴巴落地实践 Service Mesh 过程中的观察与思考，来和大家进行分享。 Service Mesh 是新瓶装旧酒吗？ 新技术出现时所主张的价值一定会引发相应的探讨，Service Mesh 也不例外。 以往，怀疑 Service Mesh 价值的观点主要有两大类。 第一类 是应用的数量并没有达到一定的规模，在 Service Mesh 增加运维和部署复杂度的情形下，认为所带来的成本和复杂度高于所获得的收益。 从根本上来看，这一类并非真正怀疑 Service Mesh 的价值，而是主张在 Service Mesh 还没有完全成熟和普及的情形下，在未来合适的时机再考虑采纳。当然，我在与外部客户交流时也碰到一些特例，他们即便在应用数很少的情形下，仍希望通过

《阿里巴巴Java开发手册 1.4.0 》 码出高效，码出质量 一、编程规约 （一）命名风格 1、【强制】代码中的命名均不能以 下划线或美元符号 开始，也不能以 下划线或美元符号 结束。 不能以特殊符号开始和结束。 反例：_name / __name / $name / name_ / name$ / name__ 2、【强制】代码中的命名 严禁使用拼音与英文混合 的方式，更 不允许直接使用中 的方式。 命名要合理，纯英文的语义。 正例：alibaba / taobao / youku / hangzhou 等国际通用的名称，可视同英文。 反例： DaZhePromotion [打折] / getPingfenByName() [评分] / int 某变量 = 3 3、 【强制】类名使用UpperCamelCase风格，但是以下情形例外：DO / BO / DTO / VO / AO / PO / UID 等。 类名要使用驼峰式命名规则。 正例： 反例： 来源： https://www.cnblogs.com/Edward-Wang/p/11975827.html

点击下载《不一样的 双11 技术：阿里巴巴经济体云原生实践》 本文节选自《不一样的 双11 技术：阿里巴巴经济体云原生实践》一书，点击上方图片即可下载！ 作者 | 陈星宇（宇慕）阿里云基础技术中台技术专家 导读 ：etcd 是阿里巴巴内部容器云平台用于存储关键元信息的组件。阿里巴巴使用 etcd 已经有 3 年的历史, 在今年 双11 过程中它又一次承担了关键角色，接受了 双11 大压力的检验。为了让更多同学了解到 etcd 的最佳实践和阿里巴巴内部的使用经验，本文作者将和大家分享阿里巴巴是如何把 etcd 升级得更强、更稳、更高效的，希望通过这篇文章让更多人了解 etcd, 享受云原生技术带来的红利。 让 etcd 变得更强 本节主要介绍 etcd 在性能方面的升级工作。首先我们来理解一下 etcd 的性能背景。 性能背景 这里先庖丁解牛，将 etcd 分为如下几个部分，如下图所示： 每一部分都有各自的性能影响，让我们逐层分解： raft 层：raft 是 etcd 节点之间同步数据的基本机制，它的性能受限于网络 IO、节点之间的 rtt 等， WAL 受到磁盘 IO 写入延迟； 存储层：负责持久化存储底层 kv, 它的性能受限于磁盘 IO，例如：fdatasync 延迟、内存 treeIndex 索引层锁的 block、boltdb Tx 锁的 block 以及 boltdb

3月21日，在2019阿里云峰会·北京站上，阿里巴巴旗下的阿里云、支付宝、淘宝、钉钉、高德等联合发布“阿里巴巴小程序繁星计划”：提供20亿元补贴，扶持200万+小程序开发者、100万+商家。凡入选“超星”的小程序，入驻支付宝、淘宝、钉钉、高德后还能得到流量重点支持。 会上，阿里云还正式发布了小程序云。 一站式云服务是小程序云的最大亮点，依托阿里云坚实的产品基础，可为开发者提供稳定和便捷的后端云服务，包括serverless开发套件、应用托管服务、函数计算等。 同时，支付宝、高德、淘宝、钉钉及众多第三方上亿流量的小程序后端获统一标准。开发者可在这些小程序端上进行统一的应用发布、资源管理、数据管理。 小程序云还与阿里集团各个开放平台的服务市场深度协同，帮助开发者更多、更广地覆盖企业用户。 未来，阿里巴巴商业操作系统的业务能力也将在小程序云上逐步开放，帮助电商、金融、生活服务等各行业开发者和企业客户快速链接阿里巴巴经济体生态。 看到繁星计划已上热搜。对于“小程序繁星计划”，开发者如果有问题，欢迎来云栖社区进行讨论交流。 作者：云篆 原文链接 ​本文为云栖社区原创内容，未经允许不得转载。 来源： oschina 链接： https://my.oschina.net/u/3552485/blog/3026205

一、引用线上图标库 登录阿里巴巴矢量图标库，鼠标悬停在需要的图标，点击收藏入库（购物车图标），点击下载到本地或添加到项目。 二、新版Iconfont-阿里巴巴矢量图标库支持引用方式： 1.fontclass引用（ unicode引用的升级 ） 使用步骤如下： 第一步：引入项目下面生成的fontclass代码： < link rel ="stylesheet" type ="text/css" href ="http://at.alicdn.com/t/font_1538765_ryfscksuxrt.css" > 第二步：挑选相应图标并获取类名，应用于页面（需要加前面的样式 icon icon font）： < i class ="icon iconfont iconBusinessIcons_DealTag " ></ i > "iconfont"是你项目下的font-family。可以通过编辑项目查看，默认是"iconfont"。 2.symbol引用（推荐使用） 这是一种全新的使用方式，应该说这才是未来的主流，也是平台目前推荐的用法。相关介绍可以参考这篇文章 这种用法其实是做了一个svg的集合，与另外两种相比具有如下特点： 支持多色图标了，不再受单色限制。 通过一些技巧，支持像字体那样，通过,来调整样式。 兼容性较差，支持 ie9+,及现代浏览器。 浏览器渲染svg的性能一般