API资源对象（Job、CronJob、Endpoint、ConfigMap和Secret）2024-07-09

最新推荐文章于 2024-07-13 21:14:55 发布
最新推荐文章于 2024-07-13 21:14:55 发布
阅读量429 收藏 19
点赞数 14
文章标签： 云原生 docker k8s kubernetes
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/Chauncey_Qin/article/details/140286900
版权

一、API资源对象Job

可以理解成一次性运行后就退出的Pod。
先来生成一个YAML文件：

kubectl create job job-demo --image=busybox --dry-run=client -o yaml > jobdemo.
yaml

 vi job-demo.yaml

[root@aminglinux01 ~]# cat job-demo.yaml 
apiVersion: batch/v1
kind: Job
metadata:
  name: job-demo
spec:
  template:       ##模板，基于此模板来创建pod，它用来定义pod的属性，比如container
    spec:
      restartPolicy: OnFailure    ##定义pod运行失败时的策略，可以是OnFailure和Nerver，其中OnFailure表示失败的话需要重启容器，Nerver表示失败的话不重启容器，而是重新生成一个新的Pod
      containers:
      - image: registry.cn-hangzhou.aliyuncs.com/*/busybox:latest
        name: job-demo
        command: ["/bin/echo"]
        args: ["hello","world"]
[root@aminglinux01 ~]#

 创建Job

kubectl apply -f job-demo.yaml

[root@aminglinux01 ~]# kubectl apply -f job-demo.yaml
job.batch/job-demo created
[root@aminglinux01 ~]#

 查看job

  kubectl get job,pod 可以看到该容器运行完成后状态就变成了Completed。

[root@aminglinux01 ~]# kubectl get job,pod
NAME                 COMPLETIONS   DURATION   AGE
job.batch/job-demo   1/1           6s         2m53s

NAME                             READY   STATUS      RESTARTS      AGE
pod/ds-demo-7kqhx                1/1     Running     0             15h
pod/ds-demo-js2rl                1/1     Running     0             15h
pod/ds-demo-pkpb6                1/1     Running     0             15h
pod/job-demo-fg2pg               0/1     Completed   0             2m53s   ####运行一次后，变为completed
pod/lucky-6cdcf8b9d4-qslbj       1/1     Running     2 (16h ago)   4d12h
pod/ng-deploy-6d94878b66-8t2hq   1/1     Running     2 (16h ago)   40h
pod/ng-deploy-6d94878b66-gh95m   1/1     Running     2 (16h ago)   40h
pod/ngnix                        1/1     Running     2 (16h ago)   3d18h
pod/pod-demo                     1/1     Running     2 (16h ago)   3d20h
pod/pod-demo1                    1/1     Running     2 (16h ago)   3d20h
pod/redis-sts-0                  1/1     Running     0             14h
pod/redis-sts-1                  1/1     Running     0             13h
[root@aminglinux01 ~]#

对于Job，还有几个特殊字段：

  • activeDeadlineSeconds，设置 Pod 运行的超时时间。
  • backoffLimit，设置 Pod 的失败重试次数。
  • completions，Job 完成需要运行多少个 Pod，默认是 1 个。
  • parallelism，它与 completions 相关，表示允许并发运行的 Pod 数量，避免过多占用资源。

vi myjob.yaml

[root@aminglinux01 ~]# cat myjob.yaml 
apiVersion: batch/v1
kind: Job
metadata:
  name: sleep-job

spec:
  activeDeadlineSeconds: 15   ##15s就超时
  backoffLimit: 2             ##失败重试2次就放弃
  completions: 4                ##要运行4个pod，才算完成
  parallelism: 2              ##允许并发运行2个pod

  template:
    spec:
      restartPolicy: Never
      containers:
      - image: registry.cn-hangzhou.aliyuncs.com/*/busybox:latest
        name: echo-job
        imagePullPolicy: IfNotPresent
        command:
          - sh
          - -c
          - sleep 10; echo done
[root@aminglinux01 ~]#

创建job，并查看job情况

kubectl apply -f myjob.yaml ; kubectl get pod -w

[root@aminglinux01 ~]# kubectl get pod -w
NAME                         READY   STATUS             RESTARTS      AGE
ds-demo-7kqhx                1/1     Running            0             15h
ds-demo-js2rl                1/1     Running            0             15h
ds-demo-pkpb6                1/1     Running            0             15h
job-demo-fg2pg               0/1     Completed          0             13m
lucky-6cdcf8b9d4-qslbj       1/1     Running            2 (16h ago)   4d12h
ng-deploy-6d94878b66-8t2hq   1/1     Running            2 (16h ago)   40h
ng-deploy-6d94878b66-gh95m   1/1     Running            2 (16h ago)   40h
ngnix                        1/1     Running            2 (16h ago)   3d18h
pod-demo                     1/1     Running            2 (16h ago)   3d20h
pod-demo1                    1/1     Running            2 (16h ago)   3d20h
redis-sts-0                  1/1     Running            0             14h
redis-sts-1                  1/1     Running            0             13h
sleep-job-4rk8t              0/1     InvalidImageName   0             11s
sleep-job-rdtv6              0/1     InvalidImageName   0             11s
sleep-job-rdtv6              0/1     Terminating        0             15s
sleep-job-4rk8t              0/1     Terminating        0             15s
sleep-job-rdtv6              0/1     Terminating        0             15s
sleep-job-4rk8t              0/1     Terminating        0             15s
sleep-job-4rk8t              0/1     Terminating        0             15s
sleep-job-rdtv6              0/1     Terminating        0             15s
sleep-job-4rk8t              0/1     Terminating        0             15s
sleep-job-rdtv6              0/1     Terminating        0             15s
sleep-job-4rk8t              0/1     Terminating        0             15s
sleep-job-4rk8t              0/1     Terminating        0             15s
sleep-job-4rk8t              0/1     Terminating        0             15s
sleep-job-rdtv6              0/1     Terminating        0             16s
sleep-job-rdtv6              0/1     Terminating        0             16s

二、API资源对象CronJob

CronJob简称（cj）是一种周期运行的Pod，比如有些任务需要每天执行一次，就可以使用CronJob。

先生成一个YAML:

kubectl create cj cj-demo --image=busybox --schedule="" --dry-run=client -o
yaml > cj-demo.yaml

[root@aminglinux01 ~]# kubectl create cj cj-demo --image=registry.cn-hangzhou.aliyuncs.com/daliyused/busybox:latest --schedule="" --dry-run=client -o yaml > cj-demo.yaml
[root@aminglinux01 ~]# ls
 anaconda-ks.cfg
 calico-cni.tar
 calico-kube-controllers.tar
 calico-node.tar
 calico-pod2daemon.tar
 calico.yaml
 cj-demo.yaml
[root@aminglinux01 ~]# 
[root@aminglinux01 ~]# cat cj-demo.yaml
apiVersion: batch/v1
kind: CronJob
metadata:
  creationTimestamp: null
  name: cj-demo
spec:
  jobTemplate:
    metadata:
      creationTimestamp: null
      name: cj-demo
    spec:
      template:
        metadata:
          creationTimestamp: null
        spec:
          containers:
          - image: registry.cn-hangzhou.aliyuncs.com/daliyused/busybox:latest
            name: cj-demo
            resources: {}
          restartPolicy: OnFailure
  schedule: ""
status: {}
[root@aminglinux01 ~]#

 vi job-demo.yaml

[root@aminglinux01 ~]# cat job-demo.yaml 
apiVersion: batch/v1
kind: Job
metadata:
  name: job-demo
spec:
  schedule: '*/1 * * * *'
  jobTemplate:
    spec:
      template:
        spec:
          restartPolicy: OnFailure
          containers:
          - image: registry.cn-hangzhou.aliyuncs.com/daliyused/busybox:latest
            name: job-demo
            command: ["/bin/echo"]
            args: ["hello","world"]
[root@aminglinux01 ~]# 

[root@aminglinux01 ~]# kubectl apply -f cj-demo.yaml
cronjob.batch/cj-demo created
[root@aminglinux01 ~]# kubectl get cj
NAME      SCHEDULE      SUSPEND   ACTIVE   LAST SCHEDULE   AGE
cj-demo   */1 * * * *   False     0        <none>          15s
[root@aminglinux01 ~]# kubectl get pod
NAME                         READY   STATUS      RESTARTS      AGE
ds-demo-7kqhx                1/1     Running     0             17h
ds-demo-js2rl                1/1     Running     0             17h
ds-demo-pkpb6                1/1     Running     0             17h
job-demo-fg2pg               0/1     Completed   0             167m
lucky-6cdcf8b9d4-qslbj       1/1     Running     2 (19h ago)   4d14h
ng-deploy-6d94878b66-8t2hq   1/1     Running     2 (19h ago)   42h
ng-deploy-6d94878b66-gh95m   1/1     Running     2 (19h ago)   42h
ngnix                        1/1     Running     2 (19h ago)   3d21h
pod-demo                     1/1     Running     2 (19h ago)   3d23h
pod-demo1                    1/1     Running     2 (19h ago)   3d22h
redis-sts-0                  1/1     Running     0             16h
redis-sts-1                  1/1     Running     0             16h
[root@aminglinux01 ~]#

三、API资源对象Endpoint

Endpoint（简称ep）资源是和Service一一对应的，也就是说每一个Service都会对应一个Endpoint。

[root@aminglinux01 ~]# kubectl get ep
NAME         ENDPOINTS                              AGE
kubernetes   192.168.100.151:6443                   4d18h
lucky        10.18.68.141:10661                     4d14h
ngx-svc      10.18.206.207:80,10.18.68.140:80       42h
redis-svc    10.18.206.213:6379,10.18.68.148:6379   16h
[root@aminglinux01 ~]# kubectl get svc
NAME         TYPE        CLUSTER-IP      EXTERNAL-IP   PORT(S)           AGE
kubernetes   ClusterIP   10.15.0.1       <none>        443/TCP           4d18h
lucky        NodePort    10.15.104.133   <none>        16601:31368/TCP   4d14h
ngx-svc      NodePort    10.15.157.72    <none>        8080:30009/TCP    42h
redis-svc    ClusterIP   10.15.165.5     <none>        6379/TCP          16h
[root@aminglinux01 ~]#

Endpoint可以理解成Service后端对应的资源。

有时候K8s里的Pod需要访问外部资源，比如访问外部的MySQL服务，就可以定义一个对外资源的
Ednpoint，然后再定义一个Service，就可以让K8s里面的其它Pod访问了。

vim testep.yaml

[root@aminglinux01 ~]# cat testep.yaml 
apiVersion: v1
kind: Endpoints
metadata:
  name: external-mysql             ####与service的name保持一致
subsets:
  - addresses:
      - ip: 10.18.206.207             ####后端pod的IP
    ports:
      - port: 3306                  ####后端pod的端口

---
apiVersion: v1
kind: Service    ##注意：该service里并不需要定义selector，只要Server name和Endpoint name保持一致即可。
metadata:
  name: external-mysql
spec:
  ports:
    - port: 3306
[root@aminglinux01 ~]#

 

[root@aminglinux01 ~]# kubectl apply -f testep.yaml
endpoints/external-mysql created
service/external-mysql created
[root@aminglinux01 ~]# kubectl get svc
NAME             TYPE        CLUSTER-IP      EXTERNAL-IP   PORT(S)           AGE
external-mysql   ClusterIP   10.15.76.93     <none>        3306/TCP          14s
kubernetes       ClusterIP   10.15.0.1       <none>        443/TCP           5d2h
lucky            NodePort    10.15.104.133   <none>        16601:31368/TCP   4d23h
ngx-svc          NodePort    10.15.157.72    <none>        8080:30009/TCP    2d2h
redis-svc        ClusterIP   10.15.165.5     <none>        6379/TCP          25h
[root@aminglinux01 ~]# kubectl get ep
NAME             ENDPOINTS                              AGE
external-mysql   10.18.206.207:3306                     19s
kubernetes       192.168.100.151:6443                   5d2h
lucky            10.18.68.141:10661                     4d23h
ngx-svc          10.18.206.207:80,10.18.68.140:80       2d2h
redis-svc        10.18.206.255:6379,10.18.68.148:6379   25h
[root@aminglinux01 ~]#

四、API资源对象ConfigMap

ConfigMap（简称cm）用来存储配置信息，比如服务端口、运行参数、文件路径等等。

vi mycm.yaml

[root@aminglinux01 ~]# cat mycm.yaml 
apiVersion: v1
kind: ConfigMap
metadata:
  name: mycm

data:
  DATABASE: 'db'
  USER: 'wp'
  PASSWORD: '123456'
  ROOT_PASSWORD: '123456'
[root@aminglinux01 ~]#

创建：

[root@aminglinux01 ~]# kubectl apply -f mycm.yaml 
configmap/mycm created

查看：

[root@aminglinux01 ~]# kubectl get cm
NAME               DATA   AGE
kube-root-ca.crt   1      4d19h
mycm               4      9s
[root@aminglinux01 ~]# kubectl describe cm mycm
Name:         mycm
Namespace:    default
Labels:       <none>
Annotations:  <none>

Data
====
DATABASE:
----
db
PASSWORD:
----
123456
ROOT_PASSWORD:
----
123456
USER:
----
wp

BinaryData
====

Events:  <none>
[root@aminglinux01 ~]# cat my
mycm.yaml   myjob.yaml  
[root@aminglinux01 ~]# cat mycm.yaml 
apiVersion: v1
kind: ConfigMap
metadata:
  name: mycm

data:
  DATABASE: 'db'
  USER: 'wp'
  PASSWORD: '123456'
  ROOT_PASSWORD: '123456'
[root@aminglinux01 ~]#

调用CM

[root@aminglinux01 ~]# cat testpod.yaml 
apiVersion: v1
kind: Pod
metadata:
  name: testpod
  labels:
    app: testpod

spec:
  containers:
  - image: nginx:latest
    name: nginx
    imagePullPolicy: IfNotPresent
    ports:
    - containerPort: 80

    envFrom:                        ##将cm李的字段全部导入该pod
    - prefix: 'NGINX_'               ##将导入的字段名前自动加上前缀,如NGINX_DATABASE
      configMapRef:                 ##定义哪个CM
        name: mycm
[root@aminglinux01 ~]#

 查看pod创建过程中调用

[root@aminglinux01 ~]# kubectl describe pod testpod
Name:             testpod
Namespace:        default
Priority:         0
Service Account:  default
Node:             aminglinux02/192.168.100.152
Start Time:       Tue, 09 Jul 2024 22:07:23 +0800
Labels:           app=testpod
Annotations:      cni.projectcalico.org/containerID: 8cfe350f99e0d639b53b088133c536786e76c58885e57755cb06d1e37dcd4580
                  cni.projectcalico.org/podIP: 10.18.206.236/32
                  cni.projectcalico.org/podIPs: 10.18.206.236/32
Status:           Running
IP:               10.18.206.236
IPs:
  IP:  10.18.206.236
Containers:
  nginx:
    Container ID:   containerd://8d2f0e06c902c569574629ee896a999bb10b5317656beca5e05e946cf8c54f30
    Image:          nginx:latest
    Image ID:       docker.io/library/nginx@sha256:67682bda769fae1ccf5183192b8daf37b64cae99c6c3302650f6f8bf5f0f95df
    Port:           80/TCP
    Host Port:      0/TCP
    State:          Running
      Started:      Tue, 09 Jul 2024 22:07:24 +0800
    Ready:          True
    Restart Count:  0
    Environment Variables from:
      mycm        ConfigMap with prefix 'NGINX_'  Optional: false
    Environment:  <none>
    Mounts:
      /var/run/secrets/kubernetes.io/serviceaccount from kube-api-access-w4n26 (ro)
Conditions:
  Type              Status
  Initialized       True 
  Ready             True 
  ContainersReady   True 
  PodScheduled      True 
Volumes:
  kube-api-access-w4n26:
    Type:                    Projected (a volume that contains injected data from multiple sources)
    TokenExpirationSeconds:  3607
    ConfigMapName:           kube-root-ca.crt
    ConfigMapOptional:       <nil>
    DownwardAPI:             true
QoS Class:                   BestEffort
Node-Selectors:              <none>
Tolerations:                 node.kubernetes.io/not-ready:NoExecute op=Exists for 300s
                             node.kubernetes.io/unreachable:NoExecute op=Exists for 300s
Events:
  Type    Reason     Age   From               Message
  ----    ------     ----  ----               -------
  Normal  Scheduled  114s  default-scheduler  Successfully assigned default/testpod to aminglinux02
  Normal  Pulled     114s  kubelet            Container image "nginx:latest" already present on machine
  Normal  Created    114s  kubelet            Created container nginx
  Normal  Started    113s  kubelet            Started container nginx
[root@aminglinux01 ~]#

五、API资源对象Secret

Secret定义的数据是加密的。

Secret和cm的结构和用法很类似，不过在 K8s里Secret 对象又细分出很多类，比如：

  • 访问私有镜像仓库的认证信息
  • 身份识别的凭证信息
  • HTTPS 通信的证书和私钥
  • 一般的机密信息（格式由用户自行解释）

前几种我们现在暂时用不到，所以就只使用最后一种。

secret创建实例：

vi mysecret.yaml

[root@aminglinux01 ~]# cat mysecret.yaml 
apiVersion: v1
kind: Secret
metadata:
  name: mysecret

data:
  user: eWV5dW55aQ==     ##由命令echo -n "aming" |base64生成
  passwd: MXFhekBXU1g=   ##由命令echo -n "linux123"|base64
[root@aminglinux01 ~]#

查看：

[root@aminglinux01 ~]# kubectl apply -f mysecret.yaml 
secret/mysecret created
[root@aminglinux01 ~]# kubectl get secret
NAME       TYPE     DATA   AGE
mysecret   Opaque   2      9s
[root@aminglinux01 ~]# kubectl describe secret mysecret
Name:         mysecret
Namespace:    default
Labels:       <none>
Annotations:  <none>

Type:  Opaque

Data
====
passwd:  8 bytes                      ###加密，无法看到
user:    7 bytes                      ###加密，无法看到
[root@aminglinux01 ~]#

pod调用secret实例：

vi testpod2.yaml

[root@aminglinux01 ~]# cat testpod2.yaml
apiVersion: v1
kind: Pod
metadata:
  name: testpod2

spec:
  containers:
  - image: busybox
    name: busy
    imagePullPolicy: IfNotPresent
    command: ["/bin/sleep","300"]

    env:
      - name: USERNAME     
        valueFrom:
          secretKeyRef:         ##用来指定从哪个secret找username
            name: mysecret
            key: user
      - name: PASSWORD
        valueFrom:
          secretKeyRef:         ##用来指定从哪个secret找username
            name: mysecret
            key: passwd
[root@aminglinux01 ~]#

查看：

[root@aminglinux01 ~]# kubectl apply -f testpod2.yaml 
pod/testpod2 created
[root@aminglinux01 ~]# kubectl exec -it testpod2 -- sh
/ # 
/ # echo $PASSWORD
1qaz@WSX
/ # command terminated with exit code 137
[root@aminglinux01 ~]#

Chauncey_Qin
关注
  • 14
    点赞
  • 踩
  • 19
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
swarm-cronjob：在Docker Swarm上基于时间的时间表创建作业
02-03
关于swarm-cronjob通过专用服务以分布式方式在上基于时间的时间表上创建作业，该服务通过和Docker API自动动态地进行自我配置。 :light_bulb: 是否想收到新版本的通知？ 查看 :bell: 项目！文献资料可以在上找到文档...
openshift-cronjob-metrics-exporter
05-04
Openshift Cronjob指标导出器Openshift-cronjob-metrics-exporter是一个检查cronjobs运行状况的应用程序。 该应用程序除了提取openshift本机指标外，还从应用程序日志输出中捕获指标。 捕获后，将使用烧瓶应用程序以...
Kubernetes中API资源对象Job；API资源对象CronJob；API资源对象Endpoint；API资源对象ConfigMap；API资源对象Secret
weixin_44681307的博客
12-05 426
有时候K8s里的Pod需要访问外部资源，比如访问外部的MySQL服务，就可以定义一个对外资源的Ednpoint，然后再定义一个Service，就可以让K8s里面的其它Pod访问了。Endpoint（简称ep）资源是和Service一一对应的，也就是说每一个Service都会对应一个Endpoint。CronJob简称（cj）是一种周期运行的Pod，比如有些任务需要每天执行一次，就可以使用CronJob。ConfigMap（简称cm）用来存储配置信息，比如服务端口、运行参数、文件路径等等。
Kubernetes API对象
云原生Java Web领域技术博客
02-03 929
API对象(也常被称作对象)是Kubernetes中的管理操作单元。Kubernetes系统每支持一项新功能，引入一项新技术，一定会新引入对应的API对象，支持对该功能的管理操作。也就是说，API对象可以帮助实现特定功能的管理操作。如Kubernetes最常用的Pod负责一个或多个容器的管理，Deployment负责Pod副本的部署、升级和回滚、扩容和缩容等自动化运维。API对象是一种"意向表达（Record of Intent）"。
k8s中kubectl命令式对象、命令式对象配置、声明式对象配置管理资源介绍
树下一少年的博客
10-29 443
一.kubernetes资源管理简介 二.三种资源管理方式优缺点比较 三.命令式对象管理介绍 1.kubectl命令语法格式 2.资源类型 （1）通过“kubectl api-resources”来查看所有的资源 （2）每列含义 （3）常用资源介绍​编辑 3.kubectl命令支持命令 （1）获取命令帮助 （2）常用命令介绍​编辑 4.常用命令示例 四.命令式对象配置介绍 五.声明式对象配置 1.kubectl apply 2.操作多个文件内的资源
飞天使-k8s知识点8-kubernetes资源对象1-namespace
飞天使的博客
12-22 559
【代码】飞天使-k8s知识点8-kubernetes资源对象。
CoreDNS与k8s资源对象详解-Day03
qq_42515722的博客
05-30 1320
主要内容：coredns、k8s常用资源、数据持久化
【云原生】kubernetes学习之资源（对象）控制器概述---概念和实战（五）
zsk_john的技术分享专用博客
08-23 363
【代码】kubernetes学习之资源（对象）控制器概述---概念和实战（五）
k8s系列（四）——资源对象
罗伯特是疯子丶
05-17 984
k8s资源对象
k8s 读书笔记 - kubernetes 基本概念和术语（上）
ChaITSimpleLove的博客
08-11 638
k8s 其实是一个高度自动化的资源控制系统，k8s 里所有的资源对象都可以采用 YAML 或者 JSON 格式的文件来定义或描述，它通过跟踪对比 etcd 库里保存的 “资源期望状态” 与当前环境中的 “实际资源状态” 的差异来实现自动控制和自动纠错的高级功能。 在声明 k8s 资源对象的时候，需要注意一个关键属性：`apiVersion` 。以 Pod 声明为例，可以看到 Pod 这种资源对象归属 v1 这个核心 API。...............
《Kubernetes监控篇：Prometheus监控K8S资源状态对象》
东城绝神
12-23 1684
系列文章目录 提示：这里可以添加系列文章的所有文章的目录，目录需要自己手动添加 例如：第一章 Python 机器学习入门之pandas的使用 提示：写完文章后，目录可以自动生成，如何生成可参考右边的帮助文档 文章目录系列文章目录前言一、pandas是什么？二、使用步骤1.引入库2.读入数据总结 前言 提示：这里可以添加本文要记录的大概内容： 例如：随着人工智能的不断发展，机器学习这门技术也越来越重要，很多人都开启了学习机器学习，本文就介绍了机器学习的基础内容。 提示：以下是本篇文章正文内容，下面案例
shardingsphere-elasticjob：分布式计划作业框架
02-04
通过灵活的调度，资源管理和作业管理功能，它创建了适合Internet场景的分布式调度解决方案，并通过开放式架构设计提供了多样化的作业生态系统。 它为每个项目使用统一的作业API。 开发人员只需要一次编写代码，就...
xxl-job的可视化 附带sql文件
04-22
5. `xxl_job_trigger`：保存任务的触发规则和状态，如cron表达式、触发类型等。 在执行SQL脚本后，你就可以通过Web界面创建并配置任务了。例如，你可以定义一个简单的Java执行器，编写任务执行的Java代码，然后在...
xxl-job整合mybatis&&mysql&&stringboot
08-06
2. **动态任务**：通过API接口或者控制台，可以动态调整任务的调度策略，如修改cron表达式，开启/关闭任务等。 3. **任务分组与依赖**：任务可以被分组，不同组的任务互不影响。此外，XXL-JOB支持任务依赖，一个...
0基础学会在亚马逊云科技AWS上搭建生成式AI云原生Serverless问答Q&A机器人（含代码和步骤）
m0_66628975的博客
07-10 1725
小李哥今天带大家继续学习在国际主流云计算平台亚马逊云科技AWS上开发生成式AI软件应用方案。上一篇文章我们为大家介绍了，如何在亚马逊云科技上利用Amazon SageMaker搭建、部署和测试开源模型Llama 7B。下面我将会带大家探索如何搭建高扩展性、高可用的完全托管云原生基础设施，让终端用户通过云平台访问到部署的开源AI大语言模型。下面就是小李哥做的一个简单Meta Llama 7B问答聊天机器人界面。
Flink+Paimon在阿里云大数据云原生运维数仓的实践
Ververica的博客
07-10 1167
目前 Flink+Paimon 实时数据湖的方案已经比较成熟，使用成本不高，相关的生态也比较完善，在低成本和低延迟的要求下，这个方案还是非常好的选择。如果对成本没太高的要求，Flink+Hologres 在延迟方面会有些优势。参考文件：《Flink+Paimon构建流式数据湖仓》《Paimon外部表》《当流计算邂逅数据湖：Paimon 的前生今世》
金融业务系统云原生技术转型：从传统架构到云原生的跨越
最新发布
Jeremy程序员
07-13 675
金融机构的云原生转型是一个复杂但充满机遇的过程。通过构建统一的云原生平台、强化安全与合规性、实现持续交付，金融机构能够提升IT系统的灵活性、可靠性和响应速度，从而更好地服务客户和市场。随着技术的不断进步，金融机构需要持续关注和采纳新的技术实践，以保持竞争力。
Prometheus 云原生 - 微服务监控报警系统 （Promethus、Grafana、Node_Exporter）部署、简单使用
CYK_byte的博客
07-13 530
prometheus 是一个开源的系统监控和报警系统，本身是机遇 Go 开发的一套开源的系统监控报警框架和时序列数据库（TSDB）基本原理：通过 HTTP 协议周期性的抓取被监控组件的状态，任意组件只要提供对应的 HTTP 接口就可以接入监控，不需要任何的 SDK 或者其他集成过程. 这样非常适合做虚拟化环境监控，例如 VM、Docker、Hubernetes 等，被监控组件信息的 HTTP 接口叫做 exporter.
xxl-job官方文档
11-03
7. **触发策略**：提供多种触发策略，如Cron表达式触发、固定间隔触发、固定延时触发、API触发、人工触发和父子任务触发，满足不同场景的需求。 8. **调度过期策略**：对于错过调度时间的情况，XXL-JOB提供了补偿...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值