- 主题:微服务带来了新的问题
jar 里面只有 .class 文件和 manifest.
而 git 子仓库，里面有各种运维脚本，gradle 脚本，里面包含 k8s pod 描述也是可以的，很灵活。
【 在 guestking (无) 的大作中提到: 】
: 这个没怎么用过
: 好奇问一下，和我直接dependency其他jar，有什么优势吗
--
FROM 110.81.42.*
多年的产品积累，你想做就能做的吗？1千万左右的标不大不小
- 来自 水木社区APP v3.4.2
【 在 sayinger 的大作中提到: 】
: 外包项目瞎用啥微服务，业务复杂到那个程度了吗，团队大到那个程度了吗，真要到了那个程度，还不自己建团队来搞，那纯属把自己的饭碗放别人头顶。
:
--
FROM 223.104.20.*
是的，所以我说这是业务层面的高内聚低耦合
【 在 hgoldfish (老鱼) 的大作中提到: 】
: 那你说的这件事情，跟拆 jar 包是不是一样的呢？我们以前拆 jar 包的时候也要做到职责清晰，功能明确，扩展方便啊。
: 甚至拆类的时候，我们都得考虑这个问题。
--
FROM 180.167.95.*
所以这种项目完全没有微服务的必要，客户的要求蛮合理的，开发运维资源节省下来多做几个功能他不香吗
【 在 changtuiniu (此id已换人) 的大作中提到: 】
: 多年的产品积累，你想做就能做的吗？1千万左右的标不大不小
: - 来自 水木社区APP v3.4.2
--
FROM 221.220.225.*
这些对你代码复用也没什么用啊
【 在 hgoldfish (老鱼) 的大作中提到: 】
: jar 里面只有 .class 文件和 manifest.
: 而 git 子仓库，里面有各种运维脚本，gradle 脚本，里面包含 k8s pod 描述也是可以的，很灵活。
--
FROM 180.167.95.*
我倒是很奇怪这个客户，都一千万的标了，还用得着省这点服务器的钱吗
【 在 sayinger (言者) 的大作中提到: 】
: 所以这种项目完全没有微服务的必要，客户的要求蛮合理的，开发运维资源节省下来多做几个功能他不香吗
--
FROM 180.167.95.*
他更新代码你重新编译么？
【 在 hgoldfish (老鱼) 的大作中提到: 】
: git 子仓库就能复用啊。
--
FROM 103.107.216.233
gradle 引用的。肯定是重新编译了。
至于发布。。发布总要专门的布署服务器吧？测试通过以后 build 出几个 docker 映像发布到生产服务器啊。
【 在 PaoloMaldini (solo con te) 的大作中提到: 】
: 他更新代码你重新编译么？
--
FROM 110.81.42.*
那不是比微服务麻烦多了
【 在 hgoldfish (老鱼) 的大作中提到: 】
: gradle 引用的。肯定是重新编译了。
: 至于发布。。发布总要专门的布署服务器吧？测试通过以后 build 出几个 docker 映像发布到生产服务器啊。
--
FROM 103.107.216.233
和微服务关系不大
看上去比直接依赖jar包麻烦
还得自己编译
【 在 PaoloMaldini (solo con te) 的大作中提到: 】
: 那不是比微服务麻烦多了
--
FROM 180.167.95.*