winfield821的博客

冗余：任何核心组件都要有备份，消除单点；隔离：故障隔离，避免单点故障扩散；可观测：监控、日志、链路追踪，让问题可被看见；容错：异常有兜底，依赖有熔断，流量有限流；演练：主动注入故障，提升应急能力。高可靠不是一蹴而就的，而是一个持续优化的过程——通过不断发现问题、解决问题、总结经验，让服务的可靠性越来越高。

不要一上来就讲技术，先从业务视角切入，体现你懂微服务的本质：“微服务架构是一种将单体应用按业务域拆分为独立、自治的小型服务的架构模式，每个服务运行在独立进程，通过轻量级通信（如HTTP/GRPC、消息队列）协作。它的核心价值是解耦——解决单体应用‘牵一发而动全身’的问题，支撑业务快速迭代、团队并行开发，同时提升系统的可扩展性和容错性。容器化：用Docker打包服务，保证“一次构建，到处运行”；编排工具：用K8s管理容器集群，实现服务的自动扩缩容、滚动更新（避免发布时服务不可用）；配置中心。

答题思路：先定义微服务的核心是“业务域拆分+独立自治”，再从开发、部署、扩展、容错四个维度对比单体。话术示例微服务是将单体应用按业务域拆分为一系列小型、自治服务的架构模式，每个服务独立运行、独立部署，通过轻量级通信协作。开发维度：单体是一个代码库，团队协作易冲突；微服务每个服务一个代码库，小团队可独立负责，迭代更快。部署维度：单体改一行代码就要全量部署，风险高；微服务支持单个服务独立部署，不影响其他服务。扩展维度：单体只能整体扩容，资源浪费；微服务可针对高负载服务（如订单服务）单独扩容，性价比更高。

微服务相比单体服务主要是解耦，优缺点主要从开发、运行和维护三个方面看。优点1、开发各模块不会相互影响，不容易造成代码冲突，容易做 code review 和功能测试。可以采用各自的技术栈。局部修改易部署。2、运行某个模块的异常不会影响到其它模块的运行。3、维护各模块按需扩缩容。此外，自己的数据不需要开放给无关的人员。4、业务切分开发人员关注自己的业务，便于组织管理。缺点1、开发需要考虑分布式的复杂性，比如事务和系统容错等。2、运行增加网络延迟。3、