- 综合排序
- 最热优先
- 最新优先
- 来自专栏数据猿
微信许家滔：微信10亿日活场景下，后台微服务架构及存储架构实践！
作者介绍：许家滔，微信技术架构部后台总监，专家工程师，多年来伴随QQ邮箱和微信后台成长，历经系统从0到10亿级用户的过程。目前负责微信后台工作，包括消息，资料与关系链，后台基础设施等内容。 03 微信后台系统主要面临的挑战 微信的用户规模已达10亿，每天的微信消息达1000+亿，朋友圈每日发表和点赞数达10+亿，每日浏览数达100+亿，开放平台，微信支付等业务活跃度持续增长。 保障10亿用户数据不会出现问题。 3.突发洪峰流量。春节、元旦、以及突发热点事件。 4.数据存取压力大。后台数据服务节点，每分钟超过百亿次数据存取服务。 ? 上面提到的这个论文是微信PaxosStore的一点创新，贡献出了一些简洁的算法实现流程，大家可以很轻松的去理解和实现。 06 PaxosStore整体架构 PaxosStore整体架构，如下图。 09 微信微服务架构框架 微服务包含了服务定义、服务发现、错误重试、监控容灾、灰度发布等一系列面向服务的高级特性的统一框架。
6.3K435发布于 2020-03-19 - 来自专栏架构师之路
微服务架构多“微”才合适？
前情提要：互联网架构为什么要做服务化？ 二、互联网微服务架构多“微”才适合 大家也都认可，随着数据量、流量、业务复杂度的提升，服务化架构是架构演进中的必由之路，今天要讨论的话题是：微服务架构多“微”才合适？ 细节：微信单对单消息是一个写多读少的业务，故没有缓存。 垂直拆分是个好的方案，将子业务一个个拆出来，那么微信的服务化架构或许会变成这个样子： ? 【一个接口对应一个service】 微服务架构中更极端的，甚至一个接口对应一个微服务，这样的话，架构就从： ? 演化为： ?
1.6K61发布于 2018-03-01 - 来自专栏Java架构师历程
微服务在微信的架构实践
作者｜许家滔 编辑｜田光 微服务的理念与腾讯一直倡导的“大系统小做”有很多相通之处，本文将分享微信后台架构的服务发现、通信机制、集群管理等基础能力与其上层服务划分原则、代码管理规则等。 过去几年，微信都是很敏捷地在开发一些业务。所以我们的底层架构需要支撑业务的快速发展，会有一些特殊的需求。 另外，目前整个微信团队已经有一千多人了，开发人员也有好几百。 早年我们 QQ 邮箱、微信、图像压缩、反垃圾都是一个 web 服务，只有存储层会独立到后面去，甚至用 web 直连 MySQL。因为它早期比较小，后来变大之后就用微服务架构。 10 倍甚至 20、30 倍，这样子就一下子把整个问题解决了。 2011 年起负责微信后台基础架构，包括分布式存储平台和后台服务框架等，覆盖微信账号 / 消息 / 朋友圈核心存储等，并为公众号 / 微信支付 / 微信企业号等等业务提供组件支持，近两年专注于后台服务质量提升和高性能架构
4.3K32发布于 2018-09-26 微服务架构：10个实用设计模式
1 微服务架构 微服务架构的重要特征 微服务架构的优点 微服务架构的缺点 何时使用微服务架构 2 微服务架构的设计模式 独享数据库（Database per Microservice） 事件源（Event 通过阅读这篇文章，你会学到： 微服务架构 微服务架构的优势 微服务架构的劣势 何时使用微服务架构 最重要的微服务架构设计模式，包括其优缺点、用例、上下文、技术栈示例及可用资源。 请注意，本清单中的大部分设计模式常出现在多种语境中，并且可以在非微服务架构中使用。而我将在微服务这个特定语境中介绍它们。 1 微服务架构 什么是微服务架构？有很多种定义方法。 何时使用微服务架构 大规模 Web 应用开发 跨团队企业级应用协作开发 长期收益优先于短期收益 团队拥有能够设计微服务架构的软件架构师或高级工程师 2 微服务架构的设计模式 独享数据库（Database 何时使用 BFF 如果应用程序有多个含不同 API 需求的 UI 出于安全需要，UI 和下游微服务之间需要额外的层。 如果在 UI 开发中使用微前端。
1.3K00编辑于 2024-11-21- 来自专栏猫头虎博客专区
为什么选择微服务架构? 微服务架构的10个核心优势 总结
为什么选择微服务架构? 微服务架构的10个核心优势 总结 1. 什么是微服务？ 解决方案：微处理架构——处理复杂事务 许多公司，比如Amazon、eBay和NetFlix，通过采用微处理结构模式解决了上述问题。 微服务架构的不足有哪些？ 像任何其它科技一样，微服务架构也有不足。其中一个跟他的名字类似，『微服务』强调了服务大小，实际上，有一些开发者鼓吹建立稍微大一些的，10-100 LOC服务组。 微服务架构的组织结构是怎样的？ “微”服务并不一定微。服务的具体规模可谓多种多样。 10.实施微服务架构，应该从哪些维度来考量？ 建模 服务围绕业务能力建模，服务应该清晰地反应业务能力。 协作 采用微服务架构模式后，开发和运行的协作模式都会发生变化。
3.5K10编辑于 2024-04-08 - 来自专栏前端博客
微前端学习笔记（1）：微前端总体架构概述，从微服务发微
，反观java 世界，学好 Spring MyBatis ,一路无忧，哎……微服务为了解决庞大的一整块后端服务带来的变更与扩展方面的限制，出现了微服务架构（Microservices）：微服务是面向服务架构 微前端是一种类似于微服务的架构，它将微服务的理念应用于浏览器端，即将单页面前端应用由单一的单体应用转变为多个小型前端应用聚合为一的应用。各个前端应用还可以独立开发、独立部署。 微前端微前端是一种类似于微服务的架构，是一种由独立交付的多个前端应用组成整体的架构风格，将前端应用分解成一些更小、更简单的能够独立开发、测试、部署的应用，而在用户看来仍然是内聚的单个产品。 微服务架构，可以解耦后端服务间依赖。而微前端，则关注于聚合前端应用。热闹驱动开发。新的技术，既然很热闹，那么就学吧。微前端的实现，意味着对前端应用的拆分。 《微前端学习笔记（1）：微前端总体架构概述，从微服务发微》,请注明出处：https://www.zhoulujun.cn/html/webfront/engineer/Architecture/9029
1.2K10编辑于 2024-06-06 - 来自专栏SDNLAB
保护微服务架构的10个有效方式
我们将微服务看做分子，容器看做原子；微服务可以在容器中运行，反之亦然。微服务经由应用程序编程接口（API）实现通信，作为应用程序的整个生态系统或架构的一部分。 NGINX产品主管Owen Garrett谈及微服务安全时表示：“微服务具有不同于单片架构的安全风险，主要包括： 通信变化：单片应用程序使用进程之间的内存通信，而微服务通过网络通信。 数据存储：微服务使用很多数据存储，这提供了微服务和紧耦合的服务之间的隐式服务的机遇。 技术专长：如果现有团队没有适当的管理微服务的经验，微服务会造成额外的复杂性，反过来又会造成安全漏洞。” 以下将介绍10个保护微服务架构的途径： 1、在开发微服务时，建立通用的可重复编码标准，可以在其他地方重复使用，减少可能导致可利用漏洞或升级特权的差异。 10、对微服务进行定期代码和使用评审，并删除过时或未使用的服务。
84240发布于 2018-03-29 - 来自专栏攻城狮Chovas
微服务架构Day10-SpringBoot之消息
消息服务 消息服务中间件可以用来提升系统异步通信,扩展解耦能力 消息服务两个重要概念: 消息代理(message broker) 目的地(destination) 当消息发送者发送消息后,将由消息代理接管 消息通信 发布订阅式: 发送者(发布者) 发送消息到主题,多个接收者(订阅者)监听(订阅)这个主题,那么就会在消息到达时同时收到消息 JMS(Java Message Service) Java消息服务 TCP连接 Consumer: 消息消费者,从消息队列中取得消息的客户端应用程序 Virtual Host: 虚拟主机 表示一批交换器,消息队列和相关对象 虚拟主机是共享相同的身份认证和加密环境的独立服务器域 每个Virtual Host本质上就是一个mini版的RabbitMQ服务器,拥有自己的队列,交换器,绑定和权限限制 Virtual Host是AMQP概念的基础,必须在连接时指定,RabbitMQ默认的 Virtual Host是 "/" 在RabbitMQ中是根据区域划分的 Broker: 消息队列服务器实体 RabbitMQ运行机制 AMQP中的消息路由: AMQP中增加了Exchange和Binding
54420编辑于 2022-01-22 - 来自专栏闲余说
架构设计 10-可扩展架构之面向服务拆分架构
导读：《架构设计》系列为极客时间李运华老师《从0开始学架构》课程笔记。本文为第十部分。主要介绍了如何面向服务拆分架构，首先介绍了 SOA 架构，接着介绍了微服务架构，以及二者对比。 微服务架构并非“银弹”，架构师要合理采用，避免掉入陷阱。 关注本公众号 回复 “架构设计” 获取架构设计笔记完整思维导图 面向服务拆分架构典型架构主要要 SOA 架构和微服务架构 SOA(Service Oriented Architecture)面向服务的架构 个人思考 SOA 架构在现代网络服务中使用的较少，主要用于传统软件行业。微服务架构在近些年比较流行，尤其在互联网行业面临多端复杂接入、场景也随之复杂，人们不得不寻求更适合的架构来解决这些问题。 但是微服务并不是“银弹”，并不能毕其功于一役，而且微服务自身也有这样或那样的问题，链路错综复杂、功能分散等问题有时候反而降低了研发效率。因此，架构师要合理采用微服务架构。
63020编辑于 2022-08-19 - 来自专栏开发经验
架构的未来：微前端与微服务的融合
文章目录 微服务架构简介 微前端架构简介 微前端与微服务的融合 1. 共享服务 2. 基于事件的通信 3. 统一的身份和认证 4. 交付管道的集成 示例：使用微服务和微前端的电子商务平台 微服务架构 微前端架构 融合微服务和微前端 结论 欢迎来到架构设计专栏~架构的未来：微前端与微服务的融合 ☆* o(≧▽≦)o *☆嗨~我是 ❤️ 在当今快速发展的软件开发领域，架构设计一直是一个不断演化的领域。随着技术的不断发展，我们看到了微服务架构和微前端架构这两种新兴的架构风格的崭露头角。 微前端与微服务的融合 虽然微服务和微前端是两种不同的架构风格，但它们之间存在许多共通之处。它们都强调了模块化、独立开发和部署的概念。 同样，微前端架构可以将前端模块拆分为多个独立的部分，这些部分可以在不同的前端应用程序之间共享。通过将微服务和微前端中的共享部分抽象为可重用的服务，可以实现更好的代码复用。 2.
84310编辑于 2023-12-13 - 来自专栏超级架构师
【微前端架构】AWS 上的微前端架构
微服务架构的特点是独立服务，这些服务专注于特定的业务功能，并由小型、自包含的团队维护。微服务架构经常用于在 AWS 上开发的 Web 应用程序，这是有充分理由的。 微前端架构将微服务开发原则引入前端应用程序。在微前端架构中，开发团队独立构建和部署“子”前端应用程序。这些应用程序由“父”前端应用程序组合而成，该前端应用程序充当容器来检索、显示和集成各种子应用程序。 带有微前端的微服务后端 微前端的好处 与单体前端相比，微前端具有以下优势： 独立工件：微服务开发的核心原则是工件可以独立部署，这对于微前端仍然适用。 在微前端架构中，团队应该能够独立部署他们的前端应用程序，而对其他服务的影响最小。这些更改将反映在父应用程序中。 自治团队：每个团队都是各自领域的专家。例如，计费服务团队成员具有专业知识。 结论 微前端架构为前端应用程序引入了微服务开发的许多熟悉的好处。微前端架构还允许您管理小型独立组件，从而简化构建复杂前端应用程序的过程。
2.5K10编辑于 2022-03-08 - 来自专栏极客猴
10张图带你了解后台服务架构演变
人们经常将两者拿来一起讨论，因为高并发（High Concurrency）是互联网分布式系统架构设计中必须考虑的因素之一。可以这么说，目前应用商城上很多社交应用，网络游戏的后台服务都是分布式服务。 文章的主要内容是讲讲大型网站的服务架构演变。 01 初始阶段的网站架构 在互联网展露出萌芽的网络时代，网站基本都是小型网站。 10 分布式服务 随着业务拆分越来越小，存储系统越来越庞大，应用系统的整体复杂度呈指数级增加，部署维护越来越困难。 由这些可复用的业务连接数据库，提供共用业务服务，而应用系统只需要管理用户界面，通过分布式服务调用共用业务服务完成具体业务操作。 大型网站的架构演化到这里，基本上大多数的技术问题都可以得以解决了。 本文本分内容以及图片参考书籍《大型网站技术架构：核心原理与案例分析》作者: 李智慧。 如果你觉得文章还不错，请大家点赞分享下。你的肯定是我最大的鼓励和支持。
3.4K20发布于 2018-10-18 - 来自专栏肉眼品世界
微服务架构10个最重要的设计模式
本文主要内容： · 微服务架构 · 微服务架构的优势 · 微服务架构的缺点 · 何时使用微服务架构 · 微服务架构设计模式 请注意，此清单的大多数设计模式都有几种上下文，可以在非微服务体系结构中使用。 但是我将在微服务架构的背景下对其进行描述。 微服务架构 微服务体系结构：简要概述以及为什么要在下一个项目中使用它以及模块化单片软件体系结构真的死了吗? 何时使用微服务架构： · Web规模应用程序开发。 · 当多个团队处理应用程序时，进行企业应用程序开发。 · 长期收益优先于短期收益。 · 该团队拥有能够设计微服务架构的软件架构师或高级工程师。 何时不使用CQRS： · 在微事件数量微不足道的微服务体系结构中，使用事件存储快照来计算实体状态是更好的选择。 · 在读写操作具有相似负载的系统中。 · 如果出于安全原因在UI和下游微服务之间需要额外的一层。 · 如果在UI开发中使用微前端。 何时不使用后端作为前端： · 如果应用程序具有多个UI，但是它们使用相同的API。
1.3K10发布于 2021-01-06 - 来自专栏Linyb极客之路
10个微服务架构设计的最佳实践
通过遵循十项基本的微服务最佳实践，你可以实现一个高效的微服务生态系统，从而避免不必要的架构复杂性。 微服务架构的收益 当从单体应用正确的迁移到微服务架构的时候，可以获得以下收益： 你可以根据自己的意愿选择一门语言开发微服务，按照自己的节奏独立发布它，并独立扩展。 充分利用微服务是一门科学并且需要一些刻意练习。以下微服务最佳实践和设计原则将帮助你构建松散耦合，分布式和优化的微服务，以实现最佳价值。 10个微服务最佳实践 1. 创建独立的发布通道 你的微服务需要有一个单独的发布通道，这个通道不和你所在组织中的其他组件关联。这样的话你就不会和别人有冲突以及浪费和多个团队协调的时间。 10. 这在诸如微服务分布式架构中是非常重要的，在这种架构中，你需要能够连接难题（puzzle）中的所有部分才能看清全局。
1.5K10编辑于 2021-12-13 - 来自专栏程序你好
微服务体系架构的10个最佳实践
切换到微服务体系结构将解决所有软件体系结构问题，对吧？好吧,它不会。但微服务的实施确实也有很大的价值。 Huseyin Babal最近指出，基于微服务的体系结构不能解决所有问题。 我们都知道，要在多年的时间内维护一个整体架构的挑战，所以我们寻找可持续性、灵活性和易于集成的新替代方案。以最佳实践的基础实现微服务体系结构可以极大地改善您的软件体系结构。 Huseyin是Aurea的首席软件架构师，也是Kloia的顾问。他最近的演讲《微服务架构的终极指南》涵盖了他每天工作的大部分经验，并展示了实现微服务体系结构的最佳实践。 他介绍了涵盖每一种方法，包括大量的代码示例，以及10种最佳实践。 最佳实践#1 -努力达到the Glory of REST ? 实现REST api的好处（Glory）。 最佳实践#10 -事件源和CQRS(命令和查询职责分离) 命令改变对象的状态，但不返回数据。查询返回数据，但不改变对象的状态。
1.2K30发布于 2018-07-23 - 来自专栏架构之家
微服务架构中10个常用的设计模式
通过阅读这篇文章，你会学到： 微服务架构 微服务架构的优势 微服务架构的劣势 何时使用微服务架构 最重要的微服务架构设计模式，包括其优缺点、用例、上下文、技术栈示例及可用资源。 1微服务架构 我在之前的博客《微服务架构概述及为什么要应用在下个项目》和《单体软件架构真的终结了吗？》中对微服务架构有非常详尽的介绍。如果你感兴趣，可以阅读这两篇博客来深入了解。 引入了分布式系统的复杂性 何时使用微服务架构 大规模 Web 应用开发 跨团队企业级应用协作开发 长期收益优先于短期收益 团队拥有能够设计微服务架构的软件架构师或高级工程师 2微服务架构的设计模式 何时使用 BFF 如果应用程序有多个含不同 API 需求的 UI 出于安全需要，UI 和下游微服务之间需要额外的层。 如果在 UI 开发中使用微前端。 原文链接： https://towardsdatascience.com/microservice-architecture-and-its-10-most-important-design-patterns
1.3K10编辑于 2022-07-12 - 来自专栏架构之家
微服务架构设计总结实践篇，10 步搭建微服务
：意识的转变 十、参考资料和推荐阅读 - 微服务架构介绍 - 微服务架构（Microservice Architecture）是一种架构概念，旨在通过将功能分解到各个离散的服务中以实现对解决方案的解耦 你可以将其看作是在架构层次而非获取服务的类上应用很多SOLID原则。微服务架构是个很有趣的概念，它的主要作用是将功能分解到离散的各个服务当中，从而降低系统的耦合性，并提供更加灵活的服务支持。 SOA架构通常会预先把每个模块服务接口都定义好。模块系统间的通讯必须遵守这些接口，各服务是针对他们的调用者。 SOA架构适用于TOGAF之类的架构方法论。 微服务 则敏捷得多。 每个服务都以RPC或消息驱动的API的形式定义了一个明确的边界；Microservice架构模式实现了一个模块化水平。 ② 这种架构使每个服务都能够由专注于该服务的团队独立开发。 对于微服务架构：技术上不是问题，意识比工具重要。
1.1K20编辑于 2022-07-12 - 来自专栏DotNet NB && CloudNative
微软官方出品微服务架构：10个.Net开源项目
今天一起盘点下，11月份推荐的10个.Net开源项目（点击标题查看详情）。 6、微软官方出品微服务架构，支持.Net 8 .Net 8新增的功能带来诸多惊喜，还未一一体验完毕呢，我又发现了跟随.Net 8的发布，eShop也迎来重磅升级！ 这次升级有几大关键词：.Net 8、微服务、Aspire、OpenAI、APP。 eShop采用的是微服务架构，分为核心、身份授权、订单、目录、购物车微服务。 b;}"); var result = engine.CallGlobalFunction<int>("add", 5, 6); //输入11 Console.WriteLine(result); 10
2.3K10编辑于 2023-12-13 - 来自专栏IT大咖说
优化架构设计的 10 个微服务最佳实践
微服务从根本上改变了服务器端引擎的架构方式。微服务不是托管应用程序所有业务逻辑的单个巨大单体代码库，而是反映分布式系统模型，其中一组应用程序组件协同工作以交付业务需求。 通过遵循十个基本的微服务最佳实践，您可以实现一个高效的微服务生态系统，避免不必要的架构复杂性。 ◆ 微服务架构的好处 当从单体应用到微服务架构的迁移正确完成时，应该实现以下好处： 您应该能够使用您选择的语言开发微服务，按照自己的节奏独立发布，并独立扩展。 ◆ 10 个微服务最佳实践 1.单一职责原则 就像代码一样，一个类应该只有一个改变的理由，微服务也应该以类似的方式建模。构建可能因多个业务环境而发生变化的臃肿服务是一种不好的做法。 9.创建一个单独的发布系列 您的微服务需要有自己独立的发布工具，该工具不与组织内的其他组件绑定。这样您就不会互相踩踏，也不会浪费时间与多个团队协调。 10.
1.1K30发布于 2021-07-19 - 来自专栏深度学习与python
微服务架构及其最重要的10个设计模式
作者 | TDS 译者 | 孙微 策划 | Tina 微服务架构，独享数据库、事件驱动、CQRS、Saga、BFF、API 网关、Strangler、断路器、外部化配置、消费端驱动的契约测试 从软件开发早期 在之前一篇文章《高性能微服务：10 个最佳实践》中，我介绍了一系列开发高性能微服务的最佳实践。现在，我将介绍一系列设计模式来实现这些最佳实践。 如果你不清楚微服务架构，请不用担心，我先简单介绍下微服务架构。 通过阅读这篇文章，你会学到： 微服务架构。 微服务架构的优势。 微服务架构的劣势。 何时使用微服务架构。 出于安全需要，UI 和下游微服务之间需要额外的层。 如果在 UI 开发中使用微前端。 何时不宜使用 BFF 如果应用程序虽有多个 UI，但使用的 API 相同。 原文链接： https://towardsdatascience.com/microservice-architecture-and-its-10-most-important-design-patterns
1.5K10发布于 2021-01-06
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号