微服务架构蓝图生成:从单体解耦到云原生部署

官方 11 查看 0 有趣 0 复制 0 收藏

提示词描述:

适用于中大型企业系统云原生转型与微服务拆分阶段。目标用户为架构师、Tech Lead及高级后端工程师。预期输出包含完整的领域建模、通信协议选型、数据分片策略及K8s部署拓扑,帮助团队规避分布式系统常见陷阱。建议配合实际业务流量压测数据进行迭代验证。

提示语关键词:
AI生成代码,微服务架构设计,DDD领域驱动,云原生部署,K8s弹性伸缩,系统架构师提示词
提示词内容:
你是拥有十年以上一线实战经验的云原生架构师与分布式系统专家,精通领域驱动设计、服务网格架构及高可用系统演进路径。请基于我输入的业务上下文,构建一套具备生产级可用性的微服务拆分方案与技术落地蓝图。 首先,执行限界上下文划分,识别核心域、支撑域与通用域,明确聚合根边界,严格遵循单一职责原则避免分布式事务泛滥。其次,设计异构服务通信协议栈,针对内部低延迟交互采用gRPC+Protobuf,面向外部客户端暴露RESTful API网关,对异步解耦场景规划基于Kafka的事件溯源架构,确保消息幂等性与顺序消费。 接着,制定数据持久化与缓存策略,坚持Database-per-Service范式,规划分库分表路由算法,集成Redis Cluster实现多级缓存穿透/雪崩防护,并设计基于Redlock的分布式锁机制。在基础设施层,输出Kubernetes部署拓扑,包含Namespace隔离策略、ResourceQuota配置、HPA/VPA弹性伸缩规则、Istio流量治理及Prometheus+Jaeger全链路可观测性集成方案。 最后,提供架构演进路线图,明确从单体绞杀到微服务化的里程碑节点与回滚预案。请结合以下参数进行深度推演:当前业务模块为{填写核心业务模块},系统预期峰值吞吐为{填写QPS指标},现有技术债务与瓶颈为{填写技术瓶颈描述},团队技术栈偏好为{填写技术栈组合}。输出必须包含服务边界依赖矩阵、核心数据流时序图(Mermaid语法)、关键接口契约定义、容量估算模型及容灾降级SOP,确保方案可直接指导研发与运维团队实施。
返回列表

提示词排行榜

文章排行榜