encro

看看我的需求：

1 ，解决耦合度增加导致的复杂度增加的问题，采用微服务可以物理隔离各类模块的联系。
2 ，微服务后可以按模块部署，更容易按需迭代扩容。

从维护角度分析：
复杂度管理：微服务虽然看起来更多了，但是出问题的时候就更容易定位了。
水平扩展性：性能问题更容易定位，也更容易扩展。


从写代码角度管理：
写代码时由于粒度更小，更加容易写出稳定，可测试的代码。
开始项目前必须考虑通信，性能等因素，进一步要求先设计后编码，有利于提高代码质量。


为什么要微服务？回到第一性原理回答：

1 ，因为人的脑袋存储和 cpu 不够大，不能同时装下那么多模块的逻辑；
2 ，因为一台或者几台机器不够，不能同时运行这么多服务；
3 ，因为我们需要保证服务的不间断运行。


为了看看我的答案怎么样，我问了下 deepseek r1：为什么要微服务？用第一性原理回答

结果还好，无明显遗漏。。。