怎么用dw制作网站,做网站投广告赚钱么,如何建立本地网站,个人设计作品集#x1f48c; 所属专栏#xff1a;【微服务】#x1f600; 作 者#xff1a;长安不及十里#x1f4bb; 工作#xff1a;目前从事电力行业开发#x1f308; 目标#xff1a;全栈开发#x1f680; 个人简介#xff1a;一个正在努力学技术的Java工程师#xff0c;专注基… 所属专栏【微服务】 作 者长安不及十里 工作目前从事电力行业开发 目标全栈开发 个人简介一个正在努力学技术的Java工程师专注基础和实战分享 欢迎咨询 欢迎大家这里是CSDN我总结知识的地方喜欢的话请三连有问题请私信
一 单体SOA微服务架构 1.1 单体架构
是指一个应用程序中所有的功能都集成在一个单一的代码库中。这种设计模式简单易用开发人员可以快速地开发和维护应用程序但是也存在一些问题。 优点 简单易懂单体服务架构相对简单易于理解和上手开发人员可以更快地构建和部署整个应用程序。快速开发由于所有功能模块都在同一个应用程序中开发人员可以更方便地进行代码编写、测试和集成加快开发速度。低成本相对于其他架构模式单体服务架构的开发和维护成本相对较低因为它不需要处理分布式系统和服务间通信的复杂性 缺点 难以扩展随着应用程序规模和流量的增长单体服务架构变得难以扩展。增加处理能力可能需要垂直扩展整个应用增加硬件成本。单一故障点在单体服务架构中整个应用程序是一个单一的实体当一个模块出现问题时可能会导致整个系统崩溃降低了系统的健壮性和可靠性。难以维护由于所有功能模块都集中在一个应用程序中当需要修改或升级某个模块时可能会涉及整个应用程序的重新部署和测试增加了维护的复杂性。团队协作限制在单体服务架构中不同功能模块之间的代码和资源是共享的这可能导致团队之间的协作和独立开发受到限制
1.2 SOA架构
SOA 是 Service-Oriented Architecture 的英文缩写就是面向服务的架构。这里的服务可以理解为 service 层业务服务。将系统拆分为不同的服务单元通过网络协议服务单元之间进行通信。服务单元完成一个特定功能(如验证、支付、登录等等)通过服务单元之间的集成组成完整的应用程序。SOA 架构中由两个重要的角色: 服务提供者Provider和服务使用者Consumer 优点 可重用性SOA鼓励将功能划分为独立的服务这些服务可以在不同的应用程序中被重复使用这种重用性可以减少开发时间和工作量并促进系统的灵活性和可维护性。松散耦合SOA通过标准化接口和协议来实现服务间的通信服务之间解耦合度高这样当一个服务发生变化时其他服务不会受到影响从而提高了系统的可靠性和稳定性。系统集成SOA支持异构系统之间的集成通过定义和实现标准化的接口不同的应用程序和服务可以相互通信和协作实现系统间的无缝集成。 缺点 额外的开发和管理工作实施SOA需要额外的开发和管理工作这包括定义服务接口、制定规范、版本管理等这些工作增加了开发团队的负担可能导致项目开发时间延长。性能影响由于SOA服务间需要通过网络进行通信因此性能和响应时间可能受到一定的影响网络延迟和通信开销可能会增加系统的负载和响应时间特别是在高并发和大规模的情况下。接口设计和管理挑战SOA的成功与否取决于良好的接口设计和管理定义清晰、灵活和易于使用的接口是一个挑战需要深入的系统设计和架构能力管理多个服务的版本和兼容性也可能带来一定的复杂性。
1.3 微服务架构
微服务架构是一种将应用程序拆分成小型、独立的服务的架构模式每个服务都有自己的数据库和业务逻辑并通过轻量级的通信机制实现服务间的交互。微服务架构具有高度的可扩展性每个服务都可以独立地扩展和部署。它还可以促进团队的自治和快速迭代开发。然而微服务架构也存在一些挑战首先微服务架构需要良好的服务拆分和界定边界这需要深入的系统设计和架构能力此外微服务架构的复杂性要求具备强大的监控和管理机制。 优点
高度可扩展性微服务架构允许每个服务独立地扩展使得系统能够更好地应对变化的负载需求。只需要对特定的服务进行扩展而不需要整体扩展应用程序。独立部署每个微服务都可以独立地进行开发、测试和部署。这使得团队能够在不影响其他服务的情况下进行快速迭代和发布提高开发效率。高度灵活性微服务架构允许团队使用不同的编程语言、技术栈和工具来构建每个服务。这种灵活性使得团队能够选择最适合他们需求的技术并独立地进行技术栈升级和演进。独立自治每个微服务都有自己的团队负责开发和维护。这种自治性使得团队能够独立做出决策更好地满足特定服务的需求并快速响应变化。
缺点
分布式系统的复杂性微服务架构引入了分布式系统的复杂性。服务之间的通信需要通过网络进行可能会面临网络延迟、通信故障等问题增加了系统的复杂性和运维成本。服务拆分的挑战将应用程序拆分成适当的微服务需要良好的系统设计和架构能力。错误的服务拆分可能导致服务间的紧密耦合或者服务间的边界不清晰影响系统的可维护性和扩展性。一致性和事务管理由于微服务架构中的数据和业务逻辑分布在不同的服务中确保一致性和事务管理变得更加复杂。需要采用一些技术手段来解决分布式事务和数据一致性的问题。
二 微服务架构技术方案
业界比较成熟的服务框架有很多比如Hessian、CXF、Dubbo、Dubbox、Spring Cloud、gRPC、thrift等技术实现都可以进行远程调用具体技术实现优劣参考以下分析这也是具体在技术方案选择过程中的重要依据。
区域内容分发CDN
【白话科普】用动画告诉你 CDN是如何工作的 | CDN是什么 | 如何让你的网站网站快速打开 | CDN原理 | 服务器自由_哔哩哔哩_bilibili
网络负载均衡lvs
抓包搞懂LVS、Nginx四层七层负载均衡_哔哩哔哩_bilibili
网关负载均衡、反向代理nginxlua、Kong、Spring Cloud Zuul、Spring Cloud Gateway服务网关zuul,kong,springcloud gateway熔断、降级、限流Hystrix,Sentinel服务注册与发现eureka,nacos,consul,zookeeper服务配置nacos,springcloud config,consul服务负载均衡ribbonLoad Balancer组件通信feign,RestTemplateDubbo RPC,OpenFeign消息队列RabbitMQ、Kafka、ActiveMQ、RocketMQ链路追踪zipkinSkywalking服务部署docker,kubernetes,jenkins服务监控MetricsELK,SpringCloud Admin分布式日志ELK分布式存储fastDFS、OSS分布式事务seata分布式任务调度SchedulerX,xxl-job短信服务SMS邮件服务mail
2.1 核心组件
注册中心 服务注册服务发现 服务网关 安全认证和授权路由管理协议转换负载限流 服务熔断 监控断路器状态管理故障恢复限流 分布式配置中心 集中化配置管理配置信息动态刷新配置信息版本控制配置信息安全管理配置信息监控 负载均衡服务调用 1.2 常见微服务架构 dubbozookeeper dubbo SpringMvc / SpringBoot 配套通信方式rpc注册中心zookeeper / redis配置中心diamond SpringCloud全家桶 嵌入第三方组件Netflix 配套通信方式http restful注册中心eruka / consul配置中心config熔断器hystrix网关zuul分布式链路系统sleuth zipkin SpringCloud Alibaba全家桶 Sentinel把流量作为切入点从流量控制、熔断降级、系统负载保护等多个维度保护服务的稳定性。Nacos一个更易于构建云原生应用的动态服务发现、配置管理和服务管理平台。RocketMQ一款开源的分布式消息系统基于高可用分布式集群技术提供低延时的、高可靠的消息发布与订阅服务。DubboApache Dubbo™ 是一款高性能 Java RPC 框架。Seata阿里巴巴开源产品一个易于使用的高性能微服务分布式事务解决方案。Alibaba Cloud OSS阿里云对象存储服务Object Storage Service简称 OSS是阿里云提供的海量、安全、低成本、高可靠的云存储服务。您可以在任何应用、任何时间、任何地点存储和访问任意类型的数据。Alibaba Cloud SchedulerX阿里中间件团队开发的一款分布式任务调度产品提供秒级、精准、高可靠、高可用的定时基于 Cron 表达式任务调度服务。Alibaba Cloud SMS覆盖全球的短信服务友好、高效、智能的互联化通讯能力帮助企业迅速搭建客户触达通道。
