业务系统架构实践问题之过细的扩展点颗粒度可能带来问题如何解决

简介: 业务系统架构实践问题之过细的扩展点颗粒度可能带来问题如何解决

问题一:定制点应该开多大?

定制点应该开多大?


参考回答:

定制点的大小应根据具体业务需求和设计的“颗粒度”来决定。定制点不应开得过小,以避免管理困难和实现不直观的问题。同时,也不应开得过大,以免几乎挖空了所在的域服务。合适的定制点大小需要依据具体业务场景和经验来判断。


关于本问题的更多回答可点击原文查看:

https://developer.aliyun.com/ask/625429


问题二:为什么说过细的扩展点颗粒度可能带来问题?

为什么说过细的扩展点颗粒度可能带来问题?


参考回答:

过细的扩展点颗粒度可能带来问题,因为一方面它使得管理变得困难,另一方面它不直观。同时,对于实现扩展点的研发人员来说,面对大量口径细小的SPI,很难将业务逻辑精准地摆放到位。此外,过细的颗粒度也可能让SPI的实现者感到困惑,因为他们对平台是个黑盒,很难理解每个细小的SPI在整个系统中的作用和影响。


关于本问题的更多回答可点击原文查看:

https://developer.aliyun.com/ask/625430


问题三:SPI代表什么?它有哪些实现方式?

SPI代表什么?它有哪些实现方式?


参考回答:

SPI代表一段逻辑,这段逻辑可以以代码来表达。SPI有两种实现方式:一是一段业务定制代码;二是一段系统默认实现代码,并读取业务配置获得定制逻辑。这两种方式是并存的,根据业务code来路由实现方式。以代码逻辑打底的SPI口径不会太小。


关于本问题的更多回答可点击原文查看:

https://developer.aliyun.com/ask/625431


问题四:为何在biz层开定制点可能会产生问题?

为何在biz层开定制点可能会产生问题?


参考回答:

Biz层通常被设计为针对特定场景且不求复用。如果在biz层开设定制点,这可能会与其设计初衷相违背,因为定制点通常是为了满足复用和个性化的需求。因此,在biz层开设定制点可能会导致架构的混乱和不必要的复杂性。


关于本问题的更多回答可点击原文查看:

https://developer.aliyun.com/ask/625432


问题五:在实践中,为何选择“空心砖”方式更为灵活?

在实践中,为何选择“空心砖”方式更为灵活?


参考回答:

“空心砖”方式允许在不改变底层服务(砖块)基本形状和大小的情况下,通过添加或修改内部逻辑(填充材料)来适应不同的业务需求。这种方式提供了更高的灵活性和可扩展性,使得系统能够更容易地适应业务的变化和发展。


关于本问题的更多回答可点击原文查看:

https://developer.aliyun.com/ask/625434

目录
打赏
0
0
0
0
78
分享
相关文章
基于阿里云容器服务(ACK)的微服务架构设计与实践
本文介绍如何利用阿里云容器服务Kubernetes版(ACK)构建高可用、可扩展的微服务架构。通过电商平台案例,展示基于Java(Spring Boot)、Docker、Nacos等技术的开发、容器化、部署流程,涵盖服务注册、API网关、监控日志及性能优化实践,帮助企业实现云原生转型。
基于阿里云Serverless Kubernetes(ASK)的无服务器架构设计与实践
无服务器架构(Serverless Architecture)在云原生技术中备受关注,开发者只需专注于业务逻辑,无需管理服务器。阿里云Serverless Kubernetes(ASK)是基于Kubernetes的托管服务,提供极致弹性和按需付费能力。本文深入探讨如何使用ASK设计和实现无服务器架构,涵盖事件驱动、自动扩展、无状态设计、监控与日志及成本优化等方面,并通过图片处理服务案例展示具体实践,帮助构建高效可靠的无服务器应用。
基于阿里云容器服务Kubernetes版(ACK)的微服务架构设计与实践
本文介绍了如何基于阿里云容器服务Kubernetes版(ACK)设计和实现微服务架构。首先概述了微服务架构的优势与挑战,如模块化、可扩展性及技术多样性。接着详细描述了ACK的核心功能,包括集群管理、应用管理、网络与安全、监控与日志等。在设计基于ACK的微服务架构时,需考虑服务拆分、通信、发现与负载均衡、配置管理、监控与日志以及CI/CD等方面。通过一个电商应用案例,展示了用户服务、商品服务、订单服务和支付服务的具体部署步骤。最后总结了ACK为微服务架构提供的强大支持,帮助应对各种挑战,构建高效可靠的云原生应用。
|
21天前
|
转转平台IM系统架构设计与实践(二):详细设计与实现
以转转IM架构为起点,介绍IM相关组件以及组件间的关系;以IM登陆和发消息的数据流转为跑道,介绍IM静态数据结构、登陆和发消息时的动态数据变化;以IM常见问题为风景,介绍保证IM实时性、可靠性、一致性的一般方案;以高可用、高并发为终点,介绍保证IM系统稳定及性能的小技巧。
29 6
社交软件红包技术解密(六):微信红包系统的存储层架构演进实践
微信红包本质是小额资金在用户帐户流转,有发、抢、拆三大步骤。在这个过程中对事务有高要求,所以订单最终要基于传统的RDBMS,这方面是它的强项,最终订单的存储使用互联网行业最通用的MySQL数据库。支持事务、成熟稳定,我们的团队在MySQL上有长期技术积累。但是传统数据库的扩展性有局限,需要通过架构解决。
75 18
微服务架构设计与实践:用Spring Cloud实现抖音的推荐系统
本文基于Spring Cloud实现了一个简化的抖音推荐系统,涵盖用户行为管理、视频资源管理、个性化推荐和实时数据处理四大核心功能。通过Eureka进行服务注册与发现,使用Feign实现服务间调用,并借助Redis缓存用户画像,Kafka传递用户行为数据。文章详细介绍了项目搭建、服务创建及配置过程,包括用户服务、视频服务、推荐服务和数据处理服务的开发步骤。最后,通过业务测试验证了系统的功能,并引入Resilience4j实现服务降级,确保系统在部分服务故障时仍能正常运行。此示例旨在帮助读者理解微服务架构的设计思路与实践方法。
121 17
工厂人员定位管理系统架构设计:构建一个高效、可扩展的人员精确定位
本文将深入探讨工厂人员定位管理系统的架构设计,详细解析前端展示层、后端服务层、数据库设计、通信协议选择等关键环节,并探讨如何通过微服务架构实现系统的可扩展性和稳定性。
74 10
转转平台IM系统架构设计与实践(一):整体架构设计
本文描述了转转IM为整个平台提供的支撑能力,给出了系统的整体架构设计,分析了系统架构的特性。
81 10
云端问道9期实践教学-省心省钱的云上Serverless高可用架构
详细介绍了云上Serverless高可用架构的一键部署流程
64 10

热门文章

最新文章

AI助理

你好,我是AI助理

可以解答问题、推荐解决方案等