mesh

简介： 云原生架构本质上也是一种软件架构，最大的特点是在云环境下运行，也算是微服务的一种延伸。 起源 1. 云原生（Cloud Native）的由来 云原生的概念最早开始于 2010 年， 在当时 Paul Fremantle 的一篇博客中被提及 ，他一直想用一个词表达一种架构，这种架构能描述应用程序和中间件在云环境中的良好运行状态。因此他抽象出了 Cloud Native 必须包含的属性，只有满足了这些属性才能保证良好的运行状态。当时提出云原生是为了能构建一种符合云计算特性的标准来指导云计算应用的编写。 后来到 2013 年 Matt Stine 在推特上迅速推广云原生概念 ，并 在 2015 年《迁移到云原生架构》 一书中定义了符合云原生架构的特征： 12 因素、微服务、自服务、基于 API 协作、扛脆弱性 。而由于这本书的推广畅销，这也成了很多人对云原生的早期印象，同时云原生也被 12 要素变成了一个抽象的概念。Matt Stine 认为在单体架构向 Cloud Native 迁移的过程中，需要文化、组织、技术共同变革。 解读：** 云原生架构本质上也是一种软件架构，最大的特点是在云环境下运行，也算是微服务的一种延伸**。 2. CNCF 基金会成立及云原生概念的演化 2015 年由 Linux 基金会发起了一个 The Cloud Native Computing

通知：这篇文章有8篇论文速递信息，涉及目标识别、SLAM、3D Model、密集点集配准、立体匹配等方向（含6篇CVPR论文） 目标识别 [1]《Hierarchical Novelty Detection for Visual Object Recognition》 CVPR 2018 Abstract：深度神经网络在具有预定义类别的大规模视觉对象识别任务中取得了令人瞩目的成功。然而，在训练期间识别新类（即未被看见的对象）仍然具有挑战性。在文献中已经讨论了检测这种新类的问题，但是之前大多数工作都是提供简单的二元或回归决策，例如，输出将是“已知的”，“新颖的”或相应的置信区间。在本文中，我们研究更多的基于分层分类框架的信息新颖性检测方案。对于一个新类的对象，我们的目标是在已知类的分层分类中找到它最接近的超类。为此，我们提出了两种不同的方法，称为自顶向下和扁平化方法，以及它们的组合。我们方法的基本组成部分是置信度校正分类器，数据重新标记以及在分层分类法下对新类进行建模的“一次退出”策略。此外，我们的方法可以生成分层嵌入，结合其他常用的语义嵌入，可以提高广义零点学习性能。 arXiv： https://arxiv.org/abs/1804.00722 SLAM [2]《CodeSLAM - Learning a Compact, Optimisable Representation

导语： 由中国信息通信研究院、中国通信标准化协会联合主办的“2020可信云大会”于昨天圆满结束，会上发布了2020年可信云上半年最新评估结果。其中腾讯云中间件—— 分布式消息队列 TDMQ 凭借其优秀的技术能力，获得了 可信云最高级认证证书 。 01 TDMQ喜获可信云最高级认证证书 在刚刚过去的“2020可信云大会”在线上大会上，腾讯云中间件——分布式消息队列TDMQ喜获可信云 最高级认证证书 ！代码编号：No.MQ-0003 TDMQ刚刚出道，便获得了可信云软件认证的最高级证书，这是对产品服务能力和腾讯云中间件技术能力的最佳认可。 02 创新定义，开启消息队列新时代 TDMQ基于开源Pulsar 存储计算分离 架构，完美支持 按量使用无限扩展 ， 专为云而生的消息队列 ，并 兼容主流消息队列产品。 03 超强服务能力 1. 高一致性 采用raft算法 。 同步刷盘 。 多副本 。 2. 高性能低延迟 高效支持 亿级消息生产和消费 。 单集群 QPS 超过10万 。 时耗方面有保护机制来保证低延迟，帮助您轻松满足业务性能需求 。 3. 百万级 To pic 计算与存储架构的分离 设计，可以轻松 支持百万级消息主题 。 多租户，完善的自助运维管理工具 。 4. 丰富的消息类型 提供丰富的消息类型，涵盖普通消息、顺序消息（全局顺序 / 分区顺序）、分布式事务消息、定时消息等。 5.

作者 | 易立，阿里云资深技术专家，容器技术负责人 本系列文章： 第一篇 - 云原生基础设施 （已发布，文末点击阅读原文查看） 第二篇 - 云原生软件架构（本文） 第三篇 - 云原生应用交付与运维体系（待续） 前言 在《云原生基础设施》一文中我们谈到了，云原生计算包含三个维度的内容，云原生基础设施，软件架构和交付与运维体系，本文将聚焦于软件架构层面。 “Software architecture refers to the fundamental structures of a software system and the discipline of creating such structures and systems. ” - 维基百科。 在我的理解，软件架构主要目标是解决下列挑战： 控制复杂性。 由于业务的复杂性，需要我们用更好的手段帮助研发组织克服认知障碍，更好的分工协作。分而治之，关注点分离等手段皆是如此。 应对不确定性。 业务在快速发展，需求在不断变化。即使再完美的软件架构，然而随着时间的推移，团队的变化，软件架构的调整不可避免。读《设计模式》，《微服务设计》等书字里行间写的都是“解耦”两字，让我们关注架构中确定性和不确定性的分离，提升架构的稳定性和应变能力。 管理系统性风险。 管理系统中的确定性以及不确定性风险，规避已知陷阱，对未知的风险做好准备。

作者 | 潘义文（空易） 来源|阿里巴巴云原生公众号 起源 1. 云原生（Cloud Native）的由来 云原生的概念最早开始于 2010 年， 在当时 Paul Fremantle 的一篇博客中被提及 ，他一直想用一个词表达一种架构，这种架构能描述应用程序和中间件在云环境中的良好运行状态。因此他抽象出了 Cloud Native 必须包含的属性，只有满足了这些属性才能保证良好的运行状态。当时提出云原生是为了能构建一种符合云计算特性的标准来指导云计算应用的编写。 后来到 2013 年 Matt Stine 在推特上迅速推广云原生概念 ，并 在 2015 年《迁移到云原生架构》 一书中定义了符合云原生架构的特征： 12 因素、微服务、自服务、基于 API 协作、扛脆弱性 。而由于这本书的推广畅销，这也成了很多人对云原生的早期印象，同时云原生也被 12 要素变成了一个抽象的概念。Matt Stine 认为在单体架构向 Cloud Native 迁移的过程中，需要文化、组织、技术共同变革。 **解读：** 云原生架构本质上也是一种软件架构，最大的特点是在云环境下运行，也算是微服务的一种延伸 。 2. CNCF 基金会成立及云原生概念的演化 2015 年由 Linux 基金会发起了一个 The Cloud Native Computing Foundation（CNCF） 基金组织

前言 2020 年微众银行在 GitHub 上正式开源了 EventMesh。 EventMesh 和 DeFiBus一起作为微众银行已经开源的项目，目前支撑了微众银行每天亿级的金融交易。 作为一个动态插件式云原生基础服务，EventMesh 提供了灵活，可靠和快速的事件分发与处理，并且可进行管理。本篇文章将围绕 EventMesh 起源及原理等方面进行介绍，并结合微众银行的实践经验带领大家一起探索事件驱动架构。 01 什么是事件驱动架构 近年来，随着微服务、云原生和 Serverless 概念的普及以及容器化技术的发展，事件驱动也再次成为热点，引起IT界广泛的关注。事件驱动架构是一种用于设计应用的软件架构和模型。对于事件驱动系统而言，事件的捕获、通信、处理和持久保留是解决方案的核心结构。事件驱动架构可以最大程度减少耦合度，很好地扩展与适配不同类型的服务组件，因此是现代化分布式应用架构的理想之选。 解耦 基于这种松耦合，微服务可以用不同的语言实现。解耦后的微服务能够轻松地在网络上相互独立地扩展，通过动态添加或删除事件生产者和消费者来修改他们的系统，而不需要更改任何微服务中的任何逻辑。 基于推送通知的消息传输机制 事件驱动的体系结构中，客户端无需轮询就可以接收更新，事件在到达事件存储后就会通知给客户端，客户端可以随时接收更新，这对于动态数据转换、分析和数据科学处理非常有用。

作者 | 易立 阿里云资深技术专家 本文整理自易立在 2019 携程技术峰会上发表的题目为《拐点已至，云原生引领数字化转型升级》的演讲。 关注“阿里巴巴云原生”公众号，回复关键词“转型”即可下载本文 PPT。 今天我跟大家分享的题目是“拐点已至，云原生引领数字化转型升级”。先做个简单的自我介绍，我叫易立，来自于阿里云容器平台，从 2015 年开始负责阿里云容器产品，之前在 IBM 工作 14 年，主要负责企业中间件和云计算的产品研发。 今天会跟大家分享我们对云原生领域的简单思考，以及我们对云原生发展四个趋势大概的介绍： 拥抱 Serverless – 极致弹性，无需运维； 服务网格 – 将服务治理能力与应用解耦，并下沉到基础设施层； 云原生应用管理标准化 – 构建高效、自动化和可信赖的应用交付体系； 计算无边界 – 实现云-边缘-IoT 设备的高效协同。 云原生基本概念 先简单介绍云原生一些基本的概念。 我们接触了很多的客户，对于这些客户而言，上不上云已经不是问题，他们关注的是该怎么上云？该如何充分利用云的能力、最大化云的价值？在 All in Cloud 的时代，企业的技术能力已经成为核心竞争力，他们非常愿意用云作为企业 IT 能力的增效器。 云原生计算是一组最佳实践和方法论，在公共云、专有云环境中，构建可伸缩、健壮、松耦合的应用，可以更加快速地创新和低成本试错；容器、服务网格

XpressLINK-SOC 简化基于 Arm 的 SoC 设计，实现对 CXL 和 CCIX 的高效支持 加州圣何塞--(美国商业资讯)--高速互连解决方案的行业领导者PLDA今天宣布，PLDA业界领先的XpressLINK-SOC™CXL IP全面支持AMBA®CXS Issue B (CXS-B)接口协议。这种支持使得片上系统(SoC)设计人员能够降低延迟，在其基于Arm®的SoC解决方案中更轻松地实现CXL和CCIX多芯片互连标准。 AMBA CXS是一项基于信用的流协议，可在用户应用和协议控制器之间进行高带宽数据包传输。设计人员利用CXS接口，可以绕过控制器的事务层，从而可以显著降低延迟。CXS规范定义了诸如Arm CoreLink™一致性网状网络(Coherent Mesh Network)等芯片内互连与PCIe或CXL控制器之间的接口，以优化CCIX和CXL数据包的传输。 Arm基础架构业务线产品解决方案副总裁Dermot O’Driscoll表示：“当我们进入下一个计算时代时，我们如今使用数据的速度只会增加，在高速存储和网络等应用中需要更多的带宽和无缝的数据传输。PLDA新增对CXS的支持，此举让芯片提供商能够迅速采用高性能的CXL和CCIX多芯片互连技术，从而在这些应用中实现更高的计算性能和效率。” PLDA首席技术官Stephane Hauradou表示：

作者 | 张裕 编辑 | 雅纯 来源| 阿里巴巴云原生公众号 什么是云原生 DevOps 点击查看视频： https://v.qq.com/x/page/u3220cutt7v.html 我们先通过上面一个简短视频和下面两张图，来了解什么是云原生 DevOps，它和 DevOps 有什么不同。 上图是一个大排档，图中的大厨在非常努力的去切、炒、制作各种美食，并将它卖出去。从原材料的采购到加工到销售到售后，都是一两个人完成。这是非常典型的 DevOps 场景，团队搞定端到端的所有的事情。这种情况，当厨师水平比较高、销售能力比较强的时候，可以做到高效率、低浪费。但存在的问题是，想要规模化会很难。因为它的流程都是非标准的，需要厨师有很强的个人能力。 我们再看上面这张南京大排档的图，虽然名字里有大排档，但它显然不是我们上面说的大排档。我们随便走进任何一家南京大排档，都可以发现，南京大排档的厨师，可以专注在为客户提供更好的菜品上，研发试验新菜品，并通过小批量的用户来尝试和推广。无论是用户量增加或减少，都能很快的去适应。店铺扩张也可以很快。这种我们可以理解为云原生 DevOps。 那究竟什么是云原生 DevOps 呢？我们认为：云原生 DevOps 是充分利用云原生基础设施，基于微服务/无服务架构体系和开源标准，语言和框架无关，具备持续交付和智能自运维能力，从而做到比传统 DevOps

简介： 究竟什么是云原生DevOps呢？我们认为：云原生DevOps是充分利用云原生基础设施，基于微服务/无服务架构体系和开源标准，语言和框架无关，具备持续交付和智能自运维能力，从而做到比传统DevOps更高的服务质量、更低的开发运维成本，让研发专注于业务的快速迭代。 1、什么是云原生DevOps 我们先通过一个简单的例子来了解什么是云原生DevOps，它和DevOps有什么不同。 上图是一个大排档，图中的大厨在非常努力的去切、炒、制作各种美食，并将它卖出去。从原材料的采购到加工到销售到售后，都是一两个人完成。这是非常典型的DevOps场景，团队搞定端到端的所有的事情。这种情况，当厨师水平比较高、销售能力比较强的时候，可以做到高效率、低浪费。但存在的问题是，想要规模化会很难。因为它的流程都是非标准的，需要厨师有很强的个人能力。 我们再看这张南京大排档的图，虽然名字里有大排档，但它显然不是我们上面说的大排档。我们随便走进任何一家南京大排档，都可以发现，南京大排档的厨师，可以专注在为客户提供更好的菜品上，研发试验新菜品，并通过小批量的用户来尝试和推广。无论是用户量增加或减少，都能很快的去适应。店铺扩张也可以很快。这种我们可以理解为云原生DevOps。 那究竟什么是云原生DevOps呢？我们认为：云原生DevOps是充分利用云原生基础设施，基于微服务/无服务架构体系和开源标准