最近在做一个对象存储改造，把之前存储在ecs服务器里面的对象迁移到国产的对象存储服务器里面，用的应该是腾讯的对象存储服务器，亚马逊S3的SDK

涉及到很多微服务组件，每个组件都要双写、降级读改造，同时要把原来的对象，迁移到新的对象存储服务器。工作量还是比较大的，要排查用到的地方、整改、迁移、验证。这也是微服务的一个不完美的地方，所以微服务也不是银弹。

我问了下大模型，什么是银弹。银弹就是可以解决所有问题的方法，不存在可以解决所有问题的方法。解决方案有有点和缺点，要结合实际场景，我们需要什么，不需要什么。

这次排查、修改过程中，很多上传下载的逻辑都很散、导出都有。排查效率低、难度大，容易排查漏。所以我们在写代码的时候要做到高内聚、低耦合

把对象存储相关的逻辑放大一起，不要散落在各个地方

也问了下大模型，什么是高内聚、低耦合

高内聚，就是相同的功能放到一个模块。比如登录模块里面，就不要把数据库连接管理放到这里面。高内聚可以实现职责单一，这样修改一个地方，就不会影响其他地方

低耦合，两个组件之间了解、依赖的程度很低，低耦合。A模块要获取B模块的一个属性值，比如name，可以通过封装一个方法getName()。这样不管B模块内部字段名是name还是cnName还是enName，对A模块是没有影响的。这样是依赖倒置思想的体现。比如，引入消息中间件等，只对中间件关联

最近看公司代码，发现大量使用模板方法模式，这可能和开发语言是java，spring框架有关。可以使用spring的bean工厂，很容易实现工厂模式，再定义抽象类或者接口。也确实好用，满足开闭原则。

公司也在大量使用四层架构，类似ddd的阉割版。和之前领导说的，主要目的还是解耦，内聚