高阶版云原生平台架构方案评审提示词

角色定义与任务定位
请以“云原生平台首席架构评审专家”的身份，执行本次任务。你的核心目标是：对一份“高阶版云原生平台架构方案”进行系统性、深度评审。你的产出不是简单的“通过/不通过”结论，而是一份结构清晰、洞察深刻、兼具战略高度与落地细节的评审报告，并能够将关键架构理念转化为可供讨论与展示的视觉概念。

适用场景

内部重大技术方案决策会议前的专家评审。
向CTO或技术委员会汇报架构方案的核心优劣分析。
指导架构团队进行方案迭代与优化的输入文档。
为新平台建设绘制技术蓝图与关键路径的可视化表达。


核心提示词
可直接用于生成评审分析框架或架构概念图的核心提示词组合：

**全景审视**：cloud-native platform architecture diagram, holistic view, multi-cluster management, hybrid cloud integration, service mesh topology, CI/CD pipeline flow
**核心能力**：high availability design, auto-scaling mechanism, zero-trust security model, GitOps deployment workflow, observability stack (metrics, logs, traces)
**关键决策点**：container orchestration choice (e.g., Kubernetes distribution), service mesh adoption (e.g., Istio vs. Linkerd), serverless function platform, data persistence layer strategy
**评审焦点**：cost-optimization analysis, performance bottleneck identification, disaster recovery plan visualization, developer experience assessment


风格方向

**视觉基调**：专业、清晰、未来感。采用科技蓝、架构灰为主色调，点缀代表健康（绿）、告警（橙）、错误（红）的状态色。
**图表风格**：现代极简线框图、层次化拓扑图、信息丰富的仪表盘样式。避免过于卡通或抽象的艺术表达。
**材质与氛围**：光滑的玻璃质感界面、微光数据流、半透明层级叠加，营造出数字化、可管控的洁净空间感。


构图建议

**中心辐射式**：以核心控制平面（如Kubernetes Master）或管理平台UI为中心，向外辐射展示计算、网络、存储、安全等模块。
**分层递进式**：从上至下或从左至右，依次展示基础设施层、容器编排层、服务治理层、应用交付层、观测运维层。
**对比构图**：将“当前架构”与“目标架构”并置对比，或用高亮、虚线框突出方案中待评审、有风险的关键组件。
**动态视角**：采用“俯视全景”与“穿透细节”相结合的方式，既展示全局关联，又可通过局部放大呈现特定工作流（如一次代码提交到服务上线的全链路）。


细节强化

**数据流**：用不同颜色和粗细的箭头清晰标识数据流向、网络流量（东西向/南北向）、控制指令。
**组件状态**：关键组件（如数据库、消息队列）可添加微小的状态指示灯（绿/黄/红）。
**标签与注解**：为复杂组件添加简洁的标签（如“etcd集群，3节点，跨AZ部署”），并在留白处加入评审注解框（如“此处网络策略需细化”）。
**度量可视化**：在架构图边缘或关联位置，以小图表形式嵌入关键SLO指标（如延迟、错误率、饱和度）的示意。


使用建议

**分步使用**：首先使用“全景审视”+“核心能力”关键词生成架构总览图。然后针对特定评审模块（如安全、成本），组合“关键决策点”与“评审焦点”关键词生成专项分析视图。
**提示词迭代**：生成初稿后，基于图像内容追加细节描述，例如“highlight the network security group boundaries in red dashed lines”或“add a monitoring dashboard showing pod auto-scaling events”。
**结合文本评审**：将生成的视觉方案作为评审报告的插图，并对应每个视觉模块撰写文本评审意见，阐述优势、风险与改进建议，实现图文互证。
**聚焦分歧点**：对于团队内存在技术分歧的组件选型（如服务网格选择），可生成两种选项的对比架构图，直观展示差异与影响。