系统越加功能越难维护
通过边界和依赖梳理识别耦合点，给出模块化演进而非全量重写建议。
01 / POSITIONING
先看清系统，再决定怎么改。
技术咨询的交付不是一份脱离代码的报告，而是让团队在架构、选型和交付节奏上形成可执行的决策。我们结合现有代码、数据、部署和团队能力，识别真正的瓶颈，给出分阶段可验证的改进路径。
02 / DIAGNOSIS
从问题现场开始梳理
在技术选型之前，先厘清业务目标、系统边界和真正需要被解决的约束。
上线后偶发慢、错和超时
结合日志、指标、数据库和请求链路复盘，定位可复现的瓶颈。
准备替换技术栈但缺少依据
用业务约束、团队能力、迁移成本和退出机制比较选型。
客户要求私有化部署
从网络、存储、权限、备份、升级和运维责任划分部署边界。
安全检查发现问题但不知先修什么
按影响、暴露面和修复成本排序，形成分阶段整改清单。
03 / CAPABILITIES
把复杂系统拆成可判断的决策
架构设计与评审
梳理系统边界、依赖、数据流和关键质量属性，识别单点、耦合与扩展风险。
技术选型与迁移
对比框架、数据库、消息、模型和部署方案，说明适用条件、成本与迁移步骤。
性能与稳定性优化
从慢查询、缓存、队列、并发、资源和发布链路定位瓶颈，避免盲目扩容。
数据库设计与治理
检查表结构、索引、事务、备份、迁移和数据一致性，制定可执行的改进方案。
系统安全评审
覆盖身份、权限、输入校验、密钥、日志、依赖和网络边界，按风险优先级整改。
私有化部署与运维
设计环境、发布、监控、备份、告警、回滚和故障处理流程，帮助团队接管系统。
04 / ENGINEERING
从评审建议到实施路径
技术建议需要能落到代码、数据、部署和团队协作中，才真正具备执行价值。
架构与依赖分析
结合代码、部署、数据库和调用链绘制现状图，明确系统边界与关键依赖。
性能工程
使用慢查询、应用日志、指标和压测结果定位问题，优先优化高收益路径。
数据与存储
根据访问模式设计索引、事务、缓存、归档、备份和迁移方案。
安全与交付
采用最小权限、密钥管理、输入校验、审计和可回滚发布策略。
私有化运维
结合 Docker、反向代理、进程管理、监控和备份工具设计可接管的运行环境。
- 01
现状材料与运行证据
汇总代码、依赖、数据库、部署、日志、指标和事故记录。
- 02
架构与风险分析
绘制边界、依赖、数据流和质量属性，按影响与可复现性分级。
- 03
改进方案与实施路线
对比选型、迁移、性能、安全和私有化方案，明确成本与退出条件。
- 04
治理与交付验证
通过任务清单、指标、回归、备份、发布和文档交接形成闭环。
05 / DELIVERY
形成可以继续执行的结果
- 01
现状访谈与材料收集
了解目标、约束和事故，收集代码、配置、架构图、指标和部署信息。
- 02
问题复现与风险分级
通过日志、查询和实验确认问题，按影响和紧急度排序。
- 03
方案对比与决策
提供技术选项、成本、风险、迁移步骤和退出条件，便于团队决策。
- 04
改进实施与验证
与研发或运维一起落地关键改动，用指标和回归验证结果。
- 05
文档交接与后续支持
输出架构、部署、运维和故障处理文档，支持后续迭代与复盘。
OUTPUT
- 系统现状与风险清单
- 架构图、数据流和依赖说明
- 技术选型对比与迁移路线
- 性能、数据库或安全评审报告
- 私有化部署与运维方案
- 整改任务清单、验证记录和交接文档
06 / FAQ
开始沟通前，先确认边界。
只提供报告还是可以一起落地＋
可以根据范围参与关键改造、验证、部署和交接；具体以问题边界和团队协作方式确定。
没有完整架构图也能评审吗＋
可以从代码、配置、数据库和运行指标逐步还原现状，但材料越完整，判断越准确。
性能优化前需要压测吗＋
视问题而定。线上指标和慢查询足以定位部分问题，涉及容量和并发时应设计可控压测。
私有化部署是否包含长期运维＋
可提供部署设计、上线支持和运维交接，长期值守、响应时间和责任范围需单独约定。
NEXT STEP
聊聊你的系统