docker - 拆分成微服务疑问，按 controller 还是按照 project 拆?
拆分成微服务疑问，按 controller 还是按照 project 拆?
先说个人不懂微服务，也没搞懂过
按照我的经验，通常就是拆分 controller 跟 service 由不同同事负责
不会刻意拆分不同 project，除非像是统一账号验证才会额外拆
但现在遇到一个顾问说，微服务要尽量拆分到不同 project 维护，各自有自己的 docker
这样才不会有严重依赖耦合
我不太能理解这样概念，工程复杂度直线上升
共有1个答案
如果老代码互相依赖很严重，不如不拆，就把基础模块拆出来行了，业务模块一个模块也没什么；
比如A用b，b用a就不如不拆，很简单的一个例子A业务上来了，扩容吧，A也用了B，B阔不阔？
有时候盲目拆没必要，做好灰度发布，维护好全局事务就行了
-
我这个路由是查询某个分类下面的管理员，我的代码结构是控制器不负责业务逻辑，业务逻辑都写到service里面，小弟目前有几个疑问 1.查询分类下面的管理员，我是应该写到Category Service里面还是应该写到Admin Service里面呢。根据语义【分类下的管理员】，好像应该写到Category Service，但是又考虑到最终取的数据实体是admin，那又好像写到Admin Servic
-
问题内容： 我已经将CSV文件（大约10,000行；每行具有300列）存储在LINUX服务器上。我想将此CSV文件分解为500个CSV文件，每个文件20条记录。（每个具有与原始CSV中相同的CSV标头） 有什么linux命令可以帮助这种转换吗？ 问题答案： 使其成为一个函数。您现在可以打电话 发现于：http : //edmondscommerce.github.io/linux/linux-sp
-
问题内容： 我正在寻找一些关于JavaScript何时按值传递值，何时按引用传递，何时修改传递的项目影响函数外部值以及何时不传递值的良好综合阅读材料。我还对何时通过引用与按值分配给另一个变量以及是否遵循除作为函数参数传递以外的任何其他规则进行分配感兴趣。 我已经进行了很多搜索，找到了很多具体的示例（其中很多都在SO上），可以从这些示例中整理出一些真实的规则，但是我还没有找到一个写得很好的文档来描述
-
我正在使用selenium Java搜索不同的网站，我知道要查找特定的WebElement，有不同的方法，比如使用Xpath、使用Class或使用id。假设某网站具有如下所示的html结构 现在，如果我想从类名为“score”和“score_title”的div中提取文本，即1%的强度、43:1的情感、75%的激情和12%的到达，下面哪个选项最好。
-
问题内容： 我有一个HashMap： 然后我这样做： 第一次打印1000，第二次打印1000，该值不变。为什么Java按值而不是按引用返回Integer？ 问题答案： 该方法返回对存储整数的引用的 副本 。 给存储该副本的变量分配一个新值，指向该值将 不会 更改映射中的引用。 如果可以的话，它会工作，但是由于是一个不可变的类，因此这不是一个选择。 如果要使更改在地图中生效，则必须将余额包装在（可变
-
问题内容： 我有以下 我想将其拆分，以便我有一个字符串数组，例如 以便对象是数组的元素。重要的是包含封闭的[和]。我到目前为止： 但这给了我： 并不是我真正想要的。 问题答案： 我更喜欢使用并指定我 想要的内容， 而不是尝试描述以下内容的分隔符 火柴 [ 匹配任何东西，但] 火柴 ]