文章分类 - GitOps / Knative Eventing
摘要：#查看集群默认 Channel #查看集群默认 Channel [root@xianchaomaster1 05-gitlabsource-to-knative-service]# kubectl get cm default-ch-webhook -o yaml -n knative-eventi
阅读全文
摘要：关于Kafka #Kafka是一个分布式流式数据平台，它具有三个关键特性 ◼ Messaging System：Pub-Sub消息系统 ◼ Availability & Reliability：以容错及持久化的方式存储数据记录流 ◼ Scalable & Real time Kafka架构体系 #K
阅读全文
摘要：Parallel Flow 示例 #示例环境说明 ◼ Curl命令负责生成event ◼ Parallel中有两个Branch ◆使用kservice/image-filter作为Filter，筛选类型为“com.magedu.file.image”的事件，相应的Subscriber为ksvc/pa
阅读全文
摘要：Knative Event Driven Flow Flow: 事件从生产者传递给消息费之间的路径上，需要由一到多个Processor（KSVC/SVC）进行预处理; 预处理时需要经由路径拓扑，可以经由Knative Eventing Flow进行定义，主要由两个CRD负责完成： Sequence：
阅读全文
摘要：Message Broker #Broker ◼ 承载消息队列的组件，它从生产者接收消息，并根据消息交换规则将其交换至相应的队列（或Topic） ◆生产者通过特定的协议将Message投递至Broker ◼ 然后，通过队列（或Topic），将消息传递给消费者 ◼ Kafka、RabbitMQ、Act
阅读全文
摘要：Channel 和 Subscription #总结 Channel/Subscription Channel和Subscription，以及Sink要处于同一个名称空间； 当然，在语法上，我们可以在subscription中的定义引用其它名称空间中的Sink，但很有可能不会发生作用。 #关于Cha
阅读全文
摘要：GitLab Source 一、示例说明 #示例环境说明 ◼ 一个部署可用的GitLab服务 ◼ GitLab服务上隶于某个用户（例如root）的代码仓库（例如myproject） ◼ 负责接收CloudEvents的kservice/event-display #测试步骤 ◼ 部署GitLab ◼
阅读全文
摘要：Source to Sink 消息模式实践 #pingsource：周期性地生成事件 #containersource：由容器生成事件 #apiserversource：由Kubernetes集群上的某个组件的状态变动生成事件 #Gitlab Sources：GitLab触发事件 示例1：PingS
阅读全文
摘要：Knative Eventing： 三个组件： Serving： BaaS 编排无状态、基于HTTP或gRPC协议的服务器（daemon）应用 这类应用本身也可以由Kubernetes直接编排运行（Deployment, HPA, Service, Ingress） Eventing: 事件驱动架构
阅读全文
浙公网安备 33010602011771号