正如后来的考虑, 如果外接maven私库照理说是ok的, 这样去掉volume的设计整个流程更加的自动化标准化.开搞。

验证了假设,找到了结论, 即 kb发布的时候会ks会把jar放到自己的本地库, 并在kie-server-[hostname].xml里加一段话, 里面的containers即他每次重启后要发布的container,具体jar在本地库里找.ok关键来了. 我们知道reboot会销毁pod新建一个, 大概是k8s的pod守护进程发现pod出问题了然后就用image重新开一个pod. 集群都会有这个机

然后就发现ok了, 原来的nodeport的服务, 只能指定某个node, 且请求就是在那个node执行的, (没有负载均衡,同node内的多pod应该是网络层的负载均衡 见下面的文章 )常识: k8s没有自带负载均衡能力, 需云服务提供商来做负载均衡, 或者自己装负载均衡控制器. 负载均衡控制器有很多, 这次装Ingress-Nginx。文档里根据环境有很多安装方式,不要用quick start

也方便我们知道运行负荷, 而不是糊里糊涂出了问题再去解决或者工具自动解决了而我们不知道,话说回来集群的好处就是低成本的达到高性能, 性能不去监控就有点太不专业了.正常安装的k8s装metrics-server一定会报错.显然是Requirements没有都meet.监控工具有几个, 之前装了简单的weaveScope, 这么一来,weaveScope完全鸡肋了.顺便,装好这个之后, dashboa

master需要开通的端口:TCP: 6443 2379 2380 10250 10259 10257 ,10250 30000~30010(应用)node需要开通的端口:TCP: 10250 30000~30010(应用)

drools8的maven模板项目里没有单元测试, 相比而言drools7有个非常好的test senorios。下一步应用到k8s里,或者是看原生的微服务是什么东西。文件是.http后缀的,写了个简单的例子如下。

1.安装swarm (不知道是什么但安装他才可以访问volumes,编辑,上传下载文件)敲命令真是low了太原始了, 总有些人说着机器做的东西没有灵魂就是要手工操作.文档见 https://docs.portainer.io/分两种一种是商业版本收费的,头5个xx免费. 社区版完全免费。#3.使用 http://xxxx:9000/注意端口,可以自己改.根据当前防火墙的设置。这些人原来是纺织工人,

代码来源 https://gitee.com/zhangmrit/ruoyi-ant 里面的yarn不知道是啥也不知道在哪运行用ideal打开项目结果如图(这时还没有node_modules文件夹)代码修改:.env文件里的内容 改成 .env.development里的 (应该类似yml 可以选择的, 但没找到)Package.json 56行改为"babel-eslint": “^7.2.3”