收录了 软件架构模式 频道下的 50 篇内容
在本文中,我们将看看什么是软件架构模式,并对其中一些模式进行详细介绍。请记住,可以在单个系统中使用许多模式,用最好的设计来优化每一部分代码。
当一些人开始涉足软件工程领域,总有一天他会需要学习软件架构模式的基本知识。在我第一次接触编程的时候,我并不知道如何才能了解到现有的架构模型,这样就不会过于详尽,也不会让人感到混乱,而是非常抽象和简单的理解。
本文介绍了几种主要的软件架构模式
随着IT基础计算能力的提高、云计算的广泛应用,企业能够将分散的业务软件集成到统一的大平台上;而移动互联网的深度渗透,更迎合了用户对企业软件功能简单化、使用移动化、协作点状化的需求。专家预测,“大平台+微应用”的企业软件架构将成为趋势。“大平台”提供统一标准、差异屏蔽、组件复用,将以往复杂的前端流程更多转移到后端。大型软件系统将被拆解为“微应用”,提供更灵活、更个性化、更快速响应、更具可扩展性的服务。
本文介绍微内核架构模式和 Pipe-Filter 架构模式。
事件驱动架构(Event Driven Architecture)是一个流行的分布式异步架构模式,可以用来设计规模很大的应用程序。
想知道如何设计大型企业级的系统吗?在开始主要的代码开发之前,我们必须选择一种合适的体系架构。架构模式是在给定上下文中解决软件架构中常见问题的通用、可重用的解决方案。 架构模式类似于软件设计模式,但范围更广。
在IEEE的文章中,作者Neil Harrison 和Paris Avgeriou 讨论了一个基于模式的架构评审(PBAR)来帮助提升系统级的质量属性。他们同时还讨论了PBAR如何帮助敏捷实现,例如频繁发布、随用户需求而变以及轻量级文档。他们用实际的项目勾勒了使用PBAR的好处。
面向模式软件架构(POSA)系列的第4卷和第5卷已经出版了。卷4是关于分布式计算的模式语言,而卷5则“深入审视模式是什么,不是什么,以及怎样成功地使用它们”。InfoQ采访了作者以获得更多信息。
微服务架构(Microservice Architecture)是一种架构概念,旨在通过将功能分解到各个离散的服务中以实现对解决方案的解耦。你可以将其看作是在架构层次而非获取服务的类上应用很多SOLID原则。微服务架构是个很有趣的概念,它的主要作用是将功能分解到离散的各
微服务架构模式(Microservice Architect Pattern)是近两年在软件架构模式领域里出现的一个新名词。虽然其诞生的时间不长,但其在各种演讲、文章、书籍上所出现的频率已经让很多人意识到它对软件领域所带来的影响。那到底什么是微服务,当我们谈论微服务时,它代表着一种什么样的含义?微服务适合应用在什么场景下,以及它有什么样的优缺点?微服务和SOA到底有没有区别?在接下来的几部分里,我将为大家揭开微服务的神秘面纱。
本文介绍了微服务的崛起和Docker之间的关系。
当代前端架构是不断变化的需求的反映,它们建立在整个前端社区从过去学到的经验之上。
随着市场的快速发展,业务的不断扩大,单块架构应用面临着越来越多的挑战,其改造与重构势在必行。而微服务架构的诞生,是互联网高速发展,虚拟化技术应用以及持续交付、DevOPS深入人心的综合产物。随着用户需求个性化、产品生命周期变短,微服务架构是未来软件软件架构朝着灵活性、扩展性、伸缩性以及高可用性发展的必然方向。同时,以Docker为代表的容器虚拟化技术的盛行,将大大降低微服务实施的成本,为微服务落地以及大规模使用提供了坚实的基础和保障。
本文主要关注CQRS架构的业务场景,涵盖了命令查询职责分离(Command Query Responsibility Segregation)的核心理念,并与通用的N层架构进行了对比。它所带来的收益主要在于可扩展性和可维护性,如果选择CQRS架构的话,能够减少总拥有成本,并且会带来投资回报率的增长。
在他们文章的第二部分,作者探讨了动态业务应用的架构并介绍了资源容器的概念。他们示范了如何在JEE之上构建这个架构,以及它如何影响实现生产力。
在本文中,我将讨论一些可以帮助你轻松实现上述功能的设计模式,包括如何在云原生环境中使用该模式,以及何时使用何时不使用。
回顾软件架构的发展历程,IT基础设施(Infrastructure)的变迁总是会推动架构演进,使得架构能够充分发挥基础设施的特点。