![](https://img-blog.csdnimg.cn/20201014180756930.png?x-oss-process=image/resize,m_fixed,h_64,w_64)
系统架构设计
文章平均质量分 74
系统架构设计
ThinkPet
青年码农一枚
展开
-
API接口设计的18条规范
自己总结的http api接口设计的18条规范原创 2024-06-16 12:48:41 · 897 阅读 · 0 评论 -
web应用中的robots.txt配置
定义robots.txt文件的内容时,你需要遵循一个特定的格式,该文件主要由两部分组成:用户代理(User-agent)和指令(Directives)。用户代理(User-agent)这指定了哪些爬虫(或爬虫类型)应遵守以下的指令。常见的用户代理包括(代表所有爬虫)和具体的爬虫名称(如Googlebot指令(Directives)这些指令告诉爬虫如何访问和索引你的网站。:指定爬虫不应访问的URL路径。(不是所有爬虫都支持):指定爬虫可以访问的URL路径(注意:一些爬虫可能不支持Allow。原创 2024-06-05 10:48:30 · 461 阅读 · 0 评论 -
web开发中的四种会话跟踪技术
而Session在服务器端管理会话数据,提供了更高的安全性和灵活性。在选择使用哪种技术时,需要根据具体的应用场景和需求进行权衡。例如,Cookie是跨页面的,易于使用,但可能会受到用户禁用Cookie的限制;URL重写不需要Cookie支持,但可能导致URL变得冗长;这些技术各有优缺点,适用于不同的场景和需求。隐藏表单域只适用于表单提交的场景;原创 2024-05-24 10:48:21 · 281 阅读 · 0 评论 -
单体应用与微服务的优缺点
单体应用(monolith application)就是将应用程序的所有功能都打包成一个独立的单元,可以是 JAR、WAR、EAR 或其它归档格式。随着业务需求的快速发展变化,敏捷性、灵活性和可扩展性需求不断增长,迫切需要一种更加快速高效的软件交付方式。微服务就是一种可以满足这种需求的软件架构风格。单体应用被分解成多个更小的服务,每个服务有自己的归档文件,单独部署,然后共同组成一个应用程序。这里的“微”不是针对代码行数而言,而是说服务的范围限定到单个功能。原创 2024-05-21 11:44:25 · 843 阅读 · 0 评论 -
微服务架构-分支微服务设计模式
为了实现分支微服务设计模式,需要遵循一些最佳实践,如明确定义服务接口、选择合适的通信方式、选型合适的技术栈、实现数据一致性、实现自动化部署以及建立全面的监控和故障处理系统等。在分支微服务设计模式中,每个微服务都负责处理特定的业务逻辑,这些业务逻辑通常根据不同的条件或参数的取值来执行不同的业务流程。分支微服务设计模式是一种用于构建大型系统的微服务架构模式,其核心思想是 将复杂的业务逻辑拆解为多个小的、相互独立的子系统,每个子系统由一个或多个微服务负责处理。原创 2024-05-21 11:12:07 · 595 阅读 · 0 评论 -
微服务架构-链式微服务设计模式
链式微服务设计模式(Chain Microservice Pattern)是一种微服务架构中的设计模式,它强调将一系列的服务按照特定的业务逻辑顺序串联起来,形成一个服务链。每个服务在链中负责完成特定的业务功能,并可能将处理结果传递给下一个服务。这种设计模式可以提高系统的可扩展性、可维护性和灵活性。链式微服务设计模式适用于需要按照特定顺序处理业务逻辑的场景,如电商平台的订单处理流程、金融系统的交易处理流程等。通过合理设计和实现链式微服务,可以提高系统的可扩展性、可维护性和灵活性,满足不断变化的业务需求。原创 2024-05-21 10:51:33 · 496 阅读 · 0 评论 -
微服务架构-数据共享设计模式
在微服务架构中,数据共享是一个重要的设计考虑因素,因为不同的微服务可能需要访问或操作相同的数据集。然而,由于微服务强调服务的独立性和自治性,直接的数据共享可能会破坏这些原则。然而,在将单体应用拆分成微服务时,可能会遇到反规范化(denormalization)的挑战,会出现部分微服务可能会共享数据库存储。对于基于微服务的应用程序而言,这是一种反模式,可以作为过渡阶段来使用,最后,再一步步转到每个服务一套数据库的模式。这种是属于常规的方式,不受其他微服务的影响,具有高度的自治性。原创 2024-05-21 10:34:21 · 486 阅读 · 0 评论 -
微服务架构-异步消息传递设计模式
微服务异步消息传递设计模式通过引入消息队列或事件总线等中间件,实现服务之间的异步通信。它具有解耦、提高性能和容错性等特点,适用于多种场景下的微服务通信需求。原创 2024-05-21 10:05:27 · 809 阅读 · 0 评论 -
微服务架构-聚合设计模式
聚合器(Aggregator)设计模式:用于将来自多个微服务的数据,聚合成一个统一的响应,提供给客户端。聚合模式的核心思想:是使用一个聚合器服务(Aggregator Service),负责接收客户端请求,调用多个下游微服务获取所需数据,聚合这些数据,并返回给客户端。客户端只需调用聚合器服务,而无需处理多个微服务的调用、和数据整合逻辑。微服务聚合模式,适合需要综合多种数据源的应用场景,但也需要注意潜在的单点故障、和性能瓶颈问题。原创 2024-05-21 09:46:19 · 469 阅读 · 0 评论 -
微服务架构-代理设计模式
微服务代理设计模式(Proxy Pattern),主要用于在客户端、和微服务之间,增加一个代理层,以处理一些通用的功能代理模式的核心思想:是通过一个代理服务在客户端、和实际服务之间进行中介,这个代理服务可以处理各种横切关注点。常见的横切点:安全验证、和授权;请求路由、和负载均衡;日志记录、和监控等;API网关是一个典型的代理模式,作为所有客户端请求的统一入口点,处理:路由:将请求路由到相应的后端服务。认证和授权:验证用户身份和权限。缓存:缓存频繁访问的数据,减少后端服务压力。原创 2024-05-21 09:30:16 · 268 阅读 · 0 评论