商机互联做网站怎么样,设计网站用什么软件,wordpress无法访问插件,个人怎么报考消防证1. 工程架构介绍
1.1 两种工程架构模型的特征
1.1.1 单体架构 上面这张图展示了单体架构#xff08;Monolithic Architecture#xff09;的基本组成和工作原理。单体架构是一种传统的软件架构模式#xff0c;其中所有的功能都被打包在一个单一的、紧密耦合的应用程序中。 …1. 工程架构介绍
1.1 两种工程架构模型的特征
1.1.1 单体架构 上面这张图展示了单体架构Monolithic Architecture的基本组成和工作原理。单体架构是一种传统的软件架构模式其中所有的功能都被打包在一个单一的、紧密耦合的应用程序中。
下面对图中各部分的详细解释 Application应用程序 这是整个系统的中心包含了所有的业务逻辑和用户界面。 用户通过应用程序与系统进行交互应用程序则负责处理用户请求并返回相应的结果。 Admin、User、Goods等模块 这些模块代表了应用程序中的不同功能部分。 Admin管理模块可能包含用户管理、权限管理、系统设置等功能。 User用户模块处理用户相关的操作如注册、登录、个人信息管理等。 Goods商品模块管理商品信息包括添加、修改、删除商品等。 这些模块虽然在同一个应用程序中但它们之间可能存在一定的耦合因为它们共享相同的数据库和缓存资源。 DB数据库 数据库是单体架构中的核心数据存储组件。 所有的模块都直接或间接地与数据库交互以存储和检索数据。 数据库的设计通常需要考虑所有模块的需求这可能导致数据库结构复杂且难以维护。 Cache缓存 缓存用于提高系统的响应速度和性能。 它存储了频繁访问的数据以减少对数据库的直接访问从而减轻数据库的负担。 在单体架构中缓存通常由应用程序统一管理所有模块都可以访问缓存中的数据。 单体架构的特点 简单性开发和部署相对简单因为所有功能都在一个应用程序中。 部署困难随着应用程序规模的增长部署和维护变得越来越困难因为任何小的更改都可能需要重新部署整个应用程序。 扩展性差由于所有功能都紧密耦合在一起扩展特定功能可能需要扩展整个应用程序。 技术限制整个应用程序通常使用相同的技术栈这可能限制了使用不同技术优化特定功能的能力。
简单来说就是所有功能模块都集成在一个应用程序中共享数据库和缓存资源。这种架构在小型或简单的应用程序中可能非常有效但在大型或复杂的系统中它可能导致维护和扩展的方面有很大的挑战。 1.1.2 微服务架构 上面这张图展示了微服务架构Microservices Architecture的基本组成和工作原理。微服务架构是一种将应用程序分解为一组小服务的架构风格每个服务实现特定的业务功能并可以独立部署和扩展。
下面对图中各部分的详细解释 Gateway网关 网关是用户访问系统的入口点。 它负责接收用户请求并将请求路由到相应的服务。 网关还可以提供额外的功能如认证、授权、请求日志记录等。 Admin Service管理服务 这是一个独立的微服务负责管理相关的功能如用户管理、权限管理等。 它可以独立部署和扩展以满足管理功能的需求。 User Service用户服务 这是另一个独立的微服务负责处理与用户相关的功能如用户注册、登录、个人信息管理等。 它也可以独立部署和扩展以满足用户功能的需求。 Goods Service商品服务 这是负责商品管理的微服务包括商品的添加、修改、删除等操作。 它可以独立部署和扩展以满足商品管理的需求。 ...... Service其他服务 这表示系统中可能还有更多的微服务每个服务负责不同的业务功能。 每个服务都是独立的可以独立部署和扩展。 微服务架构的特点 独立性每个服务都是独立的可以独立开发、部署和扩展。 灵活性可以使用不同的技术栈来实现不同的服务以满足特定的需求。 可维护性由于服务是独立的修改一个服务不会影响其他服务从而提高了系统的可维护性。 可扩展性可以根据需要独立扩展特定的服务以满足业务需求。
简单来说就是一个网关接收用户请求并将其分发到不同的服务。每个服务独立运行负责不同的任务比如管理、用户或商品。这种设计让系统更灵活、容易维护但也需要处理服务间的通信和数据同步问题。 2. 微服务架构组成与优点
2.1 使用微服务架构需要什么
微服务架构基础组件 注册中心负责管理微服务的注册和发现。服务启动时会在注册中心注册自己的信息其他服务可以通过注册中心查找并调用这些服务。 服务网关作为系统的入口点接收外部请求并路由到相应的微服务。它还可以处理认证、授权、限流等跨服务的公共功能。 微服务通信指微服务之间的消息传递和数据交换。服务之间通过API调用、消息队列等方式进行通信。 链路追踪用于监控和诊断微服务之间的请求路径和性能问题。它可以帮助追踪请求在服务间的流动识别延迟和故障点。 2.2 使用微服务架构的优点 降低代码耦合代码之间更独立修改容易。 降低维护成本系统更易维护成本减少。 灵活扩容根据需要轻松增加服务能力。 技术栈不受限可以使用多种技术更灵活。 3. 使用微服务架构的原因 业务扩张快 未来几年业务会快速发展。 微服务架构可以灵活应对快速变化的业务需求。 降低耦合 业务复杂可以拆分成多个独立服务。 这样每个服务只负责一部分功能减少相互依赖。 提高可靠性 服务之间相互独立一个服务出问题不会影响其他服务。 这样整个系统的稳定性和可靠性更高。
