当有人潜入软件工程世界时,有一天他需要学习软件架构模式的基础知识。当我刚接触编码时,我不知道从哪里获得简要介绍现有架构模式的资源,这样它就不会太详细和混乱,而是非常抽象和易于理解。
在我找到 Mark Richards 的一本书 Software Architecture Patterns 之前,这一直是个问题。在这里,我想与大家分享本书的一些最重要的部分和架构模式。 (有关更多信息,我强烈建议您阅读这本书或他的报告)。
作为软件工程师,为什么至少要学习基本的架构模式?
我相信有很多文章回答了这个问题,但我会给你一些考虑的理由。首先,如果您了解架构模式的基础知识,那么您就更容易遵循架构师的要求。其次,了解这些模式将帮助您在代码中做出决策:例如,如果您的应用程序设计基于事件驱动的微服务,那么作为软件工程师,您必须将您的代码解耦到一个单独的服务中,如果您注意到日益增加的复杂性和现有服务中的逻辑责任。 (如果您没有得到这部分内容,请按照文本进行操作,此处简要说明了此模式)。
Mark Richards 在书中描述了 5 种模式:
- 分层架构
- 事件驱动架构
- 微内核架构(或插件架构)
- 微服务架构
- 基于空间的架构(或云架构模式)
1.分层架构
它是单体应用程序最常见的架构。 该模式背后的基本思想是将应用程序逻辑划分为若干层,每一层都封装了特定的角色。 例如,持久层将负责您的应用程序与数据库引擎的通信。
2. 事件驱动架构
这种模式背后的想法是将应用程序逻辑解耦为异步接收和处理事件的单一用途事件处理组件。 这种模式是流行的分布式异步架构模式之一,以高可扩展性和适应性着称。
3. 微内核架构
Mikrokernel 架构,也称为插件架构,是具有两个主要组件的设计模式:核心系统和插件模块(或扩展)。 一个很好的例子是 Web 浏览器(核心系统),您可以在其中安装无穷无尽的扩展(或插件)。
4. 微服务架构
微服务架构由单独部署的服务组成,理想情况下,每个服务都有单一的职责。 这些服务相互独立,如果一项服务失败,其他服务将不会停止运行。
5. 基于空间的架构
基于空间的模式背后的主要思想是分布式共享内存,以缓解在数据库级别经常发生的问题。 假设通过使用内存数据处理大多数操作,我们可以避免在数据库中进行额外操作,因此可能会从那里演变出任何未来的问题(例如,如果您的用户活动数据实体已更改,您不需要 更改一堆持久化的代码并从数据库中检索该数据)。
基本方法是将应用程序分成处理单元(可以根据需要自动扩展和缩减),其中数据将在这些单元之间复制和处理,而不需要对中央数据库进行任何持久性(尽管会有本地存储用于 系统故障的场合)。
您可以在我的 GitHub 帐户中找到其中一些架构模式的最简单示例。 这里的链接:
如果您想快速了解如何扩展应用程序的基础知识,请阅读我的下一篇文章如何扩展您的应用程序:5 分钟阅读,然后是文章缓存作为软件架构的一部分:5 分钟阅读,更接近 通过缓存查看性能调整。
原文:https://orkhanscience.medium.com/software-architecture-patterns-5-mins-…
最新内容
- 16 hours 51 minutes ago
- 19 hours ago
- 19 hours 24 minutes ago
- 3 days 10 hours ago
- 3 days 18 hours ago
- 3 days 18 hours ago
- 3 days 19 hours ago
- 3 days 19 hours ago
- 1 week 1 day ago
- 1 week 1 day ago