收录了 微服务架构技术概述 频道下的 50 篇内容
微服务架构是将软件系统分解成可独立部署的自治模块,这些模块通过轻量级的、语言无关的方式进行通信,共同实现业务目标。为了有助于开发有效的微服务应用程序,作者给出了10个最佳实践。
微服务架构,及其最重要的十个设计模式:独享数据库、事件驱动、CQRS、Saga、BFF、API 网关、Strangler、断路器、外部化配置、消费端驱动的契约测试,包括其优缺点、用例、上下文、技术栈示例及可用资源。
微服务架构有哪些模型?中台、领域驱动设计及微服务之间有着什么样的关系?微服务的边界设计怎么做?怎么做设计和拆分?且看作者为你娓娓道来。
本文主要借鉴微前端设计思想,参考微服务单一职责和共享原则将前端进行拆分和组合。从功能垂直的角度,将微前端与中台微服务进行集成和组合,形成从前端到后端可独立开发、测试、部署和运维的,领域功能自包含的业务单元。
本文讨论了使用“mecha”组件为微服务提供企业集成模式功能的方法。
本文从百亿流量交易系统微服务网关(API Gateway)的现状和面临的问题出发,阐述微服务架构与 API 网关的关系,理顺流量网关与业务网关的脉络,分享API网关知识与经验。
本文将讨论微服务与 DDD 涉及到的概念、策划和设计方法,并且尝试将一个单体应用拆分成多个基于 DDD 的微服务。
最近几个月以来,微服务架构和基于容器的虚拟化技术以迅雷不及掩耳之势席卷了整个软件开发社区。本文将对基于容器的微服务的优势展开讨论,同时还将分析:如果无法对具有状态的服务,例如数据库进行容器化,为什么会使微服务架构所带来的好处大大降低。
San Francisco QCon大会上,Rafael Schloming提出了“面向服务的开发”,他认为,想迁移到微服务的组织必须要寻求一种方法来打破单一的开发过程,而不仅仅是试图打破传统系统架构。将新成立的微服务团队看作是内部的“衍生品”,他们具有团队边界,并且鼓励他们自给自足和自我管理。
提起无服务器架构,它所囊括的内容远远多于 AWS Lambdas这样的函数即服务(FaaS)。
中台打破了应用系统的壁垒,从企业全局梳理和规划业务程,重构了组织架构、业务架构与IT 架构。
InfoQ编辑团队如何看待2019年“架构与设计”领域的演变?
微前端架构是一种设计方法,其中,前端应用被分解为多个松散而协同工作的半独立“微应用”。
本文主要介绍了 2018-2021 年间,服务框架团队在 Golang 服务框架和 Service Mesh 上的技术实践和经验总结。
本次讨论的议题是关于虚拟软件的演进与成本优化。演讲者强调了技术手段对机器进行优化,减少对人力资源的依赖,提高性能优化的重要性。他详细介绍了虚拟软件的技术能够为公司带来十亿级的成本优化,并提到了优化计算、引入内存和引入新硬件等阶段。
快手独特成本优化方法论是什么?性能优化的常见武器有哪些?如何深入系统做性能优化?
每种方法都有其优点和缺点。应用程序应该使用哪种技术或哪些技术的组合,这取决于具体上下文。
在大规模分布式系统的负载均衡中,子集是一种常用的技术。数以千计的关键微服务提供了支持。接下来,我们将会探讨尝试在网格架构中扩大任务的数目所面临的挑战,并会探讨最初的子集方法的问题。
当今,微服务架构在国内正处于蓬勃发展的阶段,无论是大型互联网公司还是传统的IT企业,纷纷采用微服务架构构建系统。微服务架构的目标是,将业务与技术的复杂度进行分离,使业务更专注于实现对客户的价值交付,而将非功能需求封装在平台或者底层SDK中。正所
多数架构师都是停留在“技术架构,或软件架构的层面。少有人能做到“开放性思维”,从商业问题的本身出发, 带领团队让“理真的越辩越明”。