唔 近期问题， jdos

写在前面：

最近感觉 得过且过，划水严重，但是我本意是不想划水，没布置给我任务，我只能自己瞎看看了。这两天最蛋疼的就是日会和日报了。因为都是学习内容，感觉也没可写的。我tm是怕了[/捂脸]。

今天还发现写的脚本有问题，还好问题不到。

还有昨天9点就睡了，12点睡不下去了，看了两集美剧，到2点就TM失眠了，将近5点睡的。mm, 早上9点爬起来，工作打卡。

现在还在等安排任务， 之前写的脚本，整个逻辑有问题，不是代码层面的。

网上有关jdos的文章。

 

JDOS 1.0的容器规模由2000个扩大到100000后，我们推出了一个新的容器引擎平台（JDOS 2.0）。JDOS 2.0的目的不仅仅是成为一种基础设施管理平台，还成为一种面向应用程序的容器引擎平台。在JDOS 1.0和Kubernetes的基础上，JDOS 2.0 整合了JDOS 1.0的存储和网络，完成了持续集成/持续交付（CI/CD）的整个过程：从源代码到镜像，最后到部署。另外，JDOS 2.0提供了一站式服务，比如日志、监控、故障排除、终端和编排。JDOS 2.0的平台架构如下所示。

现在只接触过 jenkins(cl 集成工具)， gitlab, k8s，docker。

 

在JDOS 2.0中，我们定义了两层：系统和应用程序。系统由几个应用程序组成，而应用程序由几个提供同样服务的Pod组成。通常来说，一个部门可以申请一个或多个直接对应Kubernetes命名空间的系统。这意味着，同一系统的多个Pod会在同一命名空间里面。

 

1. JDOS 2.0将docker镜像作为实施持续集成和持续部署的核心。
2. 开发人员将代码推送到git。
3. Git触发jenkins主端，生成build任务。
4. Jenkins主端调用Kubernetes，生成jenkins从属Pod。
5. Jenkins从属Pod获取源代码后，编译和包装。
6. Jenkins从属Pod将软件包和Dockerfile发送到镜像构建节点。
7. 镜像构建节点构建镜像。
8. 镜像构建节点将镜像推送到镜像仓库Harbor。
9. 用户创建或更新在不同区域的应用程序Pod。

JDOS 1.0中的docker镜像主要包含操作系统和应用程序的运行时软件堆栈。所以，应用程序的部署仍然依赖自动部署和另外一些工具。而在JDOS 2.0中，应用程序的部署是在镜像构建过程中完成的。而镜像包含整个软件堆栈，这包括应用程序。有了镜像，我们就能实现这个目标：让应用程序可以按设计的方式在任何一种环境中运行。