33、解决方案展示与辩护：实战模拟指南

cicd6pipeline

于 2025-10-30 16:00:28 发布

阅读量17

点赞数

CC 4.0 BY-SA版权

分类专栏：征服CTA：架构师进阶之路文章标签：解决方案展示实战模拟 Salesforce

本文链接：https://blog.youkuaiyun.com/cicd6pipeline/article/details/154509474

征服CTA：架构师进阶之路专栏收录该内容

41 篇文章 ¥499.90

订阅专栏¥69.90

会员秒杀 ¥9.9 重磅福利

超级会员免费看

解决方案展示与辩护：实战模拟指南

1. 开启展示之旅

恭喜你成功完成方案设计，打造出一个可扩展且安全的端到端解决方案。接下来，你需要配上一场精彩、引人入胜且有吸引力的展示，尽可能多地斩获分数，把问答环节留作填补一些小漏洞。

1.1 展示与论证解决方案

现在是时候准备展示了。由于创建解决方案和相关支持文档可能会花费三个小时，你需要在评审过程中灵活创建展示内容。因此，你要提升展示和时间管理技能，确保在规定时间内详细描述解决方案。

1.2 理解展示结构

在评审展示中，你要吸引并抓住观众的注意力，同时帮助他们跟上你的节奏。展示应分为两个主要部分：
- 结构化部分 ：描述解决方案中预先计划好的特定元素。通常先介绍整体解决方案和创建的文档，接着说明业务流程的解决方案，再解释 LDV 缓解和数据迁移策略，必要时可添加其他元素。提前规划好要涵盖的元素和需求，合理分配时间。
- 综合部分 ：逐一梳理需求，指出第一部分未涉及的内容，确保不遗漏任何分数，尤其是容易拿到的分数。

1.3 介绍整体解决方案和文档

首先进行简短的自我介绍，例如：“我是[你的名字]，今天来为[场景中的公司名称]介绍提议的解决方案。” 然后简要描述公司业务，如：“PPA 是一家全球汽车租赁公司，为美洲、欧洲、中东、非洲和亚太地区的终端客户提供服务。它在 10 个不同国家的 50 个主要城市开展业务，PPA 办公室平均有 5000 辆汽车可供租赁，每个城市平均有 10 个办公室。”

接着，利用架构图解释 PPA 的关键需求：
- PPA 希望利用以 Salesforce 为中心的解决方案实现 CRM 现代化。目前在亚太、欧洲、中东、非洲和美洲地区有本地部署的区域 ERP。
- 全球使用的五个不同的客户和租赁管理应用程序将被新的以 Salesforce 为中心的解决方案取代。
- 新解决方案将使用 Salesforce Sales Cloud 和 Service Cloud 作为核心系统处理客户注册和预订，包含客户社区和合作伙伴社区，还会使用 AppExchange 产品处理在线支付。
- Heroku 用于接收和处理跟踪设备的大量数据，MuleSoft 作为中间件集成 Salesforce 与其他内外部应用程序。
- 引入支持 LDAP 的 IDP 处理 PPA 的 SSO 需求，还负责内部用户的供应和取消供应，并支持 MFA 要求。

1.4 说明所需许可证

2. 呈现业务流程解决方案

2.1 客户注册流程

客户注册流程可通过在线或呼叫中心两个渠道触发，PPA 希望各渠道体验一致。
- 在线渠道 ：使用 Salesforce 社区开发客户门户，配置客户社区允许用户自助注册。用户访问社区时会被导向登录页面，点击注册链接后进入注册页面。注册页面包含闪电组件，有姓名、邮箱、密码和驾照号码等输入字段，还有隐私政策同意选项。用户提交页面后，会发起同步阻塞 Web 服务调用，将驾照号码传递给 MuleSoft 暴露的 REST Web 服务，MuleSoft 再调用国家驾驶员和车辆许可机构获取结果。若结果为阳性，闪电组件将为客户创建个人帐户和社区用户，同时创建个人和接触点类型同意记录。社区用户创建后，客户会收到确认注册的通知邮件，可使用设置的密码登录。
- 呼叫中心渠道 ：支持代理使用标准 Salesforce UI 创建个人帐户、个人和接触点类型同意记录，点击按钮验证驾照，调用相同的同步接口，结果为阳性后创建社区用户。

2.2 集成接口与安全措施

集成接口遵循远程过程调用 - 请求和回复模式，使用 OAuth 2.0 网络服务器流和刷新令牌流进行身份验证，数据传输使用 Salesforce 与 MuleSoft 之间的双向 TLS 和 MuleSoft 与国家机构系统之间的单向 TLS 保护。

2.3 额外功能：Facebook 登录

为满足用户使用 Facebook 凭据登录的需求，在 Salesforce 中定义新的身份验证提供程序，设置为 Facebook 并定义注册处理程序类。配置社区在登录页面使用该身份验证提供程序，用户点击 “使用 Facebook 登录” 按钮后，会发起 OpenID Connect 网络服务器身份验证流程，重定向到 Facebook 进行身份验证，获得权限后返回 Salesforce 社区。注册处理程序根据收到的信息判断用户是否已存在，若不存在则创建用户。在用户登录前，使用自定义登录流程确保用户输入驾照信息，点击按钮验证驾照，结果为阳性后允许进入社区。

2.4 客户注册流程 mermaid 流程图

graph LR
    classDef process fill:#E5F6FF,stroke:#73A6FF,stroke-width:2px;
    A(客户尝试访问社区):::process --> B(导向登录页面):::process;
    B --> C{点击注册链接}:::process;
    C -->|是| D(进入注册页面):::process;
    D --> E(填写信息并提交):::process;
    E --> F(调用 MuleSoft 验证驾照):::process;
    F --> G{验证结果阳性}:::process;
    G -->|是| H(创建个人帐户和社区用户):::process;
    H --> I(创建同意记录):::process;
    I --> J(发送确认邮件):::process;
    J --> K(客户登录社区):::process;
    C -->|否| B;
    G -->|否| D;
    L(呼叫中心支持代理):::process --> M(使用 Salesforce UI 创建记录):::process;
    M --> N(点击验证驾照按钮):::process;
    N --> F;

2.5 LDV 缓解策略

PPA 每年约有 1000 万次汽车租赁，Order、OrderItem、Payment__c、Case 和 Invoice_Header__c 对象会大量增长，被视为 LDV。为缓解 LDV 对系统性能的影响，尤其是 CRUD 效率问题，选择将关闭的订单同步到 Heroku 并从 Salesforce 中移除，同时移除相关记录。使用 Salesforce Connect 通过外部对象将这些记录暴露回 Salesforce，确保历史租赁记录可供内部和社区用户使用。通过闪电组件根据当前用户 ID 过滤结果，确保用户只能看到允许查看的内容。

2.6 数据迁移策略

PPA 五个即将停用的租赁管理系统中约有 2.5 亿条租赁记录，许多是历史记录，建议迁移到 Heroku 而非 Salesforce。采用分阶段大爆炸式迁移方法，在周末进行迁移，期间系统对除迁移人员外的所有用户关闭。迁移前三天在全量复制沙箱中进行迁移预演，迁移数据前禁用所有工作流、流程和其他自动化操作。使用 Informatica 进行数据迁移，它优化了批量 API，可加快迁移过程。假设 PPA 根据提供的模板将数据提取为 CSV 文件。迁移的新记录由无角色的用户拥有，后续按计划分配给合法所有者，每晚逐步进行以避免影响平台性能。迁移完成后进行测试，确保所有记录迁移到目标系统，开放租赁记录迁移到 Salesforce，关闭的迁移到 Heroku。

3. 结构化展示的节奏把控

在整个结构化展示过程中，严格的时间管理至关重要。从介绍整体解决方案和文档，到呈现业务流程解决方案，再到阐述 LDV 缓解策略和数据迁移策略，各个环节都需合理分配时间。

3.1 时间分配规划

展示内容	建议时间
整体解决方案和文档介绍	不超过 5 分钟
客户注册业务流程展示	不超过 5 分钟
其他业务流程展示	依复杂度而定，但需控制总时长
LDV 缓解策略说明	合理安排，确保清晰阐述
数据迁移策略讲解	不超过 30 - 35 分钟

3.2 时间管理技巧

提前演练 ：多次练习展示内容，熟悉每个环节所需时间，以便在正式展示时能精准把控。
设置提醒 ：使用计时工具，在接近每个环节的时间上限时提醒自己加快节奏或调整内容。
灵活调整 ：若某个环节讲解时间过长，可在后续环节适当精简内容，确保整体时间不超支。

4. 综合部分：查漏补缺

结构化部分展示完成后，进入综合部分。此部分的目的是逐一梳理需求，确保没有遗漏任何得分点。

4.1 需求排查流程

重新审视需求文档，将需求按类型分类，如功能需求、性能需求、安全需求等。
对照结构化部分的展示内容，标记出已覆盖的需求。
针对未覆盖的需求，准备简要的解决方案说明。

4.2 示例需求排查表格

需求类型	需求描述	是否已覆盖	解决方案说明
功能需求	实现客户订单的快速查询功能	否	建议在 Salesforce 中创建自定义查询页面，利用索引优化查询性能
性能需求	确保系统在高并发情况下响应时间不超过 3 秒	否	考虑使用缓存技术和负载均衡器来提升系统性能
安全需求	加强对敏感数据的访问控制	否	采用基于角色的访问控制（RBAC）模型，对不同角色分配不同的访问权限

4.3 综合部分 mermaid 流程图

graph LR
    classDef process fill:#E5F6FF,stroke:#73A6FF,stroke-width:2px;
    A(重新审视需求文档):::process --> B(按类型分类需求):::process;
    B --> C(对照结构化展示标记已覆盖需求):::process;
    C --> D{是否有未覆盖需求}:::process;
    D -->|是| E(准备解决方案说明):::process;
    D -->|否| F(完成综合部分):::process;
    E --> F;