 Windows and triggers - CS 591 K1: Data Stream Processing and Analytics Spring 2020Processing and Analytics Vasiliki (Vasia) Kalavri vkalavri@bu.edu Spring 2020 2/11: Windows and Triggers Vasiliki Kalavri | Boston University 2020 • Practical way to perform operations on unbounded input have a start and an end timestamp. • All built-in window assigners provide a default trigger that triggers the evaluation of a window once the (processing or event) time passes the end of the window. Long, ctx: OnTimerContext, out: Collector[OUT]) is invoked when a previously registered timer triggers. The timestamp argument gives the timestamp of the firing timer and the Collector allows emitting0 码力 | 35 页 | 444.84 KB | 1 年前3 Windows and triggers - CS 591 K1: Data Stream Processing and Analytics Spring 2020Processing and Analytics Vasiliki (Vasia) Kalavri vkalavri@bu.edu Spring 2020 2/11: Windows and Triggers Vasiliki Kalavri | Boston University 2020 • Practical way to perform operations on unbounded input have a start and an end timestamp. • All built-in window assigners provide a default trigger that triggers the evaluation of a window once the (processing or event) time passes the end of the window. Long, ctx: OnTimerContext, out: Collector[OUT]) is invoked when a previously registered timer triggers. The timestamp argument gives the timestamp of the firing timer and the Collector allows emitting0 码力 | 35 页 | 444.84 KB | 1 年前3
 OpenShift Container Platform 4.4 构建(build)OpenShift Container Platform 4.4 构建(build) 在 OpenShift Container Platform 中执行构建并与之交互 Last Updated: 2021-03-11 OpenShift Container Platform 4.4 构建(build) 在 OpenShift Container Platform 中执行构建并与之交互 . . . . . . . . . . . . . . . . . . . . . . . . . 目 目录 录 第 第 1 章 章 理解 理解镜 镜像 像构 构建 建 1.1. 构建(BUILD) 第 第 2 章 章 了解 了解构 构建配置 建配置 2.1. BUILDCONFIG 第 第 3 章 章 创 创建 建构 构建 建输 输入 入 3.1. 构建输入 3.2. DOCKERFILE 87 87 87 88 88 89 93 OpenShift Container Platform 4.4 构 构建( 建(build) ) 2 目 目录 录 3 第 1 章 理解镜像构建 1.1. 构建(BUILD) 构建 (build)是将输入参数转换为结果对象的过程。此过程最常用于将输入参数或源代码转换为可运行的镜 像。BuildConfig 对象是整个构建过程的定义。0 码力 | 101 页 | 1.12 MB | 1 年前3 OpenShift Container Platform 4.4 构建(build)OpenShift Container Platform 4.4 构建(build) 在 OpenShift Container Platform 中执行构建并与之交互 Last Updated: 2021-03-11 OpenShift Container Platform 4.4 构建(build) 在 OpenShift Container Platform 中执行构建并与之交互 . . . . . . . . . . . . . . . . . . . . . . . . . 目 目录 录 第 第 1 章 章 理解 理解镜 镜像 像构 构建 建 1.1. 构建(BUILD) 第 第 2 章 章 了解 了解构 构建配置 建配置 2.1. BUILDCONFIG 第 第 3 章 章 创 创建 建构 构建 建输 输入 入 3.1. 构建输入 3.2. DOCKERFILE 87 87 87 88 88 89 93 OpenShift Container Platform 4.4 构 构建( 建(build) ) 2 目 目录 录 3 第 1 章 理解镜像构建 1.1. 构建(BUILD) 构建 (build)是将输入参数转换为结果对象的过程。此过程最常用于将输入参数或源代码转换为可运行的镜 像。BuildConfig 对象是整个构建过程的定义。0 码力 | 101 页 | 1.12 MB | 1 年前3
 Using Istio to Build the Next 5G PlatformUsing Istio to Build the Next 5G Platform David Lenrow Open Source Service Mesh Evangelist Neeraj Poddar Co-founder & Chief Architect, Aspen Mesh February 22, 2021 2 ©2021 Aspen Mesh. All rights reserved Observability, Debugging Uniform metrics and tracing for all CNF traffic Enforcement Primitives to Build Zero Trust Strong identity for users, workloads, devices, etc. Encrypting inter-CNF traffic via0 码力 | 18 页 | 3.79 MB | 1 年前3 Using Istio to Build the Next 5G PlatformUsing Istio to Build the Next 5G Platform David Lenrow Open Source Service Mesh Evangelist Neeraj Poddar Co-founder & Chief Architect, Aspen Mesh February 22, 2021 2 ©2021 Aspen Mesh. All rights reserved Observability, Debugging Uniform metrics and tracing for all CNF traffic Enforcement Primitives to Build Zero Trust Strong identity for users, workloads, devices, etc. Encrypting inter-CNF traffic via0 码力 | 18 页 | 3.79 MB | 1 年前3
 OpenShift Container Platform 4.10 CLI 工具RESTARTS AGE IP NODE NOMINATED NODE cakephp-ex-1-build 0/1 Completed 0 5m45s 10.131.0.10 ip-10-0-141-74.ec2.internal OpenShift Container Platform 4.10 CLI 工具RESTARTS AGE IP NODE NOMINATED NODE cakephp-ex-1-build 0/1 Completed 0 5m45s 10.131.0.10 ip-10-0-141-74.ec2.internal- cakephp-ex-1-deploy 息: 示例: 示例:查 查看 看 Pod 资 资源的文档 源的文档 输 输出示例 出示例 OpenShift Client This client helps you develop, build, deploy, and run your applications on any OpenShift or Kubernetes compatible platform. It also includes autoscale deployment foo --min=2 --max=10 第 第 2 章 章 OPENSHIFT CLI (OC) 25 2.5.1.12. oc cancel-build 取消正在运行、待处理或新的构建 用法示例 用法示例 2.5.1.13. oc cluster-info 显示集群信息 用法示例 用法示例 2.5.1.14. oc cluster-info 0 码力 | 120 页 | 1.04 MB | 1 年前3
 OpenShift Container Platform 4.13 CLI 工具RESTARTS AGE IP NODE NOMINATED NODE cakephp-ex-1-build 0/1 Completed 0 5m45s 10.131.0.10 ip-10-0-141-74.ec2.internal OpenShift Container Platform 4.13 CLI 工具RESTARTS AGE IP NODE NOMINATED NODE cakephp-ex-1-build 0/1 Completed 0 5m45s 10.131.0.10 ip-10-0-141-74.ec2.internal- cakephp-ex-1-deploy true ConfigMap ... $ oc help OpenShift Client This client helps you develop, build, deploy, and run your applications on any OpenShift or Kubernetes compatible platform. It also includes 则 用法示例 用法示例 2.7.1.11. oc autoscale 自动缩放部署配置、部署、副本集、有状态集或复制控制器 用法示例 用法示例 2.7.1.12. oc cancel-build 取消正在运行、待处理或新的构建 用法示例 用法示例 2.7.1.13. oc cluster-info 显示集群信息 用法示例 用法示例 # Reconcile RBAC resources 0 码力 | 128 页 | 1.11 MB | 1 年前3
 OpenShift Container Platform 4.8 CLI 工具RESTARTS AGE IP NODE NOMINATED NODE cakephp-ex-1-build 0/1 Completed 0 5m45s 10.131.0.10 ip-10-0-141-74.ec2.internal OpenShift Container Platform 4.8 CLI 工具RESTARTS AGE IP NODE NOMINATED NODE cakephp-ex-1-build 0/1 Completed 0 5m45s 10.131.0.10 ip-10-0-141-74.ec2.internal- cakephp-ex-1-deploy 息: 示例: 示例:查 查看 看 Pod 资 资源的文档 源的文档 输 输出示例 出示例 OpenShift Client This client helps you develop, build, deploy, and run your applications on any OpenShift or Kubernetes compatible platform. It also includes autoscale deployment foo --min=2 --max=10 第 第 2 章 章 OPENSHIFT CLI (OC) 25 2.5.1.12. oc cancel-build 取消正在运行、待处理或新的构建 用法示例 用法示例 2.5.1.13. oc cluster-info 显示集群信息 用法示例 用法示例 2.5.1.14. oc cluster-info 0 码力 | 152 页 | 1.24 MB | 1 年前3
 OpenShift Container Platform 4.13 CI/CD1. OPENSHIFT 构建 1.2. OPENSHIFT PIPELINES 1.3. OPENSHIFT GITOPS 1.4. JENKINS 第 第 2 章 章 构 构建( 建(BUILD) ) 2.1. 理解镜像构建 2.2. 了解构建配置 2.3. 创建构建输入 2.4. 管理构建输出 2.5. 使用构建策略 2.6. 使用 BUILDAH 自定义镜像构建 2.7. 执行和配置基本构建 OpenShift 上部署。 第 第 1 章 章 OPENSHIFT CONTAINER PLATFORM CI/CD 概述 概述 3 第 2 章 构建(BUILD) 2.1. 理解镜像构建 2.1.1. Builds 构建 (build) 是将输入参数转换为结果对象的过程。此过程最常用于将输入参数或源代码转换为可运行的 镜像。BuildConfig 对象是整个构建过程的定义。 OpenShift BuildConfig 对 对象定 象定义 义 kind: BuildConfig apiVersion: build.openshift.io/v1 metadata: name: "ruby-sample-build" 1 spec: runPolicy: "Serial" 2 triggers: 3 - type: "GitHub" github:0 码力 | 129 页 | 1.37 MB | 1 年前3 OpenShift Container Platform 4.13 CI/CD1. OPENSHIFT 构建 1.2. OPENSHIFT PIPELINES 1.3. OPENSHIFT GITOPS 1.4. JENKINS 第 第 2 章 章 构 构建( 建(BUILD) ) 2.1. 理解镜像构建 2.2. 了解构建配置 2.3. 创建构建输入 2.4. 管理构建输出 2.5. 使用构建策略 2.6. 使用 BUILDAH 自定义镜像构建 2.7. 执行和配置基本构建 OpenShift 上部署。 第 第 1 章 章 OPENSHIFT CONTAINER PLATFORM CI/CD 概述 概述 3 第 2 章 构建(BUILD) 2.1. 理解镜像构建 2.1.1. Builds 构建 (build) 是将输入参数转换为结果对象的过程。此过程最常用于将输入参数或源代码转换为可运行的 镜像。BuildConfig 对象是整个构建过程的定义。 OpenShift BuildConfig 对 对象定 象定义 义 kind: BuildConfig apiVersion: build.openshift.io/v1 metadata: name: "ruby-sample-build" 1 spec: runPolicy: "Serial" 2 triggers: 3 - type: "GitHub" github:0 码力 | 129 页 | 1.37 MB | 1 年前3
 OpenShift Container Platform 4.7 镜像中引用容器镜像的抽象集。镜像流 及其标签用于查看可用镜像,确保您使用所需的特定镜像,即使存储库中的镜像发生变化也是如此。 镜像流不含实际镜像数据,它提供了相关镜像的一个单独的虚拟视图,类似于镜像存储库。 您可配置构建(Build)和部署(Depolyment)来监测一个镜像流的通知。当新的镜像被添加时,执行相 应的构建或部署。 例如,如果部署正在使用某个镜像并且创建了该镜像的新版本,则会自动执行部署以获取镜像的新版本。 命令放在最后: 这样,您每次编辑 myfile 和重新运行 podman build 或 docker build 时,系统都可重复利用 yum 命令 的缓存层,仅为 ADD 操作生成新层。 如果您将 Dockerfile 改写为: 则您每次更改 myfile 和重新运行 podman build 或 docker build 时,ADD 操作都会导致 RUN 层缓存无 效,因此 yum 操作也必须要重新运行。 脚本,可以创建一个进程来检查镜像是否正常工作。这个脚本是 可选的。该流程的建议工作流是: 1. 构建镜像。 2. 运行镜像以验证 usage 脚本。 3. 运行 s2i build 以验证 assemble 脚本。 4. 可选:再次运行 s2i build,以验证 save-artifacts 和 assemble 脚 本的保存和恢复工件功能。 5. 运行镜像,以验证测试应用程序是否正常工作。 注意 注意0 码力 | 123 页 | 1.20 MB | 1 年前3 OpenShift Container Platform 4.7 镜像中引用容器镜像的抽象集。镜像流 及其标签用于查看可用镜像,确保您使用所需的特定镜像,即使存储库中的镜像发生变化也是如此。 镜像流不含实际镜像数据,它提供了相关镜像的一个单独的虚拟视图,类似于镜像存储库。 您可配置构建(Build)和部署(Depolyment)来监测一个镜像流的通知。当新的镜像被添加时,执行相 应的构建或部署。 例如,如果部署正在使用某个镜像并且创建了该镜像的新版本,则会自动执行部署以获取镜像的新版本。 命令放在最后: 这样,您每次编辑 myfile 和重新运行 podman build 或 docker build 时,系统都可重复利用 yum 命令 的缓存层,仅为 ADD 操作生成新层。 如果您将 Dockerfile 改写为: 则您每次更改 myfile 和重新运行 podman build 或 docker build 时,ADD 操作都会导致 RUN 层缓存无 效,因此 yum 操作也必须要重新运行。 脚本,可以创建一个进程来检查镜像是否正常工作。这个脚本是 可选的。该流程的建议工作流是: 1. 构建镜像。 2. 运行镜像以验证 usage 脚本。 3. 运行 s2i build 以验证 assemble 脚本。 4. 可选:再次运行 s2i build,以验证 save-artifacts 和 assemble 脚 本的保存和恢复工件功能。 5. 运行镜像,以验证测试应用程序是否正常工作。 注意 注意0 码力 | 123 页 | 1.20 MB | 1 年前3
 OpenShift Container Platform 4.14 镜像中引用容器镜像的抽象集。镜像流 及其标签用于查看可用镜像,确保您使用所需的特定镜像,即使存储库中的镜像发生变化也是如此。 镜像流不含实际镜像数据,它提供了相关镜像的一个单独的虚拟视图,类似于镜像存储库。 您可配置构建(Build)和部署(Depolyment)来监测一个镜像流的通知。当新的镜像被添加时,执行相 应的构建或部署。 例如,如果部署正在使用某个镜像并且创建了该镜像的新版本,则会自动执行部署以获取镜像的新版本。 命令放在最后: 这样,您每次编辑 myfile 和重新运行 podman build 或 docker build 时,系统都可重复利用 yum 命令 的缓存层,仅为 ADD 操作生成新层。 如果您将 Dockerfile 改写为: 则您每次更改 myfile 和重新运行 podman build 或 docker build 时,ADD 操作都会导致 RUN 层缓存无 效,因此 yum 操作也必须要重新运行。 脚本,可以创建一个进程来检查镜像是否正常工作。这个脚本是 可选的。该流程的建议工作流是: 1. 构建镜像。 2. 运行镜像以验证 usage 脚本。 3. 运行 s2i build 以验证 assemble 脚本。 4. 可选:再次运行 s2i build,以验证 save-artifacts 和 assemble 脚 本的保存和恢复工件功能。 5. 运行镜像,以验证测试应用程序是否正常工作。 注意 注意0 码力 | 118 页 | 1.13 MB | 1 年前3 OpenShift Container Platform 4.14 镜像中引用容器镜像的抽象集。镜像流 及其标签用于查看可用镜像,确保您使用所需的特定镜像,即使存储库中的镜像发生变化也是如此。 镜像流不含实际镜像数据,它提供了相关镜像的一个单独的虚拟视图,类似于镜像存储库。 您可配置构建(Build)和部署(Depolyment)来监测一个镜像流的通知。当新的镜像被添加时,执行相 应的构建或部署。 例如,如果部署正在使用某个镜像并且创建了该镜像的新版本,则会自动执行部署以获取镜像的新版本。 命令放在最后: 这样,您每次编辑 myfile 和重新运行 podman build 或 docker build 时,系统都可重复利用 yum 命令 的缓存层,仅为 ADD 操作生成新层。 如果您将 Dockerfile 改写为: 则您每次更改 myfile 和重新运行 podman build 或 docker build 时,ADD 操作都会导致 RUN 层缓存无 效,因此 yum 操作也必须要重新运行。 脚本,可以创建一个进程来检查镜像是否正常工作。这个脚本是 可选的。该流程的建议工作流是: 1. 构建镜像。 2. 运行镜像以验证 usage 脚本。 3. 运行 s2i build 以验证 assemble 脚本。 4. 可选:再次运行 s2i build,以验证 save-artifacts 和 assemble 脚 本的保存和恢复工件功能。 5. 运行镜像,以验证测试应用程序是否正常工作。 注意 注意0 码力 | 118 页 | 1.13 MB | 1 年前3
 The Future of Cloud Native Applications
with Open Application Model (OAM) and DaprInfra operators continue to use familiar Kubernetes infrastructure, APIs, and domain knowledge Build and operate cloud-native applications on the leading open source orchestrator Open Application Service-to- service invocation State management Publish and subscribe Resource bindings and triggers Actors Distributed tracing Extensible HTTP API gRPC API Application code Dapr self-hosted invocation State management Publish and subscribe Resource bindings and triggers Actors Distributed tracing Extensible Build apps using any language with any framework Any cloud or edge infrastructure0 码力 | 51 页 | 2.00 MB | 1 年前3 The Future of Cloud Native Applications
with Open Application Model (OAM) and DaprInfra operators continue to use familiar Kubernetes infrastructure, APIs, and domain knowledge Build and operate cloud-native applications on the leading open source orchestrator Open Application Service-to- service invocation State management Publish and subscribe Resource bindings and triggers Actors Distributed tracing Extensible HTTP API gRPC API Application code Dapr self-hosted invocation State management Publish and subscribe Resource bindings and triggers Actors Distributed tracing Extensible Build apps using any language with any framework Any cloud or edge infrastructure0 码力 | 51 页 | 2.00 MB | 1 年前3
共 357 条
- 1
- 2
- 3
- 4
- 5
- 6
- 36














 
 