- 综合排序
- 最热优先
- 最新优先
- 来自专栏元闰子的邀请
从分层架构到微服务架构（五）之服务化架构
往期精彩： 从分层架构到微服务架构（一） 从分层架构到微服务架构（二）之分层架构 从分层架构到微服务架构（三）之管道架构 从分层架构到微服务架构（四）之微内核架构 前言 从本文开始，我们进入了《从分层架构到微服务架构 》系列中分布式架构的介绍，本文要介绍的是服务化架构（Service-Based Architecture，SBA）。 架构视图 基础视图 SBA 的基础架构视图分成 3 部分： User Interface，作为系统的接入口，接收客户端的请求，并转发到业务服务。。 业务服务的设计 SBA 中的服务具有较粗的粒度，因此在业务服务的架构设计上通常也会用到一些单体架构模式，常见的有分层架构和基于领域的组件化架构。 不管是分层架构还是组件化架构，通常都需要增加一个 API 层，负责编排和转发来自 User Interface 的业务请求。下面以订单创建流程作为示例。
99300编辑于 2022-04-08 - 来自专栏超级架构师
Envoy架构概览(3):服务发现
服务发现 在配置中定义上游群集时，Envoy需要知道如何解析群集的成员。这被称为服务发现。 支持的服务发现类型 静态的 静态是最简单的服务发现类型。 此服务发现类型适用于必须通过DNS访问的大型Web服务。这种服务通常使用循环法的DNS来返回许多不同的IP地址。通常会为每个查询返回不同的结果。 原始目标服务发现必须与原始目标负载均衡器一起使用。 服务发现服务（SDS） 服务发现服务是Envoy用来获取集群成员的通用REST API。 Lyft通过Python发现服务提供了一个参考实现。 通常，主动健康检查与最终一致的服务发现服务数据结合使用，以进行负载平衡和路由决策。这将在下一节进一步讨论。 最终一致的服务发现 许多现有的RPC系统将服务发现视为完全一致的过程。 我们推荐的部署服务以服务Envoy网格配置的方式使用最终一致的服务发现以及主动运行状况检查（Envoy显式健康检查上游集群成员）来确定集群运行状况。这种范例有许多好处： 所有的健康决定是完全分配的。
1.8K50发布于 2018-04-09 - 来自专栏超级架构师
微服务与SOA架构(3）
切合实际地说，即使在微服务架构中也总有某些服务（例如，基础服务）是共享的。然而，SOA架构总是倾向于更大化组件共享，而微服务架构则通过限定语境的概念最小化共享。 一种实现限定语境并将依赖最小化的极端方式是违反“不要重复自身（Don’t Repeat Yourself，DRY”原则，将公共性的功能在多个服务中复制，以获得全局上相互独立的效果。 微服务架构更适合采用服务编排而不是服务调配，主要是因为这种架构的拓扑结构中没有一个集中式的中间件组件。图3-5所展示的全局架构拓扑中包含两类主要组件：服务组件和（是可选的）非智能化的API层。 图3-5 因为微服务架构是一种“能不共享就不共享”的架构，你应该尽量减少服务编排的数量，尽可能让功能服务与基础服务进行交互。 实际上，这也是让架构师慢慢从SOA转向更为简单和直接的微服务架构的部分原因。 中间件与API层 如果比较前一节中的图3-5和3-8，你就会注意到两种架构模式中都存在一个中间件组件来执行调度。
94740发布于 2018-04-09 - 来自专栏搜云库技术团队
有赞服务化架构演进
服务化是互联网公司成长的必经之路。随着微服务的兴起，很多公司如火如荼的搞起了自己的服务化，有兴奋有无奈。那服务化该怎么做，该做什么？本文试图从有赞的发展历程来体会服务化发展。 在早期，公司的系统架构图如下图所示，核心展示层、业务层都在强耦合在iron应用之中。谈到iron，不知曾让多少有赞人泪崩。“代码又冲突了！？”，“发布又翻车了！”，“服务又回滚！？”。 Tether主要实现了以下几大特性： 1.支持以长链接方式进行信令透传； 2.支持负载均衡，如轮询策略； 3.支持服务发现，与name_service对接； 4.支持多协议解析（nova、http等）； 3.不改变内部业务的使用方式 有赞内部业务已经习惯了不编写IDL，直接开发微服务接口的开发方式。新的协议不能改变内部业务的开发方式和开发习惯，协议上的升级必须是业务完全无感知的。 小型系统如何“微服务”开发 如何找到完美的以太坊区块链开发者 大数据推荐系统实时架构和离线架构 ElasticSearch优化会员列表搜索 Rabbitmq延迟队列实现定时任务 软件做异常测试？
2.7K30发布于 2019-10-18 - 来自专栏程序你好
现代化的微服务架构
尽管微服务已经存在了一段时间，但它们最近因承诺能取代单体就架构而广受欢迎。但是它们到底是什么呢?本质上，微服务是独立的基于web的应用程序，服务于特定的功能，并且相对容易混合和匹配以满足不同的需求。 由于这个原因，在那些希望实现企业IT系统现代化并享受使用SaaS和云的好处的组织中，作为软件体系结构的基础，它们正变得越来越有吸引力。 自动化有什么帮助? 管理大量微服务的解决方案的一个关键部分是实现一个自动化系统，它可以在一个基于微服务的体系结构中组合各种不同的应用程序。 通过定义工作流和连接模块，自动化使涉众之间的通信更快、更可靠、更透明、更准确，从而更快地发布更新，减少在返工上花费的时间。 因此，自动化是在企业规模中实现基于微服务的体系结构管理的关键部分。 在体系结构出现时，必须“构建”自动化，以确保业务流程按照计划工作，并不断提供客户需求的服务。
56520发布于 2018-07-20 基础架构组件选型及服务化
1、常见的分布式基础架构组件分布式服务化框架，业界开源产品比如 Dubbo、Spring Cloud 这样的框架；分布式缓存及框架，业界如 Redis、Memcached，框架如 Codis 和 Redis 3、基础架构的服务化对基础架构组件做了统一标准之后，下一步要做的就是服务化。 所以必须要基于这些原生能力进行封装，结合运维场景，将能力服务化，这样就大大提升了使用方的便利性。要做的事情，可以归纳为两步：第一步是基础架构标准化，第二步是基础架构服务化。 所以这里强制约束是一方面，同时也要提供工具化的手段来支持开发的改造，也就是下面这个动作。基础架构的服务化平台开发，目标是平台自助化，让开发依赖平台的能力自助完成对基础组件的需求，而不是依赖运维的人。 这个事情是驱动运维转型和改进的动力，也是运维能够深入了解架构组件细节的有效途径。同时，要注意到，如果不朝着服务化方向发展，运维将始终被拖累在这些基础组件的运维操作上。
27220编辑于 2025-01-28- 来自专栏前端博客
插件化架构设计(3):前端可视化化平台插件架构-grafana实践
异步组件加载，其实更好办：在Suspense里面 渲染异步组件或者 是 通过state 渲染出 加载的虚拟 组件vue异步组件加载<template>
<h3 style="text-align:left;">VueComponentMode</h3> <button @click="show = false">销毁</button> <button any) => {}, }, }) } render(){ return ({this.tempCom}) }}组件/模块异步加载方案，请参看《前端模块化方案 ：前端模块化/插件化异步加载方案探索》转载本站文章《插件化架构设计(3):前端可视化化平台插件架构-grafana实践》,请注明出处：https://www.zhoulujun.cn/html/webfront1K30编辑于 2023-03-18来自专栏全栈学习之路传统单体架构到微服务化架构的演进之路
1、从传统单体架构到服务化架构 1、Java EE架构 JEE以面向对象的Java编程语言为基础，扩展了Java平台的标准版，是Java平台企业版的简称。 ，极大提高了开发效率，这得益于Spring框架的控制翻转理念 3、服务化架构 从JEE时代到SSH时代，服务的特点依然就是单体化，服务的粒度抽象为组件，全部耦合在一个项目中，若其中模块需升级上线，未需升级的模块也就会上线 对于总线本身的中心化的管理模型，系统变更影响的范围经常会随之扩大 近年来，服务化的架构不断发展和演练，微服务逐渐出现了。 3、微服务架构与SOA服务化的对比 SOA服务化架构与微服务架构有些相似，但还是存在不同的地方 1、目的不同 SOA 服务化涉及的范围更广一些，强调不同的异构服务之间的协作和契约，并强调有效集成、业务流程编排 SOA服务化通常将多个业务服务通过组件化模块方式打包在一个War包里，然后统一部署在一个应用服务器上 3、服务粒度不同 微服务倡导将服务拆分成更细的粒度，通过多个服务组合来实现业务流程的处理,拆分到职责单一
1.1K10编辑于 2023-07-16来自专栏小白晋级大师分布式系统架构3：服务容错
这是小卷对分布式系统架构学习的第3篇文章，虽然知道大家都不喜欢看纯技术文章，写了也没多少阅读量，但是个人要成长的话，还是需要往深一点的技术上去探索的1.为什么需要容错分布式系统的本质是不可靠的，一个大的服务集群中 对该场景的失败策略是：当请求失败后，默认服务提供者一定时间内无法提供服务了，不再向它分配流量，将错误隔离开来。 面试题准备如果一个业务系统需要调用第三方的5个接口，这5个接口中只要有3个接口返回成功了就认为成功，问如何设计并实现周志明大佬的答复：我看这题是个圈套呀，大多数的架构设计题目，固定答案往往都是不对的 因为做技术设计是为了解决实际问题，不能谈兵，所以方案要根据希望实现的目标而定： 如果目的是这项业务尽可能快速地完成，那就forking策略，5个一起调用，成功3个算过。 如果目的是这项业务尽可能少消耗资源，那就failfast策略，先对它们出错概率做个先验判断，排序后先调用最容易出错的，错够3次算失败，后面的不执行。
40610编辑于 2024-12-18来自专栏超级架构师【微服务架构】在微服务架构中最小化设计时间耦合
欢迎来到我关于在微服务架构中最小化设计时耦合的演讲。在这次演讲中，我将回答三个问题。什么是设计时耦合？这会造成什么问题？我们如何设计松散耦合的服务？这些年来我做了一些事情。 首先，我将描述微服务架构的基本特征，包括松散的设计时耦合。之后，我将描述一些最小化设计时间耦合的技术。最后，我将使用订购外卖玉米煎饼的问题来说明潜在的耦合问题，然后展示如何消除它们。 微服务架构=架构风格 微服务架构是一种架构样式，它将应用程序构造为一组服务。这些服务是松散耦合的。每个服务都由一个小团队拥有。每个服务都是可独立部署的。 您需要一个松散耦合和模块化的架构。松耦合再次发挥了作用。如果您有一个开发大型复杂应用程序的大型团队，您通常必须使用微服务。 因此，会计服务等客户必须自己计算订单总额。起初，这不是什么大问题，因为这是一个非常简单的计算。然而，在2020年3月，该组织需要实施新冠病毒附加费，以支付个人防护设备的费用。
82530编辑于 2022-01-25来自专栏京东技术京东服务市场高并发下SOA服务化演进架构
随着服务市场访问、交易量指数级的增长，系统由原来的ALL IN ONE架构，快速的演进成为SOA架构。 木桶的容量由木桶最短的木板决定，高并发环境下，单个服务的性能决定了整个服务市场的性能。 “可用插件列表服务”是服务市场的核心服务之一，优化该服务性能的过程，带动整个服务市场服务架构的演进。 宏观的看，大到系统小到模块都由自身+外部依赖组成，性能优化主要从自身与外部依赖两个方面来进行。 3）大前端非登录状态下，访问的用户无须登录，有很大的访问量，更多的是获取服务的一些介绍。大数据量，可容忍一定程度的延迟，所以采用ES来进行查询支撑。 2、缓存碎片化 系统使用一段时间后，由于业务系统对服务数据需求的不一致，服务开发人员开始为每个外部系统提供一块主动缓存。这些缓存完全不具备通用性但又数量众多。 2）数据库是功能修改后唯一进行数据持久化的地方，仅需监控数据库修改，就可获知所有的服务属性修改，不再需要跟着业务走，也不用担心操作重排序。
89730发布于 2019-03-06来自专栏后场技术监控即服务:用于微服务架构的模块化系统
除了一体化代码之外，我们的项目还有许多微服务支持。他们每个都需要被监控。由DevOps工程师监控它们几乎是不可能的。我们开发了一个监控系统，作为开发人员的服务。 系统要求是这样的： 全天候可用性， 指标存储间隔= 10秒， 指标和仪表板的结构化存储， SLA> 99.99％， 通过UDP收集事件指标! 我们需要UDP，因为我们有大量流量和指标生成的多个事件。 正如我所说，我们有几十个微服务，每个微服务都有其特定的要求。使用SLAM，我们检查文档，将其与Graphite的数据进行比较，并评估我们服务的可用性级别是否符合规范。 警报是下一步。 ~ 3Mbps LAN Graphite (go-carbon) 指标数量: ~ 1600000/min 指标刷新间隔: 30sec 指标存储模式: 30秒35天，5分钟90天，10分钟365天（了解服务如何在较长时间内执行 ） 服务器资源使用率：~ 10％ CPU; ~ 20Gb RAM; ~ 30Mbps LAN 灵活性 非常感谢我们的监控服务的灵活性。
1.9K30发布于 2020-09-03来自专栏编程学习之路【SpringBoot】SpringBoot：打造现代化微服务架构
引言 在当今的软件开发环境中，微服务架构已经成为一种主流趋势。微服务架构的核心思想是将应用程序分解为一组小的、自治的服务，每个服务负责单一的业务功能。这种架构的优势在于其灵活性、可扩展性和易于维护性。 SpringBoot作为一个强大的框架，为开发现代化微服务架构提供了极大的便利。本文将详细探讨如何使用SpringBoot来构建和管理微服务。 微服务架构概述 什么是微服务架构 微服务架构是一种设计风格，它将应用程序划分为一组小型、独立部署的服务。这些服务可以独立开发、测试、部署和扩展。 结论 SpringBoot通过其简化配置、自动化和强大的生态系统，显著提升了微服务架构的开发效率。 通过合理利用这些工具和框架，开发者可以构建出高性能、可扩展和易维护的现代化微服务架构。希望这篇文章能够帮助开发者更好地理解和使用SpringBoot，在实际项目中取得成功。
1.2K20编辑于 2025-05-25来自专栏后端架构微服务架构下的工程化Docker
前言 随着云计算和容器技术的发展，微服务架构已经成为了越来越多企业的首选。微服务架构可以将一个大型应用程序拆分成多个小型服务，每个服务都可以独立部署和扩展。 这种架构可以提高应用程序的可伸缩性、可靠性和可维护性。而Docker则是实现微服务架构的重要技术之一。 在微服务架构下使用Docker可以带来很多好处。 最后，Docker可以帮助开发人员快速构建、测试和部署微服务应用程序。 面对的挑战 然而，在微服务架构下使用Docker也会带来一些挑战。 因此，采用工程化的方法来管理和监控微服务应用程序是非常重要的。 总之，在微服务架构下使用Docker进行应用程序开发需要采用工程化的方法来管理和监控微服务应用程序。这些方法包括使用自动化工具、集中式日志系统、监控工具和容器编排工具等等。
39230编辑于 2023-10-31来自专栏iOS开发大全微服务架构下的工程化Docker
不要偷走我小火车哦~ ~ ~ 微服务架构下的工程化Docker ⭐本文介绍⭐ 在当今互联网时代，为了快速迭代和灵活部署应用程序，越来越多的企业选择使用微服务架构。 本文将探讨如何在微服务架构下使用Docker进行应用程序开发，并介绍如何采用工程化的方法来管理和监控这些微服务应用程序。 ---- [TOC] 一、为什么选择微服务架构？ 在传统的单体应用架构中，所有功能模块都集中在一个代码库中，一旦其中一个模块出现问题，整个应用都会受到影响。而在微服务架构中，每个功能模块都被拆分成独立的小型服务，它们可以独立开发、测试和部署。 运行微服务容器 执行以下命令来运行微服务容器： $ docker run -d -p 8080:8080 my-microservice 四、工程化管理和监控微服务应用程序 Docker Compose 希望本文能够对读者在微服务架构下使用Docker进行应用程序开发有所帮助。
36030编辑于 2023-10-16来自专栏IT笔记SpringCloud 妹子图微服务架构容器化部署
前言 虽然小黄图微服务还没正式开源，但是这并不影响撸主的继续分享。随着小黄图的逐渐壮大，以后可能发展到十几或者上百个服务也不是不可能，那么随着而来的就是如何轻松快速的构建部署。 架构 ? 部署 ? jar \ --name tools-sys \ docker.io/openjdk:8 java -jar /usr/tools-sys-1.0.0.jar 开发运维人员可以通过Jenkins为每个服务定制一个服务脚本 撸主跑了7个容器服务，2个正常运行，5个已经死翘翘中。 一些常用的镜像模板： ? 可以对容器服务进行启动、删除、重启等一系列操作，还可以查看日志、系统占用资源统计。 ? ?
1.3K20发布于 2020-06-22来自专栏超级架构师【微服务架构 】微服务简介，第3部分：服务注册表
注册表和其他组件之间的交互可以分为两组，每组有两个子组： 微服务和注册表之间的交互（注册） 自注册 第三方注册 客户端与注册表之间的交互（发现） 客户端发现 服务器端发现 注册 大多数基于微服务的架构都在不断发展 可以将第三方注册服务配置为为失败的服务提供安全回退。其他案例可能会实施其他政策。例如，服务注册表进程可能会收到高负载情况的通知，并通过请求实例化新的微服务进程或VM来自动添加新端点。 换句话说，我们实现了服务器端发现。对于此示例，我们将通过处理注册方面来扩展我们的微服务架构。 获取代码https://github.com/auth0/blog-microservices-part3。 另外：使用Auth0作为您的微服务 由于JWT的神奇之处，Auth0和微服务齐头并进。 结论 服务注册表是基于微服务的体系结构的重要组成部分。 有不同的处理注册和发现的方法，适合不同的架构复杂性。 在承诺之前考虑上述每种替代方案的优缺点。
1.2K20发布于 2019-09-16来自专栏超级架构师【微服务架构】微服务架构——探索 UBER 的微服务架构
在本文中，您将了解以下内容： 微服务架构的定义 微服务架构的关键概念 微服务架构的优缺点 优步——案例研究 在我谈论 UBER 的微服务架构之前，如果我给你定义微服务，这将是公平的。 然后通过定义明确的 API 网关将请求传送到内部服务。 3.API网关 由于客户端不直接调用服务，API Gateway 充当客户端将请求转发到适当微服务的入口点。 这让我们推断，在乘客管理微服务上工作的进程数量比在支付上工作的进程数量要多。 通过这种方式，UBER 受益于将其架构从单体架构转变为微服务架构。 我希望你喜欢阅读这篇关于微服务架构的文章。 请注意本系列中的其他文章，这些文章将解释微服务的其他各个方面。 1. 什么是微服务？ 2. 微服务设计模式 3. 微服务与 SOA 4.微服务教程 5. 微服务设计模式 6. 微信小号 【cea_csa_cto】 50000人社区，讨论：企业架构，云计算，大数据，数据科学，物联网，人工智能，安全，全栈开发，DevOps，数字化.
88220编辑于 2022-03-24来自专栏超级架构师「微服务架构」企业微服务架构
首先，来自Darren的消息是，微服务架构并不是构建大规模企业应用程序的新方式。 Netflix和亚马逊等公司已经实施了微服务架构，在过去几年中提供了成功的产品。 但是微服务架构适合您的组织吗？ 监控部署生命周期的各个阶段 集中式架构团队与分散式架构团队 基建自动化 架构师的角色随着微服务的采用而发展，并委托他或她承担挑战性的责任，从而形成架构治理。 例如，考虑到服务必须处理的数据的高度非结构化特性，架构师可以建议使用NoSQL数据库而不是关系数据库。例如，Netflix将JVM的使用标准化为一个平台，以便他们可以跨服务使用标准库。 通过基于用户级合同使用HTTP集成服务，开发团队可以避免永无止境的端到端测试阶段的陷阱并保持合适的速度。 然而，管理数百个服务会使组织的操作复杂化。 正如我上面提到的，架构师必须至少标准化服务发出日志的方式，以便运营团队可以监控整体系统运行状况，并且如果需要进一步调查，则能够深入到服务级别监控。
1.1K22发布于 2018-12-24来自专栏cloudskyme一起玩转微服务（3）——微服务架构设计模式
三、链式微服务设计模式 这种模式在接收到请求后会产生一个经过合并的响应，如下图所示： 在这种情况下，服务A接收到请求后会与服务B进行通信，类似地，服务B会同服务C进行通信。所有服务都使用同步消息传递。 五、数据共享微服务设计模式 自治是微服务的设计原则之一，就是说微服务是全栈式服务。 但在重构现有的“单体应用（monolithic application）”时，SQL数据库反规范化可能会导致数据重复和不一致。 因此，在单体应用到微服务架构的过渡阶段，可以使用这种设计模式，如下图所示： 在这种情况下，部分微服务可能会共享缓存和数据库存储。不过，这只有在两个服务之间存在强耦合关系时才可以。 因此部分基于微服务的架构可能会选择使用消息队列代替REST请求/响应，如下图所示： 各个服务之间通过异步的消息队列进行交互，当服务出现问题时，不会造成阻塞，队列会帮助缓存消息，直到消费服务开始工作。
89711发布于 2020-06-19
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号