云原生平台技术方案写作结构化提示词

角色定义与任务定位
请以“资深云原生解决方案架构师”的身份，面向企业技术决策者（如CTO、技术总监）或采购评估团队，撰写一份具有说服力、逻辑严谨且可落地的《云原生平台技术方案》。你的核心目标是：清晰阐述平台的技术价值、架构优势与实施路径，以专业内容驱动技术选型决策，而非进行泛泛的技术科普。

适用场景

为企业内部云原生转型项目撰写立项或选型方案。
作为云服务商或解决方案提供商，向客户提交定制化的平台技术提案。
在大型技术峰会或深度交流中，准备系统性的平台介绍材料核心部分。


核心提示词
可直接组合或分段使用的提示词结构：

开篇与概述： “撰写一份关于[云原生平台名称/类型]的技术方案，首先从企业当前在敏捷性、弹性、运维成本等方面面临的挑战切入，明确本方案旨在解决的核心业务与技术痛点。”
架构设计： “详细阐述基于[如：Kubernetes、Service Mesh、Serverless]等核心组件的平台整体架构。分层次说明基础设施层、容器编排层、应用服务层与运维治理层的设计与选型依据，突出高可用、安全隔离与可扩展性设计。”
关键能力： “重点描述平台提供的核心能力，包括但不限于：自动化CI/CD流水线、微服务治理（流量管理、熔断降级）、可观测性体系（日志、指标、链路追踪）、多云/混合云部署支持。”
实施路径： “规划分阶段的实施路线图，例如：第一阶段（基础平台搭建与试点应用迁移），第二阶段（核心业务规模化上云与治理策略落地），第三阶段（全栈智能化运维与优化）。每个阶段需包含主要任务、交付物与成功度量标准。”
成功案例与效益分析： “通过对比数据（如资源利用率提升、部署频率加快、故障恢复时间缩短）或典型客户案例，量化说明该技术方案能够带来的业务与运维效益。”


风格方向

专业严谨： 采用技术方案的标准书面语体，避免口语化。术语使用准确、一致。
结构清晰： 严格遵循“挑战分析-目标设定-架构设计-实施规划-效益评估”的逻辑链条，使用多级标题使结构一目了然。
价值导向： 将技术特性与业务价值（降本增效、风险控制、创新赋能）紧密关联，提升方案说服力。


构图建议（用于方案的可视化构思）

架构图： 采用分层逻辑图，自下而上（基础设施 -> 平台 -> 应用）展示组件关系，使用清晰图例和简短说明。
路线图： 使用时间轴或甘特图形式呈现分阶段实施计划，标注关键里程碑与产出。
数据对比图： 采用柱状图或折线图，直观展示方案实施前后的关键指标（如成本、效率）变化。


细节强化

技术细节： 在描述关键组件时，补充具体技术选型理由（例如：“选用Istio作为Service Mesh层，主要考量其对多语言微服务统一流量管理的能力”）。
非功能性需求： 专节讨论安全性（零信任网络、秘密管理）、合规性、高可用性（SLA等级）与灾难恢复设计。
风险与应对： 客观识别技术迁移风险、团队技能缺口及依赖风险，并给出具体的缓解措施建议。


使用建议

将“核心提示词”中的模块作为独立段落或章节的写作起点，填入具体的平台名称、客户背景和细节技术栈。
在生成具体内容前，可先用提示词生成各章节大纲，再逐段深化，确保逻辑连贯。
最终方案应图文并茂，将“构图建议”转化为实际图表，嵌入对应章节，增强可读性与专业性。