业应用的规模和复杂性不断增长，理解和管理变得困难。Service Mesh 可以通过捕获或截获服务间的流量 来解决这些架构问题，并可修改、重定向或创建新请求到其他服务。 Service Mesh 基于开源 Istio 项目，为创建部署的服务提供发现、负载均衡、服务对服务身份验证、故障 恢复、指标和监控的服务网络提供了便捷的方法。服务网格还提供更复杂的操作功能，其中包括 A/B 测 试、canary 发行版本、访问控制以及端到端验证。 网格就可以对策略进行更改，而不需要修改应用程序代码。 遥测 - 了解服务间的依赖关系以及服务间的网络数据流，从而可以快速发现问题。 1.2. SERVICE MESH 发行注记 1.2.1. 使开源包含更多 红帽承诺替换我们的代码、文档和网页属性中存在问题的语言。我们从这四个术语开始： master、 slave、blacklist 和 whitelist。这些更改将在即将发行的几个发行本中逐渐实施。有关更多详情，请参阅我 Istio-14743 因为此 Red Hat OpenShift Service Mesh 版本所基于的 Istio 版本的限制，目前有一 些应用程序与 Service Mesh 还不兼容。详参阅社区的相关链接。 OSSM-1655 Kiali 仪表板在 SMCP 中启用 mTLS 后显示错误。 在 SMCP 中启用 spec.security.controlPlane.mtls 设置后，Kiali

tangjiyuan@caicloud.io 关于我们 • 开源技术创新者 • 从 Kubernetes 到 Kubeflow • Google 原生 Borg 容器团队 • CMU 校友与世界金牌、冠军 • 中国技术社区引领者 • Kubernetes 中文官网组织者 • github.com/kubernetes/kubernetes-docs-cn • TensorFlow 中文社区运营者 • tensorflowers

Operator Framework 是基于上述客户体验提供的一系列工具和功能。不仅仅是编写代码；测试、交付和 更新 Operator 也同样重要。Operator Framework 组件包含用于解决这些问题的开源工具： Operator SDK Operator SDK 辅助 Operator 作者根据自身专业知识，引导、构建、测试和包装其 Operator，而无需 了解 Kubernetes API 的复杂性。 Kubernetes 原生应用程序 （Operator）以及在 OpenShift Container Platform 集群中运行的关联服务的生命周期。它是 Operator Framework 的一部分，后者是一个开源工具包，用于以有效、自动化且可扩展的方式管理 Operator。 图 2.2. Operator Lifecycle Manager 工作流 工作流 OLM 默认在 OpenShift Container 来自主要独立软件供应商 (ISV) 的产品。红帽与 ISV 合作打包并提供。受 ISV 支持。 Red Hat Marketplace 可通过 Red Hat Marketplace 购买认证的软件。 社区 Operator 由 redhat-openshift-ecosystem/community-operators-prod/operators GitHub 存储库 中相关代表维护的可选可见软件。无官方支持。

Components Traits Components Developers Operators 案例：今天的阿里巴巴应用管理 • 统一、标准 • 用户友好 • 高可扩展 • 全局拉通共建 OAM 社区欢迎大家！ • The OAM spec: • https://github.com/oam-dev/spec#community • OAM Kubernetes 官方插件（CNCF Sandbox com/crossplane/oam-kubernetes-runtime • A join effort with Crossplane • OAM Kubernetes 云原生应用基础平台 - 9 月即将开源 • 早期项目成员与合作伙伴招募中 ！ 云原生应用管理交流千人钉钉群 We Are Hiring! y.zhang@alibaba-inc.com x.li@alibaba-inc.om

that uses V8 and is built in Rust. https://deno.land/ ©hijiangtao Deno / 基于 V8 V8 是一个由 Google 开发的开源 JavaScript 引擎，其在运行之前将 JavaScript 编译成了机器代码 ，而非字节码或是解释执行它，以此提升性能。更进一步，使用了如 Inline Cache 等方法来提高性 能。有了这些功能，JavaScript Mathias Bynens & Benedikt Meurer - JSConf EU 2018 https://www.youtube.com/embed/5nmpokoRaZI Deno 中文社区 https://deno.js.cn/ JavaScript 引擎基础：原型优化 https://zhuanlan.zhihu.com/p/42630183 JavaScript 引擎基础：Shapes

获取最新的文档，以跟上知识更新换 代的步伐。 文档地址：http://www.bookstack.cn/books/Django-intro-zh 书栈官网：http://www.bookstack.cn 书栈开源：https://github.com/TruthHun 分享，让知识传承更久远！ 感谢知识的创造者，感谢知识的分享者，也感谢每一位阅读到此处的 读者，因为我们都将成为知识的传承者。 致谢 - 聚合器框架可以通过简单编写一个 Python 类来推送 RSS 和 Atom。 更多令人心动的自动化管理功能：概述里面仅仅浅尝辄止。 接下来您可以下载 Django（zh），阅读 实例教程（zh），然后加入 Django 社区！感谢您的关 注！ 这只是冰山一角 初识 Django - 12 - 本文档使用 书栈(BookStack.CN) 构建 快速安装指南 快速安装指南 安装 Python 配置数据库 写文档 预览你的修改 提交补丁中的修改 推送提交和拉取请求（pull request） 下一步 更多关于新贡献者的信息 寻找你真正的第一次任务 在创建完拉取请求后还要干什么呢？ 对向社区回馈有点兴趣？也许你发现了 Django 的一个 bug，然后你想修复它，或者你想为 Django 添加一些功能。 回馈 Django 本身就是看到自己所关心的问题的最佳方式。也许初看会吓到你，但这实际上是很简

1741 5 Zabbix 使用手册 欢迎查阅 Zabbix 用户使用手册。 Zabbix 产品手册由原厂 Zabbix 技术团队创建、Zabbix 中国——上海宏时数据系统有限公司组织开源社区志愿者翻译并维护。希望能帮助 用户更好地使用 Zabbix，解决和管理日常 IT 运维监控遇到的各种问题。翻译虽然结束，优化并未停止，如有优化反馈、申请成为译者， 欢迎联系小 Z 17502189550，market@grandage 见问题解答部分。 2 什么是 Zabbix 概述 6 Zabbix 由 Alexei Vladishev 创建，目前由 Zabbix SIA 主导开发和支持。 Zabbix 是一个企业级的开源分布式监控解决方案。 Zabbix 是一款监控网络的众多参数以及服务器、虚拟机、应用程序、服务、数据库、网站、云等的健康和完整性的软件。Zabbix 使用灵活 的通知机制，允许用户为几乎任何事件配 3.3_r1.1 和 4.3_r3.1 测试通 过。关于创建 JAR 文件，详见 src/zabbix_java/lib/README 说 明。 Java 网关可以使用 Oracle Java 或开源 OpenJDK（版本 1.6 或更高版本）构建。Zabbix 提供的软件包是使用 OpenJDK 编译的。下表提供 了有关用于按发行版构建 Zabbix 软件包的 OpenJDK 版本的信息： 发行版

个空格来缩进 Python 代码。） 区域取消制表符 将 所有制表符转换为正确的空格数。 切换标签 打开一个对话框，以在缩进和空格之间切换。 新缩进宽度 打开一个对话框以更改缩进宽度。Python 社区接受的默认值为 4 个空格。 格式段落 在注释块或多行字符串或字符串中的选定行中，重新格式化当前以空行分隔的段落。段落中的所 有行的格式都将少于 N 列，其中 N 默认为 72。 尾随空格 Remove 增强提议”的英文缩写。一个 PEP 就是一份设计文档，用来向 Python 社区提供信息，或描述 一个 Python 的新增特性及其进度或环境。PEP 应当提供精确的技术规格和所提议特性的原理说明。 PEP 应被作为提出主要新特性建议、收集社区对特定问题反馈以及为必须加入 Python 的设计决策编写 文档的首选机制。PEP 的作者有责任在社区内部建立共识，并应将不同意见也记入文档。 参见 PEP 1。 文档的贡献者 有很多对 Python 语言，Python 标准库和 Python 文档有贡献的人，随 Python 源代码发布的 Misc/ACKS 文件列 出了部分贡献者。 有了 Python 社区的输入和贡献，Python 才有了如此出色的文档 - 谢谢你们！ 1429 The Python Library Reference, 发布 2.7.18 1430 Appendix B. 文档说明

个空格来缩进 Python 代码。） 区域取消制表符 将 所有制表符转换为正确的空格数。 切换标签 打开一个对话框，以在缩进和空格之间切换。 新缩进宽度 打开一个对话框以更改缩进宽度。Python 社区接受的默认值为 4 个空格。 格式段落 在注释块或多行字符串或字符串中的选定行中，重新格式化当前以空行分隔的段落。段落中的所 有行的格式都将少于 N 列，其中 N 默认为 72。 尾随空格 Remove 增强提议”的英文缩写。一个 PEP 就是一份设计文档，用来向 Python 社区提供信息，或描述 一个 Python 的新增特性及其进度或环境。PEP 应当提供精确的技术规格和所提议特性的原理说明。 PEP 应被作为提出主要新特性建议、收集社区对特定问题反馈以及为必须加入 Python 的设计决策编写 文档的首选机制。PEP 的作者有责任在社区内部建立共识，并应将不同意见也记入文档。 参见 PEP 1。 文档的贡献者 有很多对 Python 语言，Python 标准库和 Python 文档有贡献的人，随 Python 源代码发布的 Misc/ACKS 文件列 出了部分贡献者。 有了 Python 社区的输入和贡献，Python 才有了如此出色的文档 - 谢谢你们！ 1429 The Python Library Reference, 发布 2.7.18 1430 Appendix B. 文档说明

个空格来缩进 Python 代码。） 区域取消制表符 将 所有制表符转换为正确的空格数。 切换标签 打开一个对话框，以在缩进和空格之间切换。 新缩进宽度 打开一个对话框以更改缩进宽度。Python 社区接受的默认值为 4 个空格。 格式段落 在注释块或多行字符串或字符串中的选定行中，重新格式化当前以空行分隔的段落。段落中的所 有行的格式都将少于 N 列，其中 N 默认为 72。 尾随空格 Remove 增强提议”的英文缩写。一个 PEP 就是一份设计文档，用来向 Python 社区提供信息，或描述 一个 Python 的新增特性及其进度或环境。PEP 应当提供精确的技术规格和所提议特性的原理说明。 PEP 应被作为提出主要新特性建议、收集社区对特定问题反馈以及为必须加入 Python 的设计决策编写 文档的首选机制。PEP 的作者有责任在社区内部建立共识，并应将不同意见也记入文档。 参见 PEP 1。 文档的贡献者 有很多对 Python 语言，Python 标准库和 Python 文档有贡献的人，随 Python 源代码发布的 Misc/ACKS 文件列 出了部分贡献者。 有了 Python 社区的输入和贡献，Python 才有了如此出色的文档 - 谢谢你们！ 1429 The Python Library Reference, 发布 2.7.18 1430 Appendix B. 文档说明