OpenShift Container Platform 4.14 OperatorUpgradeable(可升 (可升级)条件 )条件 Upgradeable Operator 条件可防止现有集群服务版本(CSV)被 CSV 的新版本替换。这一条件在以下情 况下很有用: Operator 即将启动关键进程,不应在进程完成前升级。 Operator 正在执行一个自定义资源(CR)迁移,这个迁移必须在 Operator 准备进行升级前完 成。 重要 重要 将 Upgradeable Operator 对象,集群管理员首先必须创建一个自定义资源定义 (CRD)。 先决条件 先决条件 以 cluster-admin 用户身份访问 OpenShift Container Platform 集群。 流程 流程 要创建 CRD: 1. 先创建一个包含以下字段类型的 YAML 文件: CRD 的 的 YAML 文件示例 文件示例 使用 apiextensions.k8s.io/v1 API。 为定义指定名称。这必须采用 get crontabs 的权限,也必须向 edit 和 admin 角色授予该权限。admin 或 edit 角色通常会分配给通过项目模板创建项目的用户。 先决条件 先决条件 创建 CRD。 流程 流程 1. 为 CRD 创建集群角色定义文件。集群角色定义是一个 YAML 文件,其中包含适用于各个集群角 色的规则。OpenShift Container Platform 控制器会将您指定的规则添加到默认集群角色中。0 码力 | 423 页 | 4.26 MB | 1 年前3
OpenShift Container Platform 4.8 Service MeshmanageNetworkPolicy,Red Hat OpenShift Service Mesh 不 会创建 任何 NetworkPolicy 对象。系统管理员负责管理网络并修复可能导致的任何问题。 流程 1. 在 OpenShift Container Platform web 控制台中,点击 Operators → Installed Operators。 2. 从 Project 菜单中选择安装 的支持。 另外,这个版本有以下新特性: 简化了 Service Mesh control plane 的安装、升级和管理。 减少 Service Mesh control plane 的资源使用情况和启动时间。 通过降低网络间 control plane 通讯来提高性能。 添加对 Envoy 的 Secret Discovery Service(SDS)的支持。SDS 是一个更加安全有效地向 Envoy Istio 兼容性和支持列表 功能 功能 Istio 版本 版本 支持状 支持状态 态 描述 描述 holdApplica tionUntilPro xyStarts 1.7 TP 阻止应用程序容器启动,直到代理正在运行 DNS 捕获 1.8 GA 默认启用 1.2.4. 弃用和删除的功能 之前版本中的一些功能已被弃用或删除。 弃用的功能仍然包含在 OpenShift Container Platform0 码力 | 344 页 | 3.04 MB | 1 年前3
IstioMeetupChina 服务网格热升级技术分享易于运维,可以控制升级策略 理想的Sidecar升级 4 • 为什么需要服务网格数据面热升级 • 实现热升级 • 实践热升级 目录 Catalog 5 • Envoy热重启 • 以Epoch + 1的方式启动新实例,触发热重启 • ListenSocket转移到新实例 • 旧实例进行排水,不再接受新的请求 • 排水结束后旧实例退出,热重启完成 References: https://www.envoyproxy Sidecar生命周期管理能力 • 启动两个Sidecar,以进行Envoy热重启的排水流程两个实例并存的阶段 • 能够对整个热升级流程中的镜像替换进行控制 实现热升级 Implement Hot-Upgrade 7 • Sidecar生命周期管理能力 • 启动两个Sidecar,以进行Envoy热重启的排水流程两个实例并存的阶段 • 能够对整个热升级流程中的镜像替换进行控制 • 更强大的生命周期管理组件 PilotAgent需要使用正确的Epoch参数启动Envoy,才能触发热重启 • PilotAgent需要有从旧实例处得到Epoch的能力 – UDS • 接管StatusPort监听(15021) 实现热升级 Implement Hot-Upgrade 9 实现热升级 Implement Hot-Upgrade 阿里云服务网格热升级完整流程 • 修改SidecarSet,指定新版本镜像0 码力 | 14 页 | 2.25 MB | 1 年前3
Flask入门教程本书特点 前言 5 基于 Flask 最新的 1.0.2 版本 使用一个 Watchlist 程序作为示例 复原完整的开发流程 只提供入门所需的最少信息 优化术语解释,更容易理解 阅读方法 本书复原了编写这个 Watchlist 程序的完整流程,包括每一行代码块,每一个需要 执行的命令。在阅读时,你需要自己输入每一个代码和命令,检查输出是否和书中 一致。在这个过程中,你也可 BitBucket 等平台上,可以更 方便的备份、协作和部署。这些托管平台作为 Git 服务器,你可以为本地仓库创建 远程仓库。 首先要注册一个 GitHub 账户,点击访问注册页面,根据指示完成注册流程。登录 备用。 设置 SSH 密钥 一般情况下,当推送本地改动到远程仓库时,需要输入用户名和密码。因为传输通 常是通过 SSH 加密,所以可以通过设置 SSH 密钥来省去验证账号的步骤。 首先使用下面的命令检查是否已经创建了 return 'Welcome to My Watchlist!' 按照惯例,我们把程序保存为 app.py,确保当前目录是项目的根目录,然后在命令 行窗口执行 flask run 命令启动程序(按下 Control + C 可以退出): 第 2 章:Hello, Flask! 14 $ flask run * Serving Flask app "app.py" * Environment:0 码力 | 127 页 | 7.62 MB | 1 年前3
Django 官方教程翻译项目100/100 12. Writing your first patch for Django [==========] 100/100 欢迎一切有时间有能力的小伙伴一起来翻译。 流程: 1. 到任务大厅认领任务。 中文版文档 翻译进度 我也想一起翻译 README - 4 - 本文档使用 书栈(BookStack.CN) 构建 2. 任务申请被接受后,Fork 本项目。 Article) 这样设计所遵循的理念是,站点编辑人员可以是你的员工、你的客户、或者就是你自己——而你大概不 会乐意去废半天劲创建一个只有内容管理功能的后台管理界面。 创建 Django 应用的典型流程是:先建立数据模型,然后搭建管理站点,尽可能快的跑起来。那样 你的团队(或者客户)就可以向网站里填充数据了。后面我们会谈到如何展示这些数据。 简洁优雅的 URL 规划对于一个高质量 Web 应用来说至关重要。Django 中的参数值。当一个用户请求页面时,Django 会顺序遍历这些匹配模式,直至模式和请求的 URL 成功匹配。(如果全部模式都无法匹配,Django 会返回一个404视图。)这个过程会在瞬间完成, 因为这些正则表达式在启动时就被编译了。 一旦其中一个正则表达式匹配成功,Django 就会导入并调用指定的视图——那是一个简单的 Python 函数。视图会被传进一个请求(requeset)对象——其中包含了请求元数据——和正则表达式匹配到的0 码力 | 103 页 | 1.86 MB | 1 年前3
Zabbix 6.0 Manual21c • TimescaleDB 2.0.1-2.3 • SQLite 3.3.5-3.34.X 默认情况下,如果检测到不支持的数据库版本,Zabbix server 和 proxy 将不会启动。虽然不推荐,但现在可以通过修改server 或proxy 的 AllowUnsupportedDBVersions 配置参数来关闭数据库版本检查。 对 MySQL 的 utf8mb4 支持 使用 数 据库表将被具有不同格式的新表 auditlog 替换。* 现有的审核日志记录将被删除 **。 支持的数据库版本检查 Zabbix server 和proxy 现在将在启动前检查数据库版本,如果版本超出支持范围,将不会启动。有关更多详细 信息,请参阅数据库。 PCRE2 支持 Zabix 现在支持 PCRE 和 PCRE2。用于 RHEL/CentOS 7 及更高版本、SLES(所有版本)、Debian ForceActiveChecksOnStart 。将参数设置为 ForceActiveChecksOnStart=1 将确 保在 Zabbix agent 重新启动时立即收集主动检查的监控项数据,具有 调度update interval的监控项除外。否则,agent 重新启动后的第 一次数据收集将在随机时间发生,该时间小于监控项更新间隔,以防止资源使用高峰。 通过使用 Plugins..System 0 码力 | 1741 页 | 22.78 MB | 1 年前3
PyWebIO v1.2.3 Documentationtornado_http) Architecture 概念 Session 表示浏览器与程序交互产生的一次会话。PyWebIO在会话中运行 Task ,任务是 会话中除了起始的执行单元,也可以并发启动新的执行单元,在新的执行单元 中也可以进行输入输出。 在用户端,相同会话中的不同的执行单元的输入是独立的,共享输出空间,但 输出域的栈结构各自独立。 若用户正在填写一个执行单元的表单,会话中的其他执行单元也开始向用户请 的生命周期和整个后端框 架的生命周期一致。 HttpHandler.handle_request 负责处理前端发送给后端的每一次请求, HttpHandler.handle_request 的处理流程如下: 1. 检测当前HTTP请求是否满足跨域设置 2. 根绝当前请求的 webio-session-id 头信息找到相应的Session实例,若不存在 webio-session-id 头则创 读取来自浏览器的属于当前执行单元的下一个事件 register_callback : 向会话注册一个回调 同时,会话根据实现方式不同,还分别提供了 register_thread 和 run_async 用于 启动新的执行单元。 回调机制 在会话中,为了能够响应用户在界面上的某些事件(比如点击了输出内容中的某 个按钮),于是设计了回调机制,可以在执行单元中使用register_callback向当前 会话0 码力 | 119 页 | 7.43 MB | 1 年前3
PyWebIO v1.2.2 Documentationtornado_http) Architecture 概念 Session 表示浏览器与程序交互产生的一次会话。PyWebIO在会话中运行 Task ,任务是 会话中除了起始的执行单元,也可以并发启动新的执行单元,在新的执行单元 中也可以进行输入输出。 在用户端,相同会话中的不同的执行单元的输入是独立的,共享输出空间,但 输出域的栈结构各自独立。 若用户正在填写一个执行单元的表单,会话中的其他执行单元也开始向用户请 的生命周期和整个后端框 架的生命周期一致。 HttpHandler.handle_request 负责处理前端发送给后端的每一次请求, HttpHandler.handle_request 的处理流程如下: 1. 检测当前HTTP请求是否满足跨域设置 2. 根绝当前请求的 webio-session-id 头信息找到相应的Session实例,若不存在 webio-session-id 头则创 读取来自浏览器的属于当前执行单元的下一个事件 register_callback : 向会话注册一个回调 同时,会话根据实现方式不同,还分别提供了 register_thread 和 run_async 用于 启动新的执行单元。 回调机制 在会话中,为了能够响应用户在界面上的某些事件(比如点击了输出内容中的某 个按钮),于是设计了回调机制,可以在执行单元中使用register_callback向当前 会话0 码力 | 119 页 | 7.41 MB | 1 年前3
PyWebIO v1.3.2 Documentationplatform.flask) Architecture 概念 Session 表示浏览器与程序交互产生的一次会话。PyWebIO在会话中运行 Task ,任务是 会话中除了起始的执行单元,也可以并发启动新的执行单元,在新的执行单元 中也可以进行输入输出。 在用户端,相同会话中的不同的执行单元的输入是独立的,共享输出空间,但 输出域的栈结构各自独立。 若用户正在填写一个执行单元的表单,会话中的其他执行单元也开始向用户请 的生命周期和整个后端框 架的生命周期一致。 HttpHandler.handle_request 负责处理前端发送给后端的每一次请求, HttpHandler.handle_request 的处理流程如下: 1. 检测当前HTTP请求是否满足跨域设置 2. 根绝当前请求的 webio-session-id 头信息找到相应的Session实例,若不存在 webio-session-id 头则创 读取来自浏览器的属于当前执行单元的下一个事件 register_callback : 向会话注册一个回调 同时,会话根据实现方式不同,还分别提供了 register_thread 和 run_async 用于 启动新的执行单元。 回调机制 在会话中,为了能够响应用户在界面上的某些事件(比如点击了输出内容中的某 个按钮),于是设计了回调机制,可以在执行单元中使用register_callback向当前 会话0 码力 | 133 页 | 7.44 MB | 1 年前3
PyWebIO v1.3.0 Documentationplatform.flask) Architecture 概念 Session 表示浏览器与程序交互产生的一次会话。PyWebIO在会话中运行 Task ,任务是 会话中除了起始的执行单元,也可以并发启动新的执行单元,在新的执行单元 中也可以进行输入输出。 在用户端,相同会话中的不同的执行单元的输入是独立的,共享输出空间,但 输出域的栈结构各自独立。 若用户正在填写一个执行单元的表单,会话中的其他执行单元也开始向用户请 的生命周期和整个后端框 架的生命周期一致。 HttpHandler.handle_request 负责处理前端发送给后端的每一次请求, HttpHandler.handle_request 的处理流程如下: 1. 检测当前HTTP请求是否满足跨域设置 2. 根绝当前请求的 webio-session-id 头信息找到相应的Session实例,若不存在 webio-session-id 头则创 读取来自浏览器的属于当前执行单元的下一个事件 register_callback : 向会话注册一个回调 同时,会话根据实现方式不同,还分别提供了 register_thread 和 run_async 用于 启动新的执行单元。 回调机制 在会话中,为了能够响应用户在界面上的某些事件(比如点击了输出内容中的某 个按钮),于是设计了回调机制,可以在执行单元中使用register_callback向当前 会话0 码力 | 133 页 | 7.44 MB | 1 年前3
共 70 条
- 1
- 2
- 3
- 4
- 5
- 6
- 7













