li-mingyu / cndevtutorial Goto Github PK

类似 RBAC/README.RBAC.md

放在 mq 里的 worker id 已经被消费了
但是貌似在 worker pod 启动的时候仍然能够获取到

当前 Kubectl Pod 使用的是 bitnami 的 latest 版本镜像，而不是1.17版。

参见： https://github.com/LI-Mingyu/libgrape-lite-MY/blob/MY/run_app.dockerfile
不好直接在 mpich 的镜像中添加 amqp-tools ，也不好在 amqp-tools 的镜像中增加 mpich
所以目前还没有好办法替代 ubuntu:18.04 和 apt install

考虑用sidecar来实现？解耦，sidecar 和 grape-mpi 封装到两个不同的容器中
同时，k8s 更新到 1.23 版本后，用indexed job，直接拿掉sidecar就可以，很容易
新老版本环境兼容也比较好做

grape-mpi-workers job 启动后出错，日志显示：

server channel error 404, message: NOT_FOUND - no queue 'mpiworker' in vhost '/

最好将使用 centos 7 镜像的地方换成其他linux发行版

有的地方相同镜像不同名称
有的地方用不同的镜像做示范（如滚动发布）但是缺少说明
有的镜像从上游仓库拉取不到

现在这种，通过将nginx的默认html页面置为创建pvc时间戳的方式，展示既不直观，也难以理解。

目前的RBAC目录下的yaml文件还是给某个客户定制演示用的
另外，与之配合的部署 kubectl pod 的yaml文件，标了版本号（1.17），但实际上用的镜像是latest

目前在命令行或者shell脚本中演示服务发现，对应用开发者不够直观。
需要增加一个在代码中调用 service 的演示。

比如 worker 启动的时候，如果连不上 controller ，会直接报错退出
比如需要用到message queue的地方，例如 controller 在 publish 或者 worker 在消费 消息的时候，如果连不上mq服务，也会出问题