architecture-paradigm-microservices
微服务架构独立部署与按服务扩展
安装使用
复制下面这段提示词发给你的 AI（Claude / Cursor / TRAE / Codex / WorkBuddy 等），它会自动帮你完成安装：
帮我安装这个 AI Skill：architecture-paradigm-microservices。 它的用途是：微服务架构独立部署与按服务扩展 完整的 Skill 内容见：https://321skill.com/skills/architecture-paradigm-microservices-x-2/raw/index.md 请读取该页面内容，如果是 SKILL.md 格式直接安装，如果是 README 提炼核心 prompt 后安装。
提示词包含完整的 Skill 内容链接，AI 读取后即可完成安装。你也可以 查看完整内容 确认无误。
使用示例
'帮我将当前单体应用拆分为微服务架构，参考architecture-paradigm-microservices的模板，先划分订单、用户、商品三个服务，并生成对应的Dockerfile和Kubernetes部署YAML。' 它会先生成每个服务的骨架代码，自动配置服务间gRPC通信，并输出kubectl apply命令。
介绍
微服务架构通过将大型应用拆分为多个独立部署的小服务，每个服务可独立开发、部署和扩展，解决了单体应用在规模化部署、团队协作和故障隔离方面的痛点。本Skill提供了一套完整的微服务架构实践指南，包括服务拆分原则、API网关设计、服务间通信（REST/gRPC/消息队列）、数据一致性策略、独立部署流水线配置以及按服务自动扩缩容的Kubernetes编排方案。
使用方式：在项目初始化阶段，依据本Skill的架构模板进行服务拆分，将每个微服务作为独立代码仓库，配置CI/CD流水线（如GitHub Actions + Docker + Kubernetes），并利用服务网格（如Istio）管理流量与安全。对于已有单体应用，可参考迁移策略逐步拆分。
适合后端开发工程师、运维工程师和全栈开发者，尤其是正在从单体架构向微服务转型的团队，或需要应对高并发、高可用场景的互联网产品。建议先对业务域进行领域驱动设计（DDD）划分，再使用本Skill的模版快速搭建骨架，避免过早拆分导致复杂性增加。
注意事项：微服务会引入分布式系统的固有复杂度（网络延迟、数据一致性、运维成本），不适合小团队或简单业务场景。建议搭配监控系统（Prometheus + Grafana）和链路追踪（Jaeger）使用，并谨慎处理服务间调用超时和重试逻辑。
核心特点
本Skill不是泛泛的微服务理论，而是提供了可复用的部署模板、服务间通信配置示例以及按业务负载自动扩缩容的Kubernetes HPA规则，直接可落地到生产环境。
注意事项
不适合简单CRUD应用或验证性原型项目，微服务带来的运维开销会超过收益。
常见问题
微服务和单体架构怎么选？
团队规模5人以上、业务模块独立性强、需要独立部署和扩展时优先微服务；否则保持单体更高效。
如何拆分微服务？
按业务领域（DDD限界上下文）拆分，避免按技术层拆分，确保每个服务有独立数据库和API。
给 AI 助手的安装指引
如果你的 AI 编程助手（Claude Code、Cursor、TRAE 等）能看到这个页面，把下面这段发给它即可自动完成安装：
请访问 https://321skill.com/skills/architecture-paradigm-microservices-x-2/raw/index.md 读取 architecture-paradigm-microservices 的原始 Skill 定义（Markdown 格式），按其中说明在我的环境里完成安装和配置。
AI 可直接读取的原始 Markdown 地址：/skills/architecture-paradigm-microservices-x-2/raw/index.md（查看排版版本）