发表于 | 分类于
示例文件：打包前端镜像，推送到 harbor 仓库，然后 连到服务器上更新 123456789101112131415161718192021stages: - build - docker-buildbuild: stage: build artifacts: paths: ...
阅读全文 »

发表于 | 分类于
使用内存模式未安装时123mkdir /var/lib/etcdmount -t tmpfs -o size=10G,mode=0755 tmpfs /var/lib/etcdecho "tmpfs /var/lib/etcd tmpfs defaults,size=10G 0 0&quo ...
阅读全文 »

发表于 | 分类于
前置条件docker docker-compose 443 端口未被占用 域名: harbor.imwl.cf 证书存放路径 /etc/cert/harbor 默认账户密码 admin Harbor12345 (可以修改配置文件更改) 12345678910111213mkdi ...
阅读全文 »

发表于 | 分类于
递归递归： 把大规模的问题转化为规模小的相同的子问题来解决。递归主体和 一个终止条件 因为大问题 和小问题 的解决方法往往是同一个方法，所以产生函数调用自身的情况。 一个终止条件 （防止产生无限递归） 分治分治： 把大规模，高难度的问题转化为 若干个小规模，低难度的小问题，最后再将小问题的答案合并 ...
阅读全文 »

发表于 | 分类于
数组数组将元素以一种不规则的顺序进行排列，在内存中是连续存放。数据可以通过索引值直接取得。 数组只需记录头部的第一个数据位置，然后累加空间位置即可。 数组的操作新增 在 数组最后新增一个元素， 对原数据无影响。 插入时间复杂度 O(1) 在 数组中间某一个位置新增一个元素，会对插入后面的数据产生 ...
阅读全文 »

发表于 | 分类于
Operator在 Kubernetes 中，管理“有状态应用”是一个比较复杂的过程，尤其是编写 Pod 模板的时候，总有一种 “在 YAML 文件里编程序”的感觉，让人很不舒服。 而在 Kubernetes 生态中，还有一个相对更加灵活和编程友好的管理“有状态应用”的解决方案，它就是：Operat ...
阅读全文 »

发表于 | 分类于
简介 123apiVersion: batch/v2alpha1kind: CronJob... CronJob : 这个 API 对象的资源类型（Resource）， batch : 它的组（Group）， (Pod、Node 等，是不需要 Group 的（即：它们的 Group 是’’ ...
阅读全文 »

发表于 | 分类于
GPU管理对于云的用户来说，在 GPU 的支持上，他们最基本的诉求其实非常简单：只要在 Pod 的 YAML 里面，声明某容器需要的 GPU 个数，那么 Kubernetes 创建的容器里就应该出现对应的 GPU 设备，以及它对应的驱动目录 。 以 NVIDIA 的 GPU 设备为例，上面的需求就意 ...
阅读全文 »

发表于 | 分类于
Kubernetes Sidecar设计模式比如使用Sidebar容器处理日志，可以让应用不用关心日志发送到哪里，仅输出到stdout就可以。容器的输出会被同一Pod中的SideCar辅助容器截取，并发送到日志聚合平台如（ElasticSearch）。这使得运行在Kubernetes中的微服务可以实 ...
阅读全文 »