微服务架构实战：2017上半年系统分析师考试案例分析

在2017年上半年的系统分析师考试案例分析中，题目涉及了一个关于基于微服务的网络约车调度服务平台的开发项目。系统分析师王工负责的需求分析涵盖了系统的主要参与者（乘客、出租车司机和平台管理员）、功能需求如信息注册、身份验证、信用管理、支付处理以及事件提醒等。微服务架构被提议用于系统的开发，这与传统的单体式系统有显著区别。 【问题1】微服务通常包含可独立部署、可扩展和自治的服务单元，每个服务负责特定的业务逻辑。相较于传统单体式系统，微服务架构的优势主要体现在： 1. 松耦合：服务之间界限清晰，改动一个服务不会影响其他服务，提高了系统的灵活性和可维护性。 2. 可扩展性：可根据需要水平扩展单个服务，以应对增长的负载。 然而，挑战也相应存在： 1. 复杂性增加：管理和监控多个独立服务需要更复杂的工具和策略。 2. 一致性问题：不同服务可能使用不同的技术栈，协调跨服务的数据一致性是个难题。 【问题2】根据需求分析，可以将微服务归类如下： 1. 用户管理服务：包含乘客和司机的信息注册、身份认证及信用信息管理。 2. 支付服务：处理与银行支付系统的对接，涉及支付信息审核、更新和在线支付功能。 3. 订单处理服务：负责订单发起、提交、跟踪、撤销、支付和完成等业务流程。 4. 通知服务：通过短信、微信和电子邮件发送用户事件提醒。 【问题3】王工设计的微服务交付流程中，对于在线支付微服务，可能的步骤分配如下： 1. （1）：接收订单请求，即订单发起（a） 2. （2）：订单验证与处理，可能涉及子任务如检查乘客信用、支付接口调用（未指定具体选项，假设为提交测试或支付审核） 3. （3）：支付处理，包括支付信息更新（a） 4. （4）：支付状态确认，完成支付后进行（a） 5. （5）：若支付成功，执行全量上线（b），如果失败，则可能需要回滚（c） 总结来说，本案例考察了系统分析师对于微服务架构的理解，包括其基本构成、优点与挑战，以及在实际项目中的应用和管理。考生需熟练掌握微服务的设计原则和实施流程，以便在实践中有效地解决实际问题。