自从 Apache Dubbo 在 2011 年开源以来，在一众大规模互联网、IT公司的实践中积累了大量经验后，Dubbo 凭借对 Java 用户友好、功能丰富、治理能力强等优点在过去取得了很大的成功，成为国内外热门主流的 RPC 框架之一。
作者 ｜郭浩 审校 ｜钰莹 Dubbo 和 HSF 都是阿里巴巴目前在使用的微服务 RPC 框架。HSF 在阿里巴巴使用更多，承接了内部从单体应用到微服务的架构演进，支撑了阿里历年双十一的平稳运行；Dubbo 则在 2011 年开源后，迅速成为业界广受欢迎的微服务框架产品，在国内外均有着广泛应用。 自 2008 年 5 月发布第一个版本 1.1 后，经历数年迭代，HSF 从一个基础的 RPC 框架逐渐演变成为日支撑十万亿级别调用的易于扩展的微服务框架。内部场景中，用户既可以选择少量配置轻松接入微服务体系，获
作者：Heaven-Wang 来源：blog.csdn.net/suifeng3051 近期都在谈微服务，本人也正在做相关的工作，应领导要求做了一个微服务的分享，本篇文章主要来源于分享的PPT，所以有些简单，有问题可以在下面留言，大家 一起讨论。 本篇文章先简单介绍了互联网架构的演变，进而介绍了服务化，最后再介绍微服务，微服务是服务治理的升级也是互联网架构的进一步延伸。 互联网架构演变 一体架构 在计算机软件发展早期，一般桌面软件都是采用这种架构，不管是界面还是业务处理还是数据处理都放到一个包中。这种其
云原生时代的微服务，在过去的2020年：有坚守，亦有破局。服务框架依然在持续进化和奔向云原生，Service Mesh 在持续进步的同时依旧疑点重重。总体而言，微服务架构的演进并非一蹴而就，过于保守或激进都不是解决之道。
在计算机软件发展早期，一般桌面软件都是采用这种架构，不管是界面还是业务处理还是数据处理都放到一个包中。这种其实谈不上架构，但也可以说是很好的架构，因为它足够简单。
作者 | 王晓彬、徐锡平 对云岛业务结构的公司来说，云平台属于公司内部、完全可控的局域网，而岛端则是有自己安全网络策略的独立内部网络。需要云岛通信时，会基于需求，按客户要求走流程开通一些端口，这个过程需要一定的成本且不完全可控。业务上，如果这种跨网需求增多，则会逐渐变成痛点。如果可以搭建一个透明的跨网传输网络，配合良好的顶层设计，就可以在业务支撑、安全管控和运维成本中寻求较好的平衡。 本文将介绍政采云基于 Dubbo 的跨网方案落地过程中面临的技术挑战、社区合作以及更深层次抽象的一些思考。在政采云这种政
为解决数据跨网问题，政采云搭建了一条基于 Dubbo 的“高速公路”，同时采用了 APISIX 作为中心网关，为网络路由、公共特性提供支持。本文将重点介绍政采云“高速公路”工程建设中如何采用节流策略来应对挑战。我们将讨论链路协议的优化实践以及对网络传输效率的思考。
最近不是 Dubbo3.0 正式发布了嘛，我也推了阿里巴巴中间件发的那篇文章，但是私下还是有小伙伴让我用大白话说说和之前版本到底有哪些不同。
学习是一件需要长期投入的事情，尤其是在当下大环境恶劣的背景下，我们程序员必须要多多的投资自己，去加强自己的技术硬实力和软实力。
Service Mesh这个“热”词是2016年9月被“造”出来，而今年2018年更是被称为service Mesh的关键之年，各家大公司都希望能在这个思潮下领先一步。今天我也分享阿里中间件在这方面的观点，思考和实践。考虑到有些人没了解过Dubbo(集团内以HSF为主)和Servicemesh，先简单介绍下这两个词。Dubbo应该是国内最受欢迎的远程服务框架，在Github上有超过2w的star数，也是阿里分布式架构互联互通的核心所在。跟Dubbo一样，servicemesh也是面向服务互联互通这一问题域，是云原生技术栈的核心之一；大家可以简单理解service mesh就是云原生组织定义的微服务架构解决理念。Dubbo是实现框架，融入servcemesh理念就是我们今天分享的。
CH3CHO，携程高级研发经理，负责微服务、网关等中间件产品的研发工作，关注云原生、微服务等技术领域。
梁飞在 2011 年开源 Dubbo 这个项目的时候，完全没有想过，Dubbo 这个名字，最后会变成一个 Apache 的商标，会成为一个在 GitHub 上有 2 万多人关注、一百多人参与贡献的超级项目。在自己退出这个项目多年后，Dubbo 仍在野蛮生长，并焕发新机。
Service Mesh 的概念自 2017 年初提出之后，受到了业界的广泛关注，作为微服务的下一代发展架构在社区迅速发酵，并且孵化出了诸如 Istio 等广受业界关注的面向于云原生 (Cloud Native) 的微服务架构。目前阿里、华为云、腾讯云都在 Service Mesh 上投入了大量精力进行研发和推广。阐述和讨论 Service Mesh 架构的文章目前网络上已经非常丰富，在此不再赘述。本文主要阐述 Service Mesh 架构在有赞是如何一步步发展和落地的，期望能够给读者带来一定的思考和借鉴意义，并对 Service Mesh 架构能够解决的问题和应用场景有进一步的了解。同时，有赞 Service Mesh 架构发展的过程也正是有赞微服务架构的演进过程，期待能够给正在进行微服务改造的团队带来一定的启发和思考。
最近阅读的这篇文章中https://zhuanlan.zhihu.com/p/46853969提到了一个观点
内容来源：2017年12月16日，京东金融数据研发负责人张亮在“数人云Meetup | 下一代微服务：ServiceMesh Is Coming”进行《云原生java的那些事儿》演讲分享。IT 大咖说
1. 安装并启动Zookeeper：下载Zookeeper的最新稳定版本，解压并根据官方文档进行配置。启动Zookeeper服务器。
目前很多的企业都有自己的电商网站，但随着业务量的增长，并发量高了。由于平台架构的一些不足，会导致一系列严重的问题，电子商务平台的安全性，承受能力也经受着严峻的考验，而市面上绝大多数的电商网站是业务驱动型而不是技术驱动型的公司，技术是可以直接驱动业务的，但是本身电商网站的技术支持不到业务体量的增长带来的高并发量，网站是会随时垮掉的！对于一个电商网站而言，捕获战略和梳理业务最有效的措施就是架构，在这群雄逐鹿的赛道上，电商企业该如何选择架构出高并发、分布式的电商网站架构？
2017年的9月份，阿里宣布重启Dubbo的开发维护，并且后续又将Dubbo捐献给了Apache，经过多年的发展已经发布到3.X版本了，Dubbo重启维护之后是否有值得我们期待的功能呢，下面就来看看吧。
作者简介 单家骏 腾讯云高级研发工程师 腾讯北极星（PolarisMesh）开源项目、弹性微服务引擎TSE核心研发，10+年从业经验，从事云计算及中间件 7 年有余。热爱开源、崇尚技术，希望能够使用技术使软件的应用变得简单、高效和美好。 前言 在已落幕的 QCon 全球软件开发大会·北京站《云原生微服务架构新趋势》专场，业界大佬们针对以基础设施和业务分离为核心目标，多运行时 /Dapr 等概念/项目被提出已有 2 年有余，它们是否真正解决了我们面临的问题？业务的反馈如何？是一个明确的新趋势吗？另一边，微服
目前微服务早已火遍大江南北，对于开发来说，我们时刻关注着技术的迭代更新，而项目采用什么技术栈选型落地是开发、产品都需要关注的事情，该篇文章主要分享一些目前普遍公司都在用的技术栈，快来分享一下你当前所在用的技术吧。
导读：本文整理自作者于 2020 年云原生微服务大会上的分享《携程微服务框架实践及思考》，主要介绍了从携程自研框架遇到的问题，转到落地 Dubbo 微服务框架，携程是如何实践的，以及实践过程中遇到的问题；未来转型 service mesh 的道路上，dubbo 协议存在的问题，我们需要怎么样的协议层以及微服务 SDK 的定位。
Service Mesh 是一个基础设施层，用于处理服务间通信。云原生应用有着复杂的服务拓扑，Service Mesh 保证请求可以在这些拓扑中可靠地穿梭。
“没有最好的技术，只有最合适的技术。”我想这句话也同样适用于微服务领域，没有最好的服务框架，只有最适合自己的服务改造。在Dubbo的未来规划中，除了保持自身技术上的领先性，关注性能，大流量，大规模集群领域的挑战外，围绕Dubbo核心来发展生态，将Dubbo打造成一个服务化改造的整体方案也是重点之一。这是我们将推出“服务化改造”系列文章的第二篇，通过在一些外围系统和服务化基础组件上的开发实践，分享Dubbo生态下的服务化改造收获和总结。
Dubbo，是阿里巴巴服务化治理的核心框架，并被广泛应用于阿里巴巴集团的各成员站点(阿里巴巴现在使用架构为HSF)。 于2012-10-24最后版本2.5.3成为最后一版本，由当当接手维护，命名为dubbox；2017年突然继续dubbo进行维护。
上个月，斗鱼将基于 Go 语言的微服务框架 Jupiter 开源。作为国内知名的互联网直播公司，这也是斗鱼首次以公司的名义正式推出开源项目。
微信扫码登录大家都是应用比较多的登录方式了，现在大的购物网站像京东、淘宝等都支持使用APP扫码登录网站了。今天就用APP扫码登录网站的实例来举例说明微服务架构的搭建过程。
Elastic (ELK) Stack 是一个很庞大的技术栈体系，开源免费，群众基础大，应用领域非常广泛，在当下最热门的全观测性领域，ELK是绝对的首选技术栈。
本文主要介绍了架构技术选型与设计-微服务选型，Spring cloud 实现采用的技术，希望对您的学习有所帮助。
2018年2月16日，Apache Dubbo 加入 Apache 基金会孵化器。
云原生的技术体系看似纷乱繁杂，但在不同视角都体现着“牵一发而动全身”的主线。从时间线来看，容器技术的发展催生了云原生思潮，在底层解决了资源供给问题，随后开源的 Kubernetes成为容器编排的标准规范，当基于 Kubernetes 可扩展能力的开放应用平台逐渐丰富，使其成为了云原生生态最重要的基石。随后 Service Mesh、Serverless 技术的核心思想更偏重在业务侧实现价值——将更多的能力下沉到基础设施，为应用的轻量化、上云提供可能。 从技术需求的角度来看，微服务架构是解决单体复杂度问题的首
5 月 21 日，经过一年多的孵化，Apache软件基金会宣布 Dubbo 正式毕业，成为 Apache 的顶级项目。
尤其是在2015-2017期间，Spring Cloud刚刚面世，Dubbo停止维护多年，很多公司在设计自己的RPC框架时，都会基于Spring Cloud做二次开发。并且会大量使用Spring Cloud Netflix相关的模块与代码。
云原生的技术体系看似纷乱繁杂，但在不同视角都体现着“牵一发而动全身”的主线。从时间线来看，容器技术的发展催生了云原生思潮，在底层解决了资源供给问题，随后开源的 Kubernetes成为容器编排的标准规范，当基于 Kubernetes 可扩展能力的开放应用平台逐渐丰富，使其成为了云原生生态最重要的基石。随后 Service Mesh、Serverless 技术的核心思想更偏重在业务侧实现价值——将更多的能力下沉到基础设施，为应用的轻量化、上云提供可能。
概述 软件开发过程中，应用发布非常频繁，通常情况下，开发或运维人员会将系统里所有服务同时上线，使得所有用户都使用上新版本。这样的操作时常会导致发布失败，或因发布前修改代码，线上出现 Bug。 假设一个在线商城，每天都有大量的用户访问，如果直接在所有用户中部署新版本应用，一旦出现问题，所有用户都可能受到影响。相比之下，通过引入灰度发布策略，先将新版本的应用部署到少量的用户中，检查是否存在问题，如果没有，再逐步扩展到更多的用户中，由此解决全量发布的各种弊端。 灰度发布是一种软件发布策略，它允许你在生产环境中渐进
微服务倡导将复杂的单体应用拆分为若干个功能简单、松耦合的服务，这样可以降低开发难度、增强扩展性、便于敏捷开发。当前被越来越多的开发者推崇，很多互联网行业巨头、开源社区等都开始了微服务的讨论和实践。Hailo有160个不同服务构成，NetFlix有大约600个服务。国内方面，阿里巴巴、腾讯、360、京东、58同城等很多互联网公司都进行了微服务化实践。当前微服务的开发框架也非常多，比较著名的有Dubbo、SpringCloud、thrift 、grpc等。
作者 | 李艳林 (彦林)，Nacos 开源创始人，阿里云微服务引擎 MSE 创始人。 笔者参与过阿里巴巴集团电商业务微服务的升级和改造过程，并一直在支持历年双 11 的大促活动，活跃在支持一线，也参与了 Nacos 开源和社区发展，目前正在阿里云负责微服务的整体开源规划和微服务引擎 MSE 的研发管理工作。因此在微服务技术的应用、开源和商业化服务上，有着比较立体的感受和思考。微服务虽已老生常谈，但其生命力之强超出不少人的想象。本文将从微服务发展的行业趋势和技术趋势两方面进行解读，欢迎各位参与评论，一起
作者 | 褚杏娟 自 2011 年引入 Dubbo 框架至今，去哪儿网的微服务架构已经有了十多年的历史。时至今日，去哪儿网架构已经形成了 Dubbo、HTTP 协议为主，多语言共存的格局。 根据去哪儿网基础架构部高级技术总监朱仕智分享的数据，现在去哪儿网 Dubbo 服务接口有 18,000 多个、HTTP 域名超过 3500 个，内部大约有 Java、Golang、Node 和 Python 等 5 种语言的技术栈，其中以 Java 和 Node 为主。此外，去哪儿网在线运行的应用大约 3000 多个、M
微服务架构是从单体架构演化而来的。所谓单体架构，指的就是整个互联网系统所有代码打包在一个程序中，部署在一个集群上，一个单体应用构成整个系统。而微服务架构则是将这个大的应用里面的一些模块拆分出来，这些模块独立部署在一些相对较小的服务器集群上，而应用通过远程调用的方式依赖这些独立部署的模块，完成业务处理。这些被独立部署的模块就被称为微服务，而这样的应用架构也被称为微服务架构。
腾讯云玩转Stable Diffusion 模型-腾讯云开发者社区-腾讯云 (tencent.com)
在很久以前，网站应用是单体应用的架构，流量小，所有功能、代码都部署在一起，成本低。此时数据库访问框架ORM是关键。
什么是微服务 微服务的两个核心： 微：服务粒度更细，即服务要细到API 服务：提供好服务，让服务好用 总结以上两点，来看这张图： 从图可以看出，微服务很简单，好的架构就应该简单，我们将服务拆API，每
Istio 社区全球首届 IstioCon线上会议将于北京时间 2021年 2 月 22 日至 26 日 举办。 本次会议将有来自全球 60+ 技术专家的干货分享，内容包括Istio技术实战、业务应用案例实践、手动实验室，以及来自 Istio 生态发展的系统内容呈现，包括 Istio 社区未来发展走向等，干货内容多多，非常值得期待。 并且，所有人均可免费报名参加！ 作为近两年火热的话题，大家也非常关注 Istio 未来的走向，腾讯云容器团队作为早期深度参与的成员之一，也将参与本次大会，并且携手知乎的
刘诚，携程酒店研发性能架构师。2014年加入携程，致力于通过架构的演进，控制企业硬件成本。
我常常在散步时思考很多技术上的「为什么问题」，有时一个问题会想很久，直到问题的每一个点都能说服自己时，才算完结。于是想把这些思考记录下来，形成文章，可以当做一个新的系列。这些文章中你可能看不到代码，但能窥探到一些容易被忽视的问题，以及问题更深层次的「为什么」。
Dubbo是国内电商巨头阿里巴巴，于2011年开源的一款RPC框架，使用的开发语言是 Java。一般公司在规模达到一定程度，单体应用无法支撑业务发展时，会选择微服务架构，这时就需要一个好用的RPC框架。类似Dubbo的竞品如 Spring Cloud 在2014年开源，微博的 Motan 在2017年开源，跨语言的 gRPC 在2015年开源，Thrift 2007 年开源。
👆点击“博文视点Broadview”，获取更多书讯 服务网格架构已经是一个老生常谈的问题，服务的进出口流量经过 iptables 等技术手段被劫持到 sidecar，经由 sidecar 观察、治理之后再被转发到实际目标服务或者实例。 那么，在 sidecar 内部流量是如何处理并正确应用治理规则和转发的呢？ 更具体一点，某个服务访问其他服务时，流量被劫持到到 sidecar 之后： 如何确认流量原始目标地址并实现正确转发？ 如何确认哪些治理规则需要对当前流量生效？ 接下来，本文将以 envoy sid
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频
