- 综合排序
- 最热优先
- 最新优先
- 来自专栏架构师之路
微服务架构多“微”才合适？
前情提要：互联网架构为什么要做服务化？ 二、互联网微服务架构多“微”才适合 大家也都认可，随着数据量、流量、业务复杂度的提升，服务化架构是架构演进中的必由之路，今天要讨论的话题是：微服务架构多“微”才合适？ 细节：微信单对单消息是一个写多读少的业务，故没有缓存。 垂直拆分是个好的方案，将子业务一个个拆出来，那么微信的服务化架构或许会变成这个样子： ? 【一个接口对应一个service】 微服务架构中更极端的，甚至一个接口对应一个微服务，这样的话，架构就从： ? 演化为： ?
1.7K61发布于 2018-03-01 - 来自专栏Java架构师历程
微服务在微信的架构实践
作者｜许家滔 编辑｜田光 微服务的理念与腾讯一直倡导的“大系统小做”有很多相通之处，本文将分享微信后台架构的服务发现、通信机制、集群管理等基础能力与其上层服务划分原则、代码管理规则等。 过去几年，微信都是很敏捷地在开发一些业务。所以我们的底层架构需要支撑业务的快速发展，会有一些特殊的需求。 另外，目前整个微信团队已经有一千多人了，开发人员也有好几百。 三、高并发 基础架构 接下来看看我们的基础架构。 ? 整个微服务的架构上，我们通常分成这些部分： 服务布局 服务之间怎么做一些远程调用 容错（主要讲一下过载保护） 部署管理 服务布局 ? 早年我们 QQ 邮箱、微信、图像压缩、反垃圾都是一个 web 服务，只有存储层会独立到后面去，甚至用 web 直连 MySQL。因为它早期比较小，后来变大之后就用微服务架构。 2011 年起负责微信后台基础架构，包括分布式存储平台和后台服务框架等，覆盖微信账号 / 消息 / 朋友圈核心存储等，并为公众号 / 微信支付 / 微信企业号等等业务提供组件支持，近两年专注于后台服务质量提升和高性能架构
4.4K32发布于 2018-09-26 - 来自专栏热度技术
微服务架构的7大好处
对于刚开始考虑使用微服务来开发自己业务或者想学习微服务架构的微服务领域的新手程序猿来说，首先，我们要快速了解微服务如何在日后的工作中为您的开发工作带来的好处。 7.可扩展性 可以轻松地从应用程序中提取独立功能，以在其他应用程序中重用和重新利用它们，并提高可伸缩性。各个开发团队还可以实施和部署他们的代码，而无需花费较大的IT团队或部门的时间。 这使大型组织更容易使用微服务架构来减少内部政治和其他可能延迟部署的问题。 8.微服务帮助团队更加高效 微服务架构的最大优势在于创建小型，专注的团队，这些团队可以更快地以更高的质量开发独立的功能。 微服务迁移的最佳实践 当被问及开发人员在迁移到微服务时可以采用哪些最佳实践时，Buelta 说，“微服务架构成功的关键是每个服务尽可能独立。” 他补充道，“一旦迁移完成，就很难对微服务的边界进行更改。在项目初期投入的时间是值得的。” 从一个架构模式迁移到另一个架构模式是一个很大的变化。
2.2K20编辑于 2023-03-10 - 来自专栏前端博客
微前端学习笔记（1）：微前端总体架构概述，从微服务发微
，反观java 世界，学好 Spring MyBatis ,一路无忧，哎……微服务为了解决庞大的一整块后端服务带来的变更与扩展方面的限制，出现了微服务架构（Microservices）：微服务是面向服务架构 微前端是一种类似于微服务的架构，它将微服务的理念应用于浏览器端，即将单页面前端应用由单一的单体应用转变为多个小型前端应用聚合为一的应用。各个前端应用还可以独立开发、独立部署。 微前端微前端是一种类似于微服务的架构，是一种由独立交付的多个前端应用组成整体的架构风格，将前端应用分解成一些更小、更简单的能够独立开发、测试、部署的应用，而在用户看来仍然是内聚的单个产品。 微服务架构，可以解耦后端服务间依赖。而微前端，则关注于聚合前端应用。热闹驱动开发。新的技术，既然很热闹，那么就学吧。微前端的实现，意味着对前端应用的拆分。 《微前端学习笔记（1）：微前端总体架构概述，从微服务发微》,请注明出处：https://www.zhoulujun.cn/html/webfront/engineer/Architecture/9029
1.3K10编辑于 2024-06-06 - 来自专栏后端架构师
微服务架构拆分的 7 大黄金法则
微服务架构拆分的 7 大黄金法则 你是否还在为微服务架构的拆分而苦恼？本文揭秘 7 大拆分原则，助你轻松驾驭微服务架构！ 随着云计算的普及，微服务架构成为企业数字化转型的重要选择。 然而，如何合理拆分微服务却成为许多开发者的难题。本文将揭秘 7 大拆分原则，助你轻松驾驭微服务架构，提升系统性能和可维护性。 无论你是架构师还是开发者，这些原则都将为你带来实实在在的帮助。 今天，码哥带大家从不同角度来剖析微服务架构设计的 7 大原则，做到合理且正确地拆分出微服务，避免打造一个被人诟病的伪微服务架构大单体，徒增运维和开发成本。 铁观因：“码哥，微服务架构设计哪些原则可以指导我们正确的设计？避免设计出「依托答辩」的架构。” 好问题，一共有 7 大原则可以帮助我们设计一个好的微服务架构。 02 单一职责 简单的就是最好的！ 总结 掌握这 7 大黄金原则，轻松驾驭微服务架构，让你的系统更加健壮！现在就行动起来吧！ 互动时间到！ 非常期待听到你的声音！
1.5K12编辑于 2024-11-23 - 来自专栏开发经验
架构的未来：微前端与微服务的融合
文章目录 微服务架构简介 微前端架构简介 微前端与微服务的融合 1. 共享服务 2. 基于事件的通信 3. 统一的身份和认证 4. 交付管道的集成 示例：使用微服务和微前端的电子商务平台 微服务架构 微前端架构 融合微服务和微前端 结论 欢迎来到架构设计专栏~架构的未来：微前端与微服务的融合 ☆* o(≧▽≦)o *☆嗨~我是 ❤️ 在当今快速发展的软件开发领域，架构设计一直是一个不断演化的领域。随着技术的不断发展，我们看到了微服务架构和微前端架构这两种新兴的架构风格的崭露头角。 微前端与微服务的融合 虽然微服务和微前端是两种不同的架构风格，但它们之间存在许多共通之处。它们都强调了模块化、独立开发和部署的概念。 同样，微前端架构可以将前端模块拆分为多个独立的部分，这些部分可以在不同的前端应用程序之间共享。通过将微服务和微前端中的共享部分抽象为可重用的服务，可以实现更好的代码复用。 2.
88510编辑于 2023-12-13 - 来自专栏智能时刻
【微前端架构】AWS 上的微前端架构
微服务架构的特点是独立服务，这些服务专注于特定的业务功能，并由小型、自包含的团队维护。微服务架构经常用于在 AWS 上开发的 Web 应用程序，这是有充分理由的。 微前端架构将微服务开发原则引入前端应用程序。在微前端架构中，开发团队独立构建和部署“子”前端应用程序。这些应用程序由“父”前端应用程序组合而成，该前端应用程序充当容器来检索、显示和集成各种子应用程序。 带有微前端的微服务后端 微前端的好处 与单体前端相比，微前端具有以下优势： 独立工件：微服务开发的核心原则是工件可以独立部署，这对于微前端仍然适用。 在微前端架构中，团队应该能够独立部署他们的前端应用程序，而对其他服务的影响最小。这些更改将反映在父应用程序中。 自治团队：每个团队都是各自领域的专家。例如，计费服务团队成员具有专业知识。 结论 微前端架构为前端应用程序引入了微服务开发的许多熟悉的好处。微前端架构还允许您管理小型独立组件，从而简化构建复杂前端应用程序的过程。
2.5K10编辑于 2022-03-08 - 来自专栏智能时刻
【服务网格架构】Envoy架构概览(7):断路，全局限速和TLS
/etc/pki/ca-trust/extracted/pem/tls-ca-bundle.pem (CentOS/RHEL 7) /etc/pki/tls/certs/ca-bundle.crt (Fedora 该功能可用于为Web基础架构构建边缘代理VPN支持。 客户端TLS认证过滤器配置参考。 微信公众号 关注微信公众号【首席架构师智库】 微信小号 希望加入的群：架构，云计算，大数据，数据科学，物联网，人工智能，安全，全栈开发，DevOps，数字化，产品转型。 点击加入知识星球【首席架构师圈】 微信圈子 志趣相投的同好交流。 点击加入微信圈子【首席架构师圈】 喜马拉雅 路上或者车上了解最新黑科技资讯，架构心得。 点击，收听【智能时刻，架构君和你聊黑科技】 知识星球 认识更多朋友，职场和技术闲聊。 点击加入知识星球【知识和技术】
83910发布于 2020-07-20 - 来自专栏Java架构学习路线
7个点说清楚spring cloud微服务架构
前言 spring cloud作为当下主流的微服务框架，让我们实现微服务架构简单快捷，spring cloud中各个组件在微服务架构中扮演的角色如下图所示，黑线表示注释说明，蓝线由A指向B，表示B从A处获取服务 spring cloud组成的微服务架构图 由上图所示微服务架构大致由上图的逻辑结构组成，其包括各种微服务、注册发现、服务网关、熔断器、统一配置、跟踪服务等。 注册与发现服务为微服务之间的调用带来了方便，解决了硬编码的问题。服务间只通过对方的服务id，而无需知道其ip和端口即可以获取对方方服务。 然而，在微服务架构中，微服务的配置管理一般有以下需求： 集中管理配置。一个使用微服务架构的应用系统可能会包含成百上千个微服务，因此集中管理配置是非常有必要的。 不同环境，不同配置。 综上所述，对于微服务架构而言，一个通用的配置管理机制是必不可少的，常见做法是使用配置服务器管理配置。
85000发布于 2019-11-14 - 来自专栏数据猿
微信许家滔：微信10亿日活场景下，后台微服务架构及存储架构实践！
作者介绍：许家滔，微信技术架构部后台总监，专家工程师，多年来伴随QQ邮箱和微信后台成长，历经系统从0到10亿级用户的过程。目前负责微信后台工作，包括消息，资料与关系链，后台基础设施等内容。 本文整理自许家滔老师在“第十届中国系统架构师大会SACC2018）”的演讲内容整理而成，以下是正文： 01 微信发展主要的技术里程碑 微信在2011年1月21日发布了1.0版本，以即时消息为主；2011 02 微信后台的系统架构 逻辑上讲，最前面会有一个终端，后面会有一个长链接接入层，在线有几亿的管理连接部分。 上面提到的这个论文是微信PaxosStore的一点创新，贡献出了一些简洁的算法实现流程，大家可以很轻松的去理解和实现。 06 PaxosStore整体架构 PaxosStore整体架构，如下图。 09 微信微服务架构框架 微服务包含了服务定义、服务发现、错误重试、监控容灾、灰度发布等一系列面向服务的高级特性的统一框架。
6.4K435发布于 2020-03-19 - 来自专栏java达人
与我一起学习微服务架构设计模式7—在微服务架构中实现查询
使用API组合模式进行查询 让拥有数据的服务的客户端负责调用服务，并组合服务返回的查询结果。 模式 使用事件来维护从多个服务复制数据的只读视图，借此实现对来自多个服务的数据的查询。 ) 鉴于隔离(避免过多的职责导致过载服务)考虑，拥有数据的服务不一定是会实现查询操作的服务。 CQRS和查询专用服务 CQRS不仅可以服务中应用，还可以定义查询专用服务。它的API只包含查询操作，通过订阅由一个或多个其他服务发布的事件来确保它的数据库是不断更新的，并由此实现查询操作。 CQRS的好处 在微服务架构中高效地实现查询 高效地实现多个不同的查询类型 在基于事件溯源技术的应用中实现了查询 更进一步地实现问题隔离 CQRS的弊端 更加复杂的架构 处理数据复制导致的延迟 一种解决方案是采用命令端和查询端
1.1K20发布于 2019-11-18 - 来自专栏智能时刻
【微服务架构】微服务架构——探索 UBER 的微服务架构
在本文中，您将了解以下内容： 微服务架构的定义 微服务架构的关键概念 微服务架构的优缺点 优步——案例研究 在我谈论 UBER 的微服务架构之前，如果我给你定义微服务，这将是公平的。 除了上述组件之外，典型的微服务架构中还出现了一些其他组件： 7、管理 该组件负责平衡节点上的服务并识别故障。 8. 【首席架构师圈】或者加微信小号【cea_csa_cto】或者加QQ群【792862318】公众号 【jiagoushipro】 【超级架构师】 精彩图文详解架构方法论，架构实践，技术原理，技术趋势。 微信小号 【cea_csa_cto】 50000人社区，讨论：企业架构，云计算，大数据，数据科学，物联网，人工智能，安全，全栈开发，DevOps，数字化. 知识星球【职场和技术】微博【智能时刻】智能时刻哔哩哔哩【超级架构师】抖音【cea_cio】超级架构师快手【cea_cio_cto】超级架构师 小红书【cea_csa_cto】超级架构师 谢谢大家关注
92220编辑于 2022-03-24 - 来自专栏智能时刻
「微服务架构」企业微服务架构
首先，来自Darren的消息是，微服务架构并不是构建大规模企业应用程序的新方式。 Netflix和亚马逊等公司已经实施了微服务架构，在过去几年中提供了成功的产品。 但是微服务架构适合您的组织吗？ 监控部署生命周期的各个阶段 集中式架构团队与分散式架构团队 基建自动化 架构师的角色随着微服务的采用而发展，并委托他或她承担挑战性的责任，从而形成架构治理。 架构治理是组织尝试开始微服务之旅的关键因素之一，因为如果没有正确的顺序，该过程将很快导致微管理而不是微服务。 这意味着企业架构师不再需要承担单个服务的内部工作负担，而是高度关注整个系统中服务之间的交互。此外，架构师应密切关注系统的整体运行状况，以确保每项服务以一致的方式生成与监控相关的指标。 如果您正在寻找有关微服务架构的其他材料，请查看Martin Fowler的文章或ThoughtWorks网站上的其他微服务洞察博客。
1.1K22发布于 2018-12-24 - 来自专栏西岭老湿
微前端架构实战
可以理解微前端是一种将多个可独立交付的小型前端应用聚合为一个整体的架构风格。 这种架构目前有多种方案，都有利弊之处，但只要适用当前业务场景的就是好方案。 微前端并没有技术栈的约束。每一套微前端方案的设计，都是基于实际需求出发。 微前端由于是多个子应用的聚合，如果多个业务应用依赖同一个服务应用的功能模块，只需要更新服务应用，其他业务应用就可以立马更新，从而缩短了更新流程和节约了更新成本。 使用微前端架构就可以解决问题，在保留原有项目的同时，可以完全使用新的框架开发新的需求，然后再使用微前端架构将旧的项目和新的项目进行整合。 在 single-spa 框架中有三种类型的微前端应用： single-spa-application / parcel：微前端架构中的微应用，可以使用 vue、react、angular 等框架。
4.7K00发布于 2021-04-25 - 来自专栏氧化先生的专栏
【架构拾集】 微前端：微应用化
微应用化即在开发和运行时，应用都是以单一、微小应用的形式存在。 微应用化与微前端架构相当的类似，它们在开发时都是独立应用，在构建时又可以按照需求单独加载。 关键因素 描述 对于 想拆解单体前端应用的团队 我们的架构 微应用化 是一个 类微前端架构 它可以 在开发环境将应用拆分成一个个的模块化应用，在构建时以单体的形式构建 但他不同于 微前端架构 它的优势是 微件化，即通过对构建系统的 hack，使不同的前端应用可以使用同一套依赖。它在应用微服务化的基本上，改进了重复加载依赖文件的问题。 架构设计方案 在刚结束的项目里，我们采用了这种架构方式来构建应用，我们将其称之为微应用。原因主要有两个，一个是每个应用都是以功能模块划分的，一个则是应用最后仍然是以单体应用的形式存在的。 使用 E2E 测试对于微前端或者微服务化架构来说，是一种特别有效的方式。唯一的问题可能是，它运行起来比较慢。
93130发布于 2018-08-21 - 来自专栏Java呓语
架构·微服务架构(一)
1、概述 微服务架构模式作为替代单体应用和面向服务架构的一个可行的选择，在业内迅速取得进展。由于这个架构模式仍然在不断的发展中，在业界存在很多困惑——这种模式关乎什么？它是如何实现的？ 微服务架构的演化有两个主要来源：使用分层架构模式的单体应用和使用面向服务架构的分布式应用。 2.3.1、单体应用的演变过程 单体应用：一个应用就是一个整体。 微服务架构通过简化服务概念、消除服务编排、简化服务组件连接和访问来解决复杂度问题。 3、模式实现 虽然有很多方法来实现微服务架构，这里提出三个脱颖而出的案例。 然而服务组件粒度过细，则很快会将微服务架构模式演变成一个复杂、容易混淆、代价昂贵并易于出错的重量级面向服务架构。 5、注意事项 微服务架构模式解决了很多单体应用和面向服务架构应用存在的问题。
1.9K20发布于 2018-08-21 - 来自专栏全栈程序员必看
armeabi-v7a架构(sv7a)
armeabi与armeabi-v7a表示支持不同的CPU类型armeabi是指的该so库用于ARM的通用CPU，而v7a的CPU支持硬件浮点运算。 v5 cpu，armeabi-v7a是针对有浮点运算或高级扩展功能的arm v7 cpu。 ARM* 表示其基于 128 位 SIMD 引擎的技术 – ARM* Cortex*（一种串行扩展）—可提供比 ARM* v5 架构至少高 3 倍的性能，以及比 ARM* v6 至少高 2 倍的性能。 SSE： 英特尔推出的类似 NEON 的工具SSE 指面向英特尔架构(IA)的SIMD 流指令扩展。 目前，英特尔® 凌动™ 最高支持 SSSE3（补充 SIMD 流指令扩展 3）。 如欲了解详细信息，请参阅英特尔《IA-32 和 IA-64 软件开发人员手册》中的“第一卷： 基础架构”部分。
1.9K10编辑于 2022-07-28 - 来自专栏深度学习与python
了解新兴架构模式：微应用架构
本文讲述了微服务（Microservice）所启发的新兴架构模式如何为特性开发注入活力并加快开发者的速度。 20 世纪末，网络公司，如 Netflix 和亚马逊，都面临着大规模软件开发的挑战。 采用微应用架构。 1 什么是微应用？ 微服务将后端分离出来的区域单独部署。与此类似，移动开发者可以将应用程序的不同核心部分——单一特性、共享业务逻辑和低级特性——转移到独立的模块库中。 因此，微应用的架构包括一个模块化设计，并辅之以专门的应用程序（称为微应用），供开发和测试使用，这就是为了提高开发者的速度。 3 挑战与权衡 像任何架构模式一样，微应用的方法也有取有舍。微服务在很大程度上影响了微应用的架构，但这两者之间有一个关键的区别。微服务是单独部署的，而构成微应用的模块则是编译成相同的二进制文件。 4 微应用架构之路 采用微应用架构需要时间，需要大量的学习和实验。
92230发布于 2021-11-10 - 来自专栏高性能服务器开发
7 QQ游戏百万人同时在线服务器架构实现
在构建好了基本的完成端口服务器之后，就是有关服务器组的架构设计了。之所以说这是一个服务器组，是因为它绝不仅仅只是一台服务器，也绝不仅仅是只有一种类型的服务器。 简单地说，实现百万人同时在线的服务器模型应该是：登陆服务器＋大厅服务器＋房间服务器。当然，也可以是其它的模型，但其基本的思想是一样的。下面，我将逐一介绍这三类服务器的各自作用。 / 1 / 登陆服务器：一般情况下，我们会向玩家开放若干个公开的登陆服务器，就如QQ登陆时让你选择的从哪个QQ游戏服务器登陆一样，QQ登陆时让玩家选择的六个服务器入口实际上就是登陆服务器。 详细点说就是，在登陆服务器的背后，有N个大厅服务器，登陆服务器只是用于为当前的客户端连接选择其下一步应该连接到哪个大厅服务器，当登陆服务器为当前的客户端连接选择了一个合适的大厅服务器后，客户端开始根据登陆服务器提供的信息连接到相应的大厅上去 除正常的玩家连接外，还要考虑到：对于登陆服务器，会有250台大厅服务器连接到每个登陆服务器上，这是始终都要保持的连接； 而对于大厅服务器而言，如果仅仅有斗地主这一类的服务器，就要有350多个连接与各个大厅服务器始终保持着
3.5K21发布于 2018-07-25 - 来自专栏程序你好
转换到微服务架构时需要考虑的7件事
你可选择下列其中一项： 每个服务都与自己的数据库和UI完全独立。这与极端的微服务体系结构是一致的，在这种体系结构中，服务实际上不共享任何东西，并且完全解耦。 您可以为每个服务创建一个存储库，您可以为所有服务创建一个“mono repo”，并为每个服务创建一个文件夹。我们选择mono repo方法。 ? 服务发现：微服务世界中的服务实例的集合由于缩放和升级而动态变化。此外，服务具有动态的网络位置，因此您需要一种方法来发现新的服务实例。我们推荐像领事这样的服务登记处，因为它对我们很有效。 阅读更多关于客户端服务发现、服务器端服务发现和常用服务注册的列表。 监视:必须对每个微服务进行配置和维护，这增加了Ops工程师的复杂性。 7、从单体架构到微服务的转换策略 这是一个广泛的话题，就像罗马不是一天建成的，你的过渡需要时间和专注。
53740发布于 2018-07-23
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号