- 综合排序
- 最热优先
- 最新优先
- 来自专栏架构师之路
微服务架构多“微”才合适？
一、互联网架构为什么要进行服务化-总结 上一篇和大伙交流了一下，随着数据量、并发量、业务复杂度的增长，互联网架构会出现以下问题： （1）代码到处拷贝 （2）底层复杂性扩散 （3）基础库（so/jar/dll @侯滇滇 同学提到： 多了一层服务层，架构实际上是更复杂了，需要引入一系列机制对服务进行管理，RPC服务化中需要注意： （1）RPC服务超时，服务调用者应有一些应对策略，比如重发 （2）关键服务例如支付 二、互联网微服务架构多“微”才适合 大家也都认可，随着数据量、流量、业务复杂度的提升，服务化架构是架构演进中的必由之路，今天要讨论的话题是：微服务架构多“微”才合适？ 垂直拆分是个好的方案，将子业务一个个拆出来，那么微信的服务化架构或许会变成这个样子： ? （1）服务层，整个群业务是一个service （2）存储层，实际可能对应了群信息、群成员、群消息等多个数据表 拆分成一个数据表一个service，则架构会变成这样： ?
1.6K61发布于 2018-03-01 - 来自专栏超级架构师
微服务与SOA架构（2）
本节中，我们会关注架构模式以及在微服务和SOA中比较常见的服务类型。 微服务架构就服务类型而言其分类法并不复杂，一般来说主要有两类服务类型，如图2-1所示。 图2-1 SOA内的服务分类法跟微服务有很大不同。在SOA中，从全局架构来看有非常明确的、非常正式的服务类型，各自在整体架构中扮演不同角色。 尽管在SOA中可以有任意数量的服务类型，架构模式定义了四种基本类型，如图2-2所示： ? 图2-3展示了微服务的服务责任制模型。 ? 图2-3 对于SOA而言，一般对不同服务类型有不同服务责任人。业务服务的责任人通常是业务用户，而企业服务的责任人大多是是共享的服务团队或者架构师。 图2-4展示了SOA架构下服务责任制模型。 ? 图2-4 服务责任人的重要性体现在全局的服务协调。在SOA中，必须在创建或维护某个应用需求的时候在多个组之间进行协调。
98850发布于 2018-04-09 - 来自专栏Java架构师历程
微服务在微信的架构实践
作者｜许家滔 编辑｜田光 微服务的理念与腾讯一直倡导的“大系统小做”有很多相通之处，本文将分享微信后台架构的服务发现、通信机制、集群管理等基础能力与其上层服务划分原则、代码管理规则等。 过去几年，微信都是很敏捷地在开发一些业务。所以我们的底层架构需要支撑业务的快速发展，会有一些特殊的需求。 另外，目前整个微信团队已经有一千多人了，开发人员也有好几百。 早年我们 QQ 邮箱、微信、图像压缩、反垃圾都是一个 web 服务，只有存储层会独立到后面去，甚至用 web 直连 MySQL。因为它早期比较小，后来变大之后就用微服务架构。 2011 年起负责微信后台基础架构，包括分布式存储平台和后台服务框架等，覆盖微信账号 / 消息 / 朋友圈核心存储等，并为公众号 / 微信支付 / 微信企业号等等业务提供组件支持，近两年专注于后台服务质量提升和高性能架构 文章来源：https://mp.weixin.qq.com/s/B_t2lQm2c_tXl_dlYhosdA
4.3K32发布于 2018-09-26 - 来自专栏超级架构师
「微前端架构」微前端-Angular风格-第2部分
进入Angular惰性加载特性模块 Angular有一个内建的模块概念，它基本上是一个声明对象，用来指定封装在一个模块中的所有组件、指令、服务和其他模块。 部署和服务 为了为每个应用程序提供自己的部署，我们为每个应用程序创建了一个节点服务，每当一个团队创建一个新的应用程序部署时，都会创建一个封装应用程序的js包，每个服务都会公开一个端点，该端点返回到包的路径 移动到微前端方法是朝着正确的方向移动，因为应用程序越大，速度越小。 本文展示了一个使用Angular作为框架的解决方案，类似的解决方案也可以使用其他框架来实现。 原文：https://medium.com/outbrain-engineering/micro-front-ends-doing-it-angular-style-part-2-1393ced4ceab 本文:http://pub.intelligentx.net/micro-front-ends-doing-it-angular-style-part-2 讨论:请加入知识星球或者小红圈【首席架构师圈】
5.7K20发布于 2019-08-16 - 来自专栏前端博客
微前端学习笔记（1）：微前端总体架构概述，从微服务发微
，反观java 世界，学好 Spring MyBatis ,一路无忧，哎……微服务为了解决庞大的一整块后端服务带来的变更与扩展方面的限制，出现了微服务架构（Microservices）：微服务是面向服务架构 微前端是一种类似于微服务的架构，它将微服务的理念应用于浏览器端，即将单页面前端应用由单一的单体应用转变为多个小型前端应用聚合为一的应用。各个前端应用还可以独立开发、独立部署。 微前端微前端是一种类似于微服务的架构，是一种由独立交付的多个前端应用组成整体的架构风格，将前端应用分解成一些更小、更简单的能够独立开发、测试、部署的应用，而在用户看来仍然是内聚的单个产品。 微服务架构，可以解耦后端服务间依赖。而微前端，则关注于聚合前端应用。热闹驱动开发。新的技术，既然很热闹，那么就学吧。微前端的实现，意味着对前端应用的拆分。 《微前端学习笔记（1）：微前端总体架构概述，从微服务发微》,请注明出处：https://www.zhoulujun.cn/html/webfront/engineer/Architecture/9029
1.2K10编辑于 2024-06-06 - 来自专栏程序员千羽
微服务架构之Spring Cloud入门2
org.springframework.web.bind.annotation.PathVariable; /** * @date Created by 邵桐杰 on 2020/8/30 21:36 * @微信公众号 2. import org.springframework.stereotype.Component; /** * @date Created by 邵桐杰 on 2020/8/31 0:06 * @微信公众号 * filters: # 添加请求路径的前缀 #- PrefixPath=/user #1表示过滤1个路径，2表示两个路径 微信公众号 : 千羽的编程时光
54010发布于 2021-01-14 - 来自专栏程序员的SOD蜜
架构如何为业务和技术“服务”(2)
Ø 服务层次：子系统直接的关系划分清楚了，有必要根据业务的需求，以业务关注点来划分业务服务，作为各子系统的公共服务，可以采用SOA方式来治理； Ø 组件层次：个业务组件的合理划分，比如基金基础数据，客户 JS框架（例如jQuery），MVC框架（实现了MVC架构的框架，例如ASP.NET MVC2），数据处理框架（例如Entity Framework,PDF.NET）； 了解其它框架，包括异常处理框架， 在整个项目开发阶段，协助项目经理进行项目资源风险评估，协助开发经理进行技术选型和风险评估，作开发人员的技术顾问； 2. 在项目的开始阶段，架构组派人参与项目的需求分析，并进行架构概要设计； 3. 领导与协调整个项目中的技术活动（分析、设计和实施等） 2. 推动主要的技术决策，并最终表达为软件架构 3. 确定和文档化系统的意义重大的方面，包括系统的需求、设计、实施和部署等 4. 这句话有一定道理，个人觉得，自己现在还不算是一个架构师，顶多算是一个高级软件工程师，改变观念，团队需要什么就是什么，一切从实际出发，为团队服务。
91580发布于 2018-02-27 - 来自专栏小白晋级大师
分布式系统架构2：服务发现
1.概念服务发现指的是分布式系统中，服务实例动态注册自己的信息到注册中心，其他服务能发现这些实例的位置，实现服务间通信。为什么需要服务发现？对于分布式应用来说，服务发现不是可选项，而是必须的。 2.组成由注册中心和消费者组成注册中心Service Registry：服务实例将自己的元数据（IP、端口、健康状态等）注册到注册中心。 维护一个服务注册表，记录所有可用服务的信息消费者Consumer：从注册中心获取目标服务的位置信息（服务实例列表），通过负载均衡选择一个实例进行通信。 适用场景：微服务架构中，服务实例与注册中心直接交互示例：Eureka：Spring Cloud中，服务通过 @EnableEurekaClient 注解实现主动注册。 优点：服务实例与注册逻辑解耦，服务代码无侵入。适用于现有服务缺点：依赖第三方组件，注册的实时性较低于主动注册6. 总结服务发现的核心流程服务注册：服务启动时向注册中心注册自身的元数据。
44110编辑于 2024-12-16 - 来自专栏开发经验
架构的未来：微前端与微服务的融合
文章目录 微服务架构简介 微前端架构简介 微前端与微服务的融合 1. 共享服务 2. 基于事件的通信 3. 统一的身份和认证 4. 交付管道的集成 示例：使用微服务和微前端的电子商务平台 微服务架构 微前端架构 融合微服务和微前端 结论 欢迎来到架构设计专栏~架构的未来：微前端与微服务的融合 ☆* o(≧▽≦)o *☆嗨~我是 ❤️ 在当今快速发展的软件开发领域，架构设计一直是一个不断演化的领域。随着技术的不断发展，我们看到了微服务架构和微前端架构这两种新兴的架构风格的崭露头角。 微前端与微服务的融合 虽然微服务和微前端是两种不同的架构风格，但它们之间存在许多共通之处。它们都强调了模块化、独立开发和部署的概念。 同样，微前端架构可以将前端模块拆分为多个独立的部分，这些部分可以在不同的前端应用程序之间共享。通过将微服务和微前端中的共享部分抽象为可重用的服务，可以实现更好的代码复用。 2.
84210编辑于 2023-12-13 - 来自专栏超级架构师
【微前端架构】AWS 上的微前端架构
微服务架构的特点是独立服务，这些服务专注于特定的业务功能，并由小型、自包含的团队维护。微服务架构经常用于在 AWS 上开发的 Web 应用程序，这是有充分理由的。 微前端架构将微服务开发原则引入前端应用程序。在微前端架构中，开发团队独立构建和部署“子”前端应用程序。这些应用程序由“父”前端应用程序组合而成，该前端应用程序充当容器来检索、显示和集成各种子应用程序。 图 2. 带有微前端的微服务后端 微前端的好处 与单体前端相比，微前端具有以下优势： 独立工件：微服务开发的核心原则是工件可以独立部署，这对于微前端仍然适用。 在微前端架构中，团队应该能够独立部署他们的前端应用程序，而对其他服务的影响最小。这些更改将反映在父应用程序中。 自治团队：每个团队都是各自领域的专家。例如，计费服务团队成员具有专业知识。 结论 微前端架构为前端应用程序引入了微服务开发的许多熟悉的好处。微前端架构还允许您管理小型独立组件，从而简化构建复杂前端应用程序的过程。
2.5K10编辑于 2022-03-08 - 来自专栏数据猿
微信许家滔：微信10亿日活场景下，后台微服务架构及存储架构实践！
2.数据强一致性。保障10亿用户数据不会出现问题。 3.突发洪峰流量。春节、元旦、以及突发热点事件。 4.数据存取压力大。后台数据服务节点，每分钟超过百亿次数据存取服务。 ? 有2大点： 1、机器故障是常态，微信希望提供连续无间断的服务能力 业界数据可用性，通常通过Paxos租约、RAFT等来实现数据复制。 2、相对于传统的基于故障转移的系统设计，我们需要构建一个多主同时服务的系统，系统始终在多个数据中心中运行，数据中心之间自适应地移动负载，透明地处理不同规模的中断。 ? 上面提到的这个论文是微信PaxosStore的一点创新，贡献出了一些简洁的算法实现流程，大家可以很轻松的去理解和实现。 06 PaxosStore整体架构 PaxosStore整体架构，如下图。 09 微信微服务架构框架 微服务包含了服务定义、服务发现、错误重试、监控容灾、灰度发布等一系列面向服务的高级特性的统一框架。
6.3K435发布于 2020-03-19 - 来自专栏超级架构师
【微服务架构】微服务架构——探索 UBER 的微服务架构
客户 该架构从不同类型的客户端开始，从不同的设备尝试执行各种管理功能，例如搜索、构建、配置等。 2. 请注意本系列中的其他文章，这些文章将解释微服务的其他各个方面。 1. 什么是微服务？ 2. 微服务设计模式 3. 微服务与 SOA 4.微服务教程 5. 微服务设计模式 6. 【首席架构师圈】或者加微信小号【cea_csa_cto】或者加QQ群【792862318】公众号 【jiagoushipro】 【超级架构师】 精彩图文详解架构方法论，架构实践，技术原理，技术趋势。 微信小号 【cea_csa_cto】 50000人社区，讨论：企业架构，云计算，大数据，数据科学，物联网，人工智能，安全，全栈开发，DevOps，数字化. 知识星球【职场和技术】微博【智能时刻】智能时刻哔哩哔哩【超级架构师】抖音【cea_cio】超级架构师快手【cea_cio_cto】超级架构师 小红书【cea_csa_cto】超级架构师 谢谢大家关注
88120编辑于 2022-03-24 - 来自专栏超级架构师
「微服务架构」企业微服务架构
首先，来自Darren的消息是，微服务架构并不是构建大规模企业应用程序的新方式。 Netflix和亚马逊等公司已经实施了微服务架构，在过去几年中提供了成功的产品。 但是微服务架构适合您的组织吗？ 监控部署生命周期的各个阶段 集中式架构团队与分散式架构团队 基建自动化 架构师的角色随着微服务的采用而发展，并委托他或她承担挑战性的责任，从而形成架构治理。 架构治理是组织尝试开始微服务之旅的关键因素之一，因为如果没有正确的顺序，该过程将很快导致微管理而不是微服务。 这意味着企业架构师不再需要承担单个服务的内部工作负担，而是高度关注整个系统中服务之间的交互。此外，架构师应密切关注系统的整体运行状况，以确保每项服务以一致的方式生成与监控相关的指标。 如果您正在寻找有关微服务架构的其他材料，请查看Martin Fowler的文章或ThoughtWorks网站上的其他微服务洞察博客。
1.1K22发布于 2018-12-24 - 来自专栏西岭老湿
微前端架构实战
可以理解微前端是一种将多个可独立交付的小型前端应用聚合为一个整体的架构风格。 这种架构目前有多种方案，都有利弊之处，但只要适用当前业务场景的就是好方案。 微前端并没有技术栈的约束。每一套微前端方案的设计，都是基于实际需求出发。 微前端由于是多个子应用的聚合，如果多个业务应用依赖同一个服务应用的功能模块，只需要更新服务应用，其他业务应用就可以立马更新，从而缩短了更新流程和节约了更新成本。 使用微前端架构就可以解决问题，在保留原有项目的同时，可以完全使用新的框架开发新的需求，然后再使用微前端架构将旧的项目和新的项目进行整合。 第2章 Systemjs模块化解决方案 Systemjs：https://github.com/systemjs/systemjs 在微前端架构中，微应用被打包为模块，但浏览器不支持模块化，需要使用
4.6K00发布于 2021-04-25 - 来自专栏氧化先生的专栏
【架构拾集】 微前端：微应用化
微应用化即在开发和运行时，应用都是以单一、微小应用的形式存在。 微应用化与微前端架构相当的类似，它们在开发时都是独立应用，在构建时又可以按照需求单独加载。 关键因素 描述 对于 想拆解单体前端应用的团队 我们的架构 微应用化 是一个 类微前端架构 它可以 在开发环境将应用拆分成一个个的模块化应用，在构建时以单体的形式构建 但他不同于 微前端架构 它的优势是 微件化，即通过对构建系统的 hack，使不同的前端应用可以使用同一套依赖。它在应用微服务化的基本上，改进了重复加载依赖文件的问题。 架构设计方案 在刚结束的项目里，我们采用了这种架构方式来构建应用，我们将其称之为微应用。原因主要有两个，一个是每个应用都是以功能模块划分的，一个则是应用最后仍然是以单体应用的形式存在的。 使用 E2E 测试对于微前端或者微服务化架构来说，是一种特别有效的方式。唯一的问题可能是，它运行起来比较慢。
89330发布于 2018-08-21 - 来自专栏Java呓语
架构·微服务架构(一)
1、概述 微服务架构模式作为替代单体应用和面向服务架构的一个可行的选择，在业内迅速取得进展。由于这个架构模式仍然在不断的发展中，在业界存在很多困惑——这种模式关乎什么？它是如何实现的？ 本报告将为你提供关键概念和必要的基础知识来理解这一重要架构模式的好处与取舍，以此来判断这种架构是否适合你的应用。 2、模式描述 不管你选择哪种架构实现，有几种常见的核心概念适用于该架构模式。 微服务架构通过简化服务概念、消除服务编排、简化服务组件连接和访问来解决复杂度问题。 3、模式实现 虽然有很多方法来实现微服务架构，这里提出三个脱颖而出的案例。 然而服务组件粒度过细，则很快会将微服务架构模式演变成一个复杂、容易混淆、代价昂贵并易于出错的重量级面向服务架构。 5、注意事项 微服务架构模式解决了很多单体应用和面向服务架构应用存在的问题。
1.8K20发布于 2018-08-21 - 来自专栏高性能服务器开发
（三） 服务器端的程序架构介绍2
下面我们以pc端登录为例来具体看一个数据包在服务器端各个服务之间走过的流程： 步骤1：login_server初始化侦听socket，设置新连接到来的回调函数。 8080端口，该端口是为http服务配置的。 在login_server.cpp main函数中调用： ? netlib_listen调用如下： ? pSocket->Listen调用： ? 步骤2： 客户端调用connect()函数连接login_server的8080端口。 接着客户端给服务器发送登录数据包。 msg2.set_user_name(msg.user_name()); msg2.set_password(password); msg2.set_attach_data
1.1K50发布于 2018-04-04 - 来自专栏深度学习与python
了解新兴架构模式：微应用架构
本文讲述了微服务（Microservice）所启发的新兴架构模式如何为特性开发注入活力并加快开发者的速度。 20 世纪末，网络公司，如 Netflix 和亚马逊，都面临着大规模软件开发的挑战。 采用微应用架构。 1 什么是微应用？ 微服务将后端分离出来的区域单独部署。与此类似，移动开发者可以将应用程序的不同核心部分——单一特性、共享业务逻辑和低级特性——转移到独立的模块库中。 2 微应用程序的基础 在其核心部分，微应用程序是一种由松散耦合、高度内聚的模块组成的网络，高层的特性模块依赖于低层的特性模块。 3 挑战与权衡 像任何架构模式一样，微应用的方法也有取有舍。微服务在很大程度上影响了微应用的架构，但这两者之间有一个关键的区别。微服务是单独部署的，而构成微应用的模块则是编译成相同的二进制文件。 4 微应用架构之路 采用微应用架构需要时间，需要大量的学习和实验。
89330发布于 2021-11-10 - 来自专栏韩伟的专栏
经典游戏服务器端架构概述 (2)
接上篇 经典游戏服务器端架构概述(1)。 全服分线模型 一. 基于中心点的动态组织 SOA架构模式是业界一个比较经典的分布式软件架构模式，这个架构的特点是能动态的组织一个非常复杂的分布式服务系统。 [图-分布式接入层] 2、使用P2P 网络状态同步产生的广播请求中，绝大多数都是客户端之间的网络状态，因此我们在可以使用P2P的客户端之间，直接建立P2P的UDP数据连接，会比通过服务器转发降低非常多的负载 在一些如赛车、音乐、武打类型的著名游戏中，都有使用P2P技术。而接入进程天然的就是一个P2P撮合服务器。 所以这样一套可以运行各种业务逻辑模版的底层架构，正是游戏服务端架构发展的方向。 二.
6.3K30发布于 2016-12-02 - 来自专栏知了一笑
SpringBoot2 整合 Zookeeper组件，管理架构中服务协调
一、Zookeeper基础简介 1、概念简介 Zookeeper是一个Apache开源的分布式的应用，为系统架构提供协调服务。 2、基本理论 数据结构 ZooKeeper记录数据的结构与Linux文件系统相似，整体可以看作一棵树，每个节点称ZNode。 节点类型 短暂（ephemeral）：客户端和服务器端断开连接后，创建的节点自动删除。 持久（persistent）：客户端和服务器端断开连接后，创建的节点持久化保存。 集群服务 在Zookeeper集群服务是由一个领导者（leader），多个跟随者（follower）组成的集群。领导者负责进行投票的发起和决议，更新集群服务状态。 3、应用场景 经典应用：Dubbo框架的服务注册和发现； 分布式消息同步和协调机制； 服务器节点动态上下线； 统一配置管理、负载均衡、集群管理； 二、安全管理操作 1、操作权限 ZooKeeper的节点有
62320发布于 2020-01-13
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号