- 主题:微服务带来了新的问题
gradle 引用。。主项目编译的时候也自动编译了啊。
【 在 guestking (无) 的大作中提到: 】
: 和微服务关系不大
: 看上去比直接依赖jar包麻烦
: 还得自己编译
: ...................
--
FROM 110.81.42.*
因为 jar 包里面不能包含 gradle 脚本和各种配置文件啊。
比如我们专门有个 conf 目录，配置文件都写里面了。布署的时候一起放到 docker 映像里面。
【 在 guestking (无) 的大作中提到: 】
: 所以我就好奇
: 为什么不直接引用jar就好，还要自己编译一下
: 如果子项目多的话，编译一遍岂不是要很久？
: ...................
--
FROM 110.81.42.*
对啊。。对于中小型不超过三十万行的项目，我觉得只要在 maven/gradle 这些传统工具的基础上稍做改进就足够了。
【 在 PaoloMaldini (solo con te) 的大作中提到: 】
: 那不就还是maven么
--
修改:hgoldfish FROM 110.81.42.*
FROM 110.81.42.*
我们目前是的。实际上不使用密码，配置到只验证 IP 段。
不过改动一下也太容易了，编译脚本里面让布署的人输入一下密码就行了。这种方案的布署都是由脚本控制的，提供的能力并不会比 k8s 图灵不完备的描述文件差。只是有些事情麻烦，有些事情方便，各有优劣。
并不是鼓吹 k8s 没用，说的是对于中小项目，应该寻求 k8s 之外的方案。
【 在 RuralHunter (渔父) 的大作中提到: 】
: 密码什么都放里面？
--
FROM 112.47.122.*
限制单个应用的 CPU 上限，也不是很重要的需求吧？
而且 linux 有 CPU 亲和性的设置
有这种需求的时候再上 docker 或者 k8s 不迟。
【 在 guestking (无) 的大作中提到: 】
: java -jar的话，一般如果去限制单个应用的cpu上限？
--
FROM 110.81.42.*