- 综合排序
- 最热优先
- 最新优先
- 来自专栏元闰子的邀请
从分层架构到微服务架构（五）之服务化架构
往期精彩： 从分层架构到微服务架构（一） 从分层架构到微服务架构（二）之分层架构 从分层架构到微服务架构（三）之管道架构 从分层架构到微服务架构（四）之微内核架构 前言 从本文开始，我们进入了《从分层架构到微服务架构 》系列中分布式架构的介绍，本文要介绍的是服务化架构（Service-Based Architecture，SBA）。 SBA 可以看成是单体架构和微服务架构之间的一个折中方案，它也是按照业务领域进行服务划分，但服务划分的粒度相比微服务要更粗。 业务服务的设计 SBA 中的服务具有较粗的粒度，因此在业务服务的架构设计上通常也会用到一些单体架构模式，常见的有分层架构和基于领域的组件化架构。 不管是分层架构还是组件化架构，通常都需要增加一个 API 层，负责编排和转发来自 User Interface 的业务请求。下面以订单创建流程作为示例。
99300编辑于 2022-04-08 - 来自专栏超级架构师
微服务与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 - 来自专栏搜云库技术团队
有赞服务化架构演进
服务化是互联网公司成长的必经之路。随着微服务的兴起，很多公司如火如荼的搞起了自己的服务化，有兴奋有无奈。那服务化该怎么做，该做什么？本文试图从有赞的发展历程来体会服务化发展。 有赞史 有赞成立于2012年11月，成立初期以社群电商产品为核心，2015年实现商业化，快速发展为一家2000+人的2B Saas服务公司，以电商平台（微商城）和新零售（有赞零售、有赞美业、有赞餐饮）为主要发展方向 2.便于解析的请求header 为提供丰富和完善的服务治理功能，便于Sidecar解析和添加信息的RPC请求header是必不可少的。 经过综合考虑，有赞的新rpc协议将以HTTP/2为基础，参考grpc协议。并兼容老的dubbo协议，保证协议的通用性和可拓展性。 总结 如开篇所说，“服务化，只有经历过才能领悟“。 小型系统如何“微服务”开发 如何找到完美的以太坊区块链开发者 大数据推荐系统实时架构和离线架构 ElasticSearch优化会员列表搜索 Rabbitmq延迟队列实现定时任务 软件做异常测试？
2.7K30发布于 2019-10-18 - 来自专栏s09g的技术博客
Cloud Pilot 2. Google Cloud Platform 服务器虚拟化架构（上）
虚拟化其实是一个过于宽泛的概念，但是一般大家默认这个术语指的是虚拟机相关技术。 VMware vSphere虚拟化架构 首先还是拿个友商出来做对照。 但我还是打算把VMware拎出来，看看VMware vSphere虚拟化架构。 VMware vSphere的主要产品有两个：ESXi和vCenter Server。 AWS & Google Cloud虚拟化架构 Hypervisor层面Google Cloud用的是修改后的KVM。AWS早期使用的是Xen，17年之后也转向KVM。 AWS re:Invent 2017的演讲《C5 实例和 Amazon EC2 虚拟化的演变 (CMP332)》包含了更详细的内容 https://youtu.be/LabltEXk0VQ 然而没过多久 原帖位置：https://stackoverflow.com/a/23699164 云厂商的虚拟化架构有多个技术方向，Google Cloud并非没有尝试实现hypervisor层面的offload，
2.4K20编辑于 2022-07-06 - 来自专栏程序你好
现代化的微服务架构
尽管微服务已经存在了一段时间，但它们最近因承诺能取代单体就架构而广受欢迎。但是它们到底是什么呢?本质上，微服务是独立的基于web的应用程序，服务于特定的功能，并且相对容易混合和匹配以满足不同的需求。 由于这个原因，在那些希望实现企业IT系统现代化并享受使用SaaS和云的好处的组织中，作为软件体系结构的基础，它们正变得越来越有吸引力。 自动化有什么帮助? 管理大量微服务的解决方案的一个关键部分是实现一个自动化系统，它可以在一个基于微服务的体系结构中组合各种不同的应用程序。 通过定义工作流和连接模块，自动化使涉众之间的通信更快、更可靠、更透明、更准确，从而更快地发布更新，减少在返工上花费的时间。 因此，自动化是在企业规模中实现基于微服务的体系结构管理的关键部分。 在体系结构出现时，必须“构建”自动化，以确保业务流程按照计划工作，并不断提供客户需求的服务。
56520发布于 2018-07-20 基础架构组件选型及服务化
2、基础架构组件的选型问题大概都会遇到同样的问题，是自研还是选择开源产品？有这么多的开源产品到底该选哪一个？从单纯的技术选型上来看，选择什么语言并没有严格的标准。 2.运维层面当我们考虑建设一个统一的效率和稳定体系时，发现基础组件不统一，这个时候就需要做大量的针对不同组件的适配工作。比如我们要在发布系统中做服务上下线处理，就要针对多个微服务化框架做适配。 3、基础架构的服务化对基础架构组件做了统一标准之后，下一步要做的就是服务化。 所以必须要基于这些原生能力进行封装，结合运维场景，将能力服务化，这样就大大提升了使用方的便利性。要做的事情，可以归纳为两步：第一步是基础架构标准化，第二步是基础架构服务化。 所以这里强制约束是一方面，同时也要提供工具化的手段来支持开发的改造，也就是下面这个动作。基础架构的服务化平台开发，目标是平台自助化，让开发依赖平台的能力自助完成对基础组件的需求，而不是依赖运维的人。
27220编辑于 2025-01-28- 来自专栏超级架构师
「第二部:容器和微服务架构」(2) 容器化单体应用
您可能需要构建一个单独的、整体部署的web应用程序或服务，并将其部署为一个容器。应用程序本身可能不是内部单一的，而是由几个库、组件甚至层（应用程序层、域层、数据访问层等）构成。 但是，在外部，它是一个容器—单个进程、单个web应用程序或单个服务。 要管理此模型，可以部署一个容器来表示应用程序。为了增加容量，您可以向外扩展，也就是说，只需在前面添加更多带有负载平衡器的副本。 图1 容器化单体应用程序的体系结构示例
69231发布于 2020-07-18 - 来自专栏程序员千羽
微服务架构之Spring Cloud入门2
2. 面向服务的路由 使用在eureka注册的服务作为路由地址 如果将路由服务地址写死明显是不合理的；在Spring Cloud Gateway中可以通过配置动态路由解决。 路由前缀处理 可以对请求到网关服务的地址添加或去除前缀 分析： 提供服务的地址：http://127.0.0.1:9091/user/8 添加前缀：对请求地址添加前缀路径之后再作为代理的服务地址； http * filters: # 添加请求路径的前缀 #- PrefixPath=/user #1表示过滤1个路径，2表示两个路径 获取配置中心配置 目标：改造用户微服务user-service，配置文件信息不再由微服务项目提供，而是从配置中心获取 分析： 需求：将服务提供工程user-service的application.yml
54010发布于 2021-01-14 - 来自专栏全栈学习之路
传统单体架构到微服务化架构的演进之路
1、从传统单体架构到服务化架构 1、Java EE架构 JEE以面向对象的Java编程语言为基础，扩展了Java平台的标准版，是Java平台企业版的简称。 2、微服务与传统架构的对比 1、微服务架构 从上图可以看出： 微服务把每一个职责单一的功能放在一个独立的容器中 每个服务运行在一个单独的进程中 每个服务有多个实例在运行，每个实例可以运行在容器化平台内 每个服务应该有自己的运营平台，以及独享的运营人员，这包括技术运维和业务运营人员; 每个服务都高度自治，内部的变化对外透明.每个服务都可根据性能需求独立地进行水平伸缩 2、传统单体架构 传统单体架构将所有模块化组件混合后运行在同一个服务 3、微服务架构与SOA服务化的对比 SOA服务化架构与微服务架构有些相似，但还是存在不同的地方 1、目的不同 SOA 服务化涉及的范围更广一些，强调不同的异构服务之间的协作和契约，并强调有效集成、业务流程编排 2、部署方式不同 微服务将完整的应用拆分成多个细小的服务，通常使用敏捷扩容、缩容的 Docker技术来实现自动化的容器管理，每个微服务运行在单一的进程内，微服务中的部署互相独立、互不影响。
1.1K10编辑于 2023-07-16 - 来自专栏程序员的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、端口、健康状态等）注册到注册中心。 适用场景：微服务架构中，服务实例与注册中心直接交互示例：Eureka：Spring Cloud中，服务通过 @EnableEurekaClient 注解实现主动注册。 优点：服务实例与注册逻辑解耦，服务代码无侵入。适用于现有服务缺点：依赖第三方组件，注册的实时性较低于主动注册6. 总结服务发现的核心流程服务注册：服务启动时向注册中心注册自身的元数据。 7.框架对比面试过程中可能还会文档服务发现框架的区别，以及选型依据，可以提前准备一些框架的内容，这里简单列一下：服务注册与发现框架语言支持一致性健康检查配置复杂性性能数据持久化功能丰富度Eureka
44210编辑于 2024-12-16 - 来自专栏超级架构师
【微服务架构】在微服务架构中最小化设计时间耦合
欢迎来到我关于在微服务架构中最小化设计时耦合的演讲。在这次演讲中，我将回答三个问题。什么是设计时耦合？这会造成什么问题？我们如何设计松散耦合的服务？这些年来我做了一些事情。 首先，我将描述微服务架构的基本特征，包括松散的设计时耦合。之后，我将描述一些最小化设计时间耦合的技术。最后，我将使用订购外卖玉米煎饼的问题来说明潜在的耦合问题，然后展示如何消除它们。 微服务架构=架构风格 微服务架构是一种架构样式，它将应用程序构造为一组服务。这些服务是松散耦合的。每个服务都由一个小团队拥有。每个服务都是可独立部署的。 您需要一个松散耦合和模块化的架构。松耦合再次发挥了作用。如果您有一个开发大型复杂应用程序的大型团队，您通常必须使用微服务。 有趣的是，要记住的一件事是代码生成的反序列化逻辑，通常反序列化所有属性。 每个服务使用一个数据库 促进松耦合的另一个关键原则是每个服务的数据库。
82530编辑于 2022-01-25 - 来自专栏JavaEdge
实战 Docker+Kubernetes 微服务容器化(一)-初识微服务1 微服务-导学2 软件架构的进化
1 微服务-导学 最终项目案例 2 软件架构的进化
60240发布于 2018-07-04 - 来自专栏京东技术
京东服务市场高并发下SOA服务化演进架构
随着服务市场访问、交易量指数级的增长，系统由原来的ALL IN ONE架构，快速的演进成为SOA架构。 木桶的容量由木桶最短的木板决定，高并发环境下，单个服务的性能决定了整个服务市场的性能。 “可用插件列表服务”是服务市场的核心服务之一，优化该服务性能的过程，带动整个服务市场服务架构的演进。 宏观的看，大到系统小到模块都由自身+外部依赖组成，性能优化主要从自身与外部依赖两个方面来进行。 2、缓存碎片化 系统使用一段时间后，由于业务系统对服务数据需求的不一致，服务开发人员开始为每个外部系统提供一块主动缓存。这些缓存完全不具备通用性但又数量众多。 2）数据库是功能修改后唯一进行数据持久化的地方，仅需监控数据库修改，就可获知所有的服务属性修改，不再需要跟着业务走，也不用担心操作重排序。 熟悉各种开源框架，对大型分布式系统有丰富的架构、设计经验。 性能卓越、设计优雅是其一生的追求。
89730发布于 2019-03-06 - 来自专栏后场技术
监控即服务:用于微服务架构的模块化系统
除了一体化代码之外，我们的项目还有许多微服务支持。他们每个都需要被监控。由DevOps工程师监控它们几乎是不可能的。我们开发了一个监控系统，作为开发人员的服务。 系统要求是这样的： 全天候可用性， 指标存储间隔= 10秒， 指标和仪表板的结构化存储， SLA> 99.99％， 通过UDP收集事件指标! 我们需要UDP，因为我们有大量流量和指标生成的多个事件。 正如我所说，我们有几十个微服务，每个微服务都有其特定的要求。使用SLAM，我们检查文档，将其与Graphite的数据进行比较，并评估我们服务的可用性级别是否符合规范。 警报是下一步。 ） 服务器资源使用率：~ 10％ CPU; ~ 20Gb RAM; ~ 30Mbps LAN 灵活性 非常感谢我们的监控服务的灵活性。 高性能: 我们的项目不断发展，如今每分钟处理近2,000,000个指标值。一年前，这个数字是50万。与此同时，我们仍在增长，这意味着，经过一段时间，Graphite（耳语）将开始超载磁盘子系统。
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 - 来自专栏超级架构师
【微服务架构】微服务架构——探索 UBER 的微服务架构
在本文中，您将了解以下内容： 微服务架构的定义 微服务架构的关键概念 微服务架构的优缺点 优步——案例研究 在我谈论 UBER 的微服务架构之前，如果我给你定义微服务，这将是公平的。 客户 该架构从不同类型的客户端开始，从不同的设备尝试执行各种管理功能，例如搜索、构建、配置等。 2. 这让我们推断，在乘客管理微服务上工作的进程数量比在支付上工作的进程数量要多。 通过这种方式，UBER 受益于将其架构从单体架构转变为微服务架构。 我希望你喜欢阅读这篇关于微服务架构的文章。 请注意本系列中的其他文章，这些文章将解释微服务的其他各个方面。 1. 什么是微服务？ 2. 微服务设计模式 3. 微服务与 SOA 4.微服务教程 5. 微服务设计模式 6. 微信小号 【cea_csa_cto】 50000人社区，讨论：企业架构，云计算，大数据，数据科学，物联网，人工智能，安全，全栈开发，DevOps，数字化.
88220编辑于 2022-03-24
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号