收录了 单体架构 频道下的 50 篇内容
如何利用微前端技术实现单体应用程序的现代化改造?
当今微服务架构已经非常普及了,Appsmith为何与众不同?
Segment的Alexandra Noonan写了一篇文章讲述了一段经历:他们从单体架构迁移到微服务,之后发现迁移带来了诸多问题,经过思考后又退回和原来不同的单体架构,并获益良多。
对于网络服务来说,首先,前提条件就是要有一个由100+共享库组成的企业级平台,才能确保有能力来运行网络服务,还能够让有权限的网络客户共同讨论构建更强大的微服务。
我们应该关注架构驱动力,以便于寻找系统的最佳架构。
Shopify高级工程师Kirsten Westeinde讨论了Shopify向模块化单体架构的演变,包括使用设计收益线来决定何时进行此更改,如何实现更改,以及为什么将微服务排除在目标架构之外。
本文介绍GitHub如何从单体架构迁移到微服务架构,并对其中一些最佳实践做了详细说明。
Uber最初采用单体架构构建了一款仅服务于一座城市的产品。但随着Uber的迅速发展、核心领域模型的扩大,组件成了紧耦合的,持续集成成了很大的负担。新增特性、Bug修复、技术债务解决,全都在单个库中进行,这极其困难。因此,他们决定将单个代码库拆分成多个代码库,由单体架构迁移到微服务架构。近日,Uber官方网站介绍了这一迁移过程。
InVision公司的技术架构经历了从微服务合并回单体架构的过程,本文具体分析了这种架构迁移的技术原因和组织原因。
人们之所以不公开谈论撤离微服务,是因为这可能会让一些人认为“他们做错了”。
本文将讨论在 SOA 架构中采用单体系统开发实践会存在哪些风险。
1、企业在准备迁移到微服务架构前,需要做好哪些准备?如何平衡? 2、架构改造的基本原则和关键点。 3、数据库拆分、分布式事务、中间件如何处理?
本文将介绍 CQRS(命令查询职责分离)的基本理念和要解决的问题。我们将从一个小型单体架构开始,逐步演进,像每一个软件系统的演进一样。本文将介绍每一次演进背后的原因和方法。
业务越来越复杂,我们意识到必须采用分布式微服务化技术来解耦系统。
拨云见日聊架构:关于微服务的种种真相和经验教训。
本文来自RancherLabs微信公众号
改变系统架构的一个主要挑战是排除不需要的属性,并保持目标状态不被破坏。事件驱动架构及其相关模式可以往架构中引入接缝,让你可以分离遗留元素和新元素。
从 1.2 版本开始,Istio 进入季度发布的节奏。5 月 21 日发布的 1.6 版本可以说是最准时的一次。我们是否可以理解 Istio 架构简化后的开发工作已经步入了正轨?这次的更新是否会带给我们惊喜?亦或是还有遗憾?
简单、快速、重用:如何在5个月内交付Threads应用
一个归档包(例如war格式或者Jar格式)包含了应用所有功能的应用程序,我们通常称之为单体应用。架构单体应用的方法论,我们称之为单体应用架构,这是一种比较传统的架构风格。