中间件

匿名访问不表示"无需认证"；匿名访问是"授权" 的控制范畴; 授权的前提是先认证。

今年 Dubbo 编程之夏活动对在校大学生、社会员工同时开放，任何对开源感兴趣的开发者都可以报名参加。

Web 开发框架 — Express 精讲（安装使用、静态托管、路由处理、中间件的使用）(2)

Node.js（三）路由器、中间件、MySQL模块、RESTful接口

4月7日（下周四）15：00，技术人生专栏作者 贺科学（晨末）将在阿里巴巴中间件视频号与读者们现场互动，据说还带来了诚意满满的惊喜~

本文以系统为中心, 结合日常工作和用例, 由浅入深地介绍了性能分析的一些方法和体会, 希望对想了解系统性能分析的同学有所帮助。

稳定性与高可用性是老生常谈的两个词。凭借经验和感受我们知道，提高系统的这两项指标，系统会更加健康，产品也会有更好的用户体验。但是如果要给稳定性和高可用性下一个定义该如何表述？稳定性和高可用性这二者又有何区别和联系？我认为首先要理解好这两个问题，才能够设定清晰的目标，系统地制定完整可行的方案。

软件的复杂性，是一个很泛的概念。但是一直都是开发过程中的一个难题，本文旨在探讨如何去从容应对复杂性

在进行工程设计的过程中，对于认知和计算的交替流程，我们总结了一套行之有效的经验，即对需求的拆分和组合。

HSF 是阿里集团 RPC/服务治理 领域的标杆，Go 语言又因为其高并发，云原生的特性，拥有广阔的发展前景和实践场景，服务代理模型只是一种落地场景，除此之外，还有更多的应用场景值得我们在研发的过程中去探索和总结。

本文不打算回顾 Istio 或是阿里云服务网格 ASM 的变化或趋势，我们来聊一聊阿里云 ASM 服务网格，它的最终用户是如何使用服务网格的。

作为一线的开发人员，大家是不是都经历过和产品吵得不可开交的经历，甚至最后谁也无法说服谁，只能将问题上升。最后由老板出面解决，而大多数情况下老板还真能够以某种方法去解决，并且是一个双方都能接受的方案。这个时候可能大部分同学会认为是老板的权威，地位导致了这一结果。 其实这很不准确（可能有一部分原因但绝对不是主要原因）其实更多的是各个老板们有比一线开发更强的产品力，能够听懂对方的诉求和抓住矛盾点并且给出解决方案。同时其中的表达方式更容易让彼此接受，才导致了最终你看到的老板出马，问题解决，好像自己的观点继续保持了，同时对方也留有余地。那这里这项重要的能力来源于什么呢？其实我认为更是一种产品思维的方式。

笔者认为代码差最为关键的是内部自身的问题，根因就两个：自我要求不高；无反馈通道。如果对自已要求不高，仅仅满足完成需求开发就止步了，很难写出高质量的代码，另外如果没有外部反馈，也难以提高自己的技能。提升代码质量的方法，笔者喜欢用三个方法：领域建模、设计原则、设计模式。

本文首先介绍了端云消息场景一体化的背景，然后重点分析了终端消息场景特点，以及终端消息场景支撑模型，最后对架构和存储内核进行了阐述。我们期望基于 RocketMQ 统一内核一体化支持终端和服务端不同场景的消息接入目标，以能够给使用者带来一体化的价值，如降低存储成本，避免数据在不同系统间同步带来的一致性挑战。

本文主要介绍我们最近在利用 Service Mesh 架构解决海外业务问题中一些实践和价值探索。我们在海外业务引入 Mesh 架构过程中，充分利用 Istio 的基于 yaml 来描述和定义路由的抽象能力，制定了企业流量治理标准，并将集团海外业务发展多年的多种路由模块统一成使用 Mesh 的统一路由框架，且在今年双十一支撑了全量的海外业务。也希望通过我们的经验介绍，可以给其他还在探索如何落地 Mesh 的同仁一些参考。

JAVA分布式--ActiveMQ 消息中间件（下）

一、前言 我们小伙伴应该都听说够消息中间件MQ，如：RabbitMQ，RocketMQ，Kafka等。引入中间件的好处可以起到抗高并发，削峰，业务解耦的作用。

本文主要介绍了分布式事务的概念以及当前分布式事务存在的不足之处，同时着重介绍了Seata分布式事务处理机制以及的优势之处。

本篇是整个《如何流量无损的在线应用架构》系列的第二篇，这一系列共三篇，旨在使用最为朴素的语言将影响在线应用流量稳定性的技术问题做一个归类，这些问题的解决方案有的只是一些代码层面的细节，有的需要工具进行配合，有的则需要昂贵的解决方案，如果您的应用想在云上有一个【流量无损】的一站式体验，可以关注阿里云的《企业级分布式应用服务（EDAS）》这个云产品，EDAS 也将会持续向默认接入流量无损的方向演进.下一篇，我们将从数据服务交换的角度进行讲解，更重要的是下一章还会点出重点预防的两把钥匙。

本篇是整个《如何构建流量无损的在线应用架构》系列的第一篇，这一系列共三篇，旨在使用最为朴素的语言将影响在线应用流量稳定性的技术问题做一个归类，这些问题的解决方案有的只是一些代码层面的细节，有的需要工具进行配合，有的则需要昂贵的解决方案，如果您的应用想在云上有一个【流量无损】的一站式体验，可以关注阿里云的《企业级分布式应用服务（EDAS）》这个云产品，EDAS 也将会持续向默认接入流量无损的方向演进。

消息中间件学习笔记--ActiveMQ（三、主题模式）

腾讯自研万亿级消息中间件TubeMQ捐赠给Apache!（下）

解读阿里云云原生为企业数字创新打造的新思路、新策略、新计划、新方案，解构云原生在行业的经典应用场景，展现云原生从理念到落地的最佳路径。

OpenClusterManagement（OCM）项目在 11 月 9 日的 CNCF 委员会会议中正式批准为 CNCF 的沙箱项目，并且也吸引了微软 AKS 研发同学的加盟。同时 OCM 社区也即将在 KubeCon 2021 中国的主题演讲里展开介绍 KubeVela 社区和 OCM 社区正在共建的集成特性。

从第三方的调研数据看，容器和 Kubernetes 已经成为云原生时代主流的选择，但实际落地的时候，却陷入了困境。我们尝试去总结了一些共通点，以及应对方案，也许能为正在落地容器技术的企业提供一些参考。

RocketMQ 作为一款基于磁盘存储的中间件，具有无限积压能力，并提供高吞吐、低延迟的服务能力，其最核心的部分必然是它优雅的存储设计。

MSE 注册配置中心专业版完全兼容了 Eureka 协议，并对其读写性能、实例容量进行了大幅优化。

Getty 维护团队不追求无意义的 benchmark 数据，不做无意义的炫技式优化，只根据生产环境需求来进行自身改进。只要维护团队在，Getty 稳定性和性能定会越来越优秀。

随着微服务架构的兴起，服务端的调用依赖愈加复杂，为了快速定位异常组件与性能瓶颈，接入分布式链路追踪 Trace 已经成为 IT 运维领域的共识。但是，开源自建、开源托管或商业化自研 Trace 产品之间到底有哪些差异，我该如何选择？这是许多用户在调研 Trace 方案时都会遇到的疑问，也是最容易混淆的误区。

Dubbo 3.0 是在云原生背景下诞生的，使用 Dubbo 构建的微服务遵循云原生思想，能更好的复用底层云原生基础设施、贴合云原生微服务架构。

认清每个人自己在日常工作中的思维定式非常重要，有助于转变自己对很多事情的认知，而这种转变也会从根本上带来行为上的变化。也就是说，可以通过理论分析和实践，来共同完成对个人实际生活的影响。今天这篇文章，我们会先讨论业务研发同学，或者说大多数的业务研发同学的自我认知是什么，再看下这种普遍的自我认知之内，是否已经存在着大家视而不见的思维定式；然后再讨论思维定式产生的原因是什么，如何突破这种由认知不到位而导致的自我束缚；最后再探讨业务研发同学应该存在什么样的认知，如何通过实践完成自己从普通开发到技术一号位的角色转变。

作为阿里云官方的事件中枢产品，EventBridge 的核心能力将聚集于连接和集成。未来 EventBridge 会扩大场景范围，业务应用部署在线下 IDC 机房、跨云厂商、边缘公网环境，阿里云 EventBridge 都将实现连接的触达。

在2021研发效能峰会上，阿里云中间件首席架构师愚奇就“如何利用云原生技术构建现代化应用”的主题分享了，如何利用云的特性及云原生的技术及产品，帮助企业的传统应用转化为现代化应用。

一个新的里程碑！

随时随地以低成本实现全链路压测，运维平台可以进行周期性的故障演练，并把这种能力交付给运维团队。

云原生为开发者提供了三方面便利：应用基础设施零维护、应用架构现代化零阻力、数字与物理世界零边界。

本文将介绍问题研究背景及解决问题的一般规律和特殊规律及二者之间的辩证关系。

伴随着过去几年云原生的理念持续普及，在 K8s 已经成为事实标准。如今，云原生不再只是基础设施的开发和运维人员的关注点，云原生领域将关注点从管好云（面向 Ops）转移到用好云（面向 Devs），利用云向应用交付最大价值。云计算生态价值点正迅速聚焦到“应用”上。互联网中间件的云原生演进，势在必行。

低代码将成为B端服务领域的基础设施，必将颠覆传统开发方式，未来可期。