Service Mesh微服务化和传统框架微服务化混合部署协同实践分享0 码力 | 11 页 | 11.76 MB | 1 年前3
OpenShift Container Platform 4.8 Service MeshMESH 1.12. 管理用户和配置集 1.13. 安全性 1.14. 管理服务网格中的流量 1.15. 指标、日志和追踪 1.16. 性能和可扩展性 1.17. 为生产环境配置 SERVICE MESH 1.18. 连接服务网格 1.19. 扩展 1.20. 使用 3SCALE WEBASSEMBLY 模块 1.21. 使用 3SCALE ISTIO 适配器 1.22. 服务网格故障排除 1 2.5. 安装 SERVICE MESH 2.6. 在 SERVICE MESH 中自定义安全性 2.7. 流量管理 2.8. 在 SERVICE MESH 上部署应用程序 2.9. 数据可视化和可观察性 2.10. 自定义资源 2.11. 使用 3SCALE ISTIO 适配器 2.12. 删除 SERVICE MESH 3 3 3 27 32 33 38 40 42 48 58 Service Mesh 通过在应用程序中创建集中控制点来解决微服务架构中的各种问题。它 在现有分布式应用上添加一个透明层,而无需对应用代码进行任何更改。 微服务架构将企业应用的工作分成模块化服务,从而简化扩展和维护。但是,随着微服务架构上构建的企 业应用的规模和复杂性不断增长,理解和管理变得困难。Service Mesh 可以通过捕获或截获服务间的流量 来解决这些架构问题,并可修改、重定向或创建新请求到其他服务。0 码力 | 344 页 | 3.04 MB | 1 年前3
OpenShift Container Platform 4.14 Operator从概念上讲,Operator 会收集人类操作知识,并将其编码成更容易分享给消费者的软件。 Operator 是一组软件,可用于降低运行其他软件的操作复杂程度。它可以被看作是软件厂商的工程团队 的扩展,可以在 Kubernetes 环境中(如 OpenShift Container Platform)监控软件的运行情况,并根据 软件的当前状态实时做出决策。Advanced Operator 被设 应用程序是一款 app,可在 Kubernetes 上部署,也可使用 Kubernetes API 和 kubectl 或 oc 工具进行管理。要想充分利用 Kubernetes,您需要一组统一的 API 进行扩展,以便服务和管理 Kubernetes 上运行的应用程序。可将 Operator 看成管理 Kubernetes 中这类应用程序的运行时。 2.1.1. 为什么要使用 Operator? Operator 而非一两个用户。 为什么在 什么在 Kubernetes 上部署? 上部署? Kubernetes(扩展至 OpenShift Container Platform)包含构建复杂分布式系统(可在本地和云提供 商之间工作)需要的所有原语,包括 secret 处理、负载均衡、服务发现、自动扩展。 为什么使用 什么使用 Kubernetes API 和 和 kubectl 工具来管理您的 工具来管理您的应用程序?0 码力 | 423 页 | 4.26 MB | 1 年前3
Zabbix 6.0 Manual. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 395 7 可视化 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 站、云等的健康和完整性的软件。Zabbix 使用灵活 的通知机制,允许用户为几乎任何事件配置基于电子邮件的告警,以实现对服务器问题做出快速反应。Zabbix 基于存储的数据提供出色 的报告和数据可视化功能。这使得 Zabbix 成为容量规划的理想选择。 Zabbix 支持轮询和 trapping。所有 Zabbix 报告和统计数据以及配置参数都可以通过基于 Web 的前端访问。基于 Web 的前端确保可以 • 可以针对升级计划、收件人、媒体类型自定义发送通知 • 使用宏可以使通知变得有意义和有用 • 自动化操作包括执行远程命令 实时图形 • 采集到的监控项值可以使用内置的绘图功能立即绘图 网络监控功能 • Zabbix 可以跟踪网站上的模拟鼠标点击路径并检查功能和响应时间 广泛的可视化选项 • 创建自定义图形的能力,可以将多个监控项组合成一个聚合图形 • 网络拓扑图 • 在仪表盘中显示幻灯片0 码力 | 1741 页 | 22.78 MB | 1 年前3
Zabbix 5.0 Manualsql # 下 面 步 骤 当 创 建Zabbix proxy数 据 库 时 不 需 要 执 行 sqlplus> @images.sql sqlplus> @data.sql Note: 请设置初始化参数 CURSOR_SHARING = FORCE 以获得最佳性能。 然后删掉介质存放的临时目录:Now the temporary directory can be removed: shell> 数据库前缀。在 Zabbix 5.0.0-5.0.4 版本参数配置名为:TLS encryption 加密, TLS certificate file 证书文件等。 可以在 Zabbix 初始化安装期间,配置数据库的安全连接参数: • 勾选 Database TLS encryption 数据库 TLS 加密复选框Configure DB connection 启用安全传输加密。 • 勾选 TimescaleDB 数据库或从现有 PostgreSQL 表迁移到 TimescaleDB。 配置 我们假设 TimescaleDB 扩展项已经安装在数据库服务器上(查看 安装说明)。 还必须通过执行以下命令为特定的数据库启用 TimescaleDB 扩展项: echo "CREATE EXTENSION IF NOT EXISTS timescaledb CASCADE;" | sudo0 码力 | 2715 页 | 28.60 MB | 1 年前3
Kubernetes + OAM 让开发者更简单更复杂了!” Kubernetes 对于应用开发复杂在哪里 1. 关注点不同 业务研发 2. 语义与抽象程度不同 业务运维 3. 交互与使用习惯不同 业务研发、运维 YAML 文件 图形化界面 命令行工具 IaC 配置语言 扩容策略 • 当 RT 上升 10% 时,自动扩容 100 个实例 发布策略 • 当金丝雀实例通过 99% 的测试时,按 每小时切 10% 流量 的节奏进行发布 PaaS 有限的、不可扩展的专有API 与能力 K8s 生态“无限”的应用基础设施能力 而且,PaaS 还面临着严重分化 PaaS A Kubernetes PaaS B PaaS C 研发效率 学习成本 同一个公司内数个 PaaS on Kubernetes 思考: 1. 基于 Kubernetes 2. 用户友好、高可扩展 3. 统一、标准化 理想中的应用管理平台 目标二:一个高可扩展的应用管理平台 关键词:可插拔,可扩展,模块化,没有抽象程度锁定 应用 Deployment Knative Service Function 抽象程度:高 抽象程度:低 发布策略 扩容策略 $ helm install traffic 流量策略 业务运维 业务研发 多样化场景,统一支持! 生态能力,一键上线! 目标三:一个统一、标准化的应用管理引擎 应用组件0 码力 | 22 页 | 10.58 MB | 1 年前3
Keras: 基于 Python 的深度学习库77 5.3.14 ZeroPadding3D [source] . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 78 5.4 池化层 Pooling . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 79 5.4.1 MaxPooling1D 9.6 ReLU[source] . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 111 5.10 标准化层 Normalization . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 112 5.10.1 BatchNormalization . . . . . . . . . . . . . 173 15 初始化 Initializers 226 15.1 初始化器的用法 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 226 15.2 可用的初始化器 . . . . . . . . . . . . . . . . . .0 码力 | 257 页 | 1.19 MB | 1 年前3
Python 标准库参考指南 3.8.20 生成临时文件和目录 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 371 11.7 glob --- Unix 风格路径名模式扩展 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 375 11.8 fnmatch --- Unix 文件名模式匹配 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 378 12 数据持久化 389 12.1 pickle --- Python 对象序列化 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 389 12.2 copyreg . . . . . . 404 12.3 shelve --- Python 对象持久化 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 405 12.4 marshal --- 内部 Python 对象序列化 . . . . . . . . . . . . . . . . . . . . . . .0 码力 | 1927 页 | 9.69 MB | 9 月前3
Python 标准库参考指南 3.8.20 生成临时文件和目录 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 371 11.7 glob --- Unix 风格路径名模式扩展 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 375 11.8 fnmatch --- Unix 文件名模式匹配 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 378 12 数据持久化 389 12.1 pickle --- Python 对象序列化 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 389 12.2 copyreg . . . . . . 404 12.3 shelve --- Python 对象持久化 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 405 12.4 marshal --- 内部 Python 对象序列化 . . . . . . . . . . . . . . . . . . . . . . .0 码力 | 1927 页 | 9.69 MB | 9 月前3
Python 标准库参考指南 3.8.20 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 398 11.7 glob --- Unix 风格路径名模式扩展 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 402 11.8 fnmatch --- Unix 文件名模式匹配 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 405 12 数据持久化 417 12.1 pickle --- Python 对象序列化 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 417 12.2 . . . . . 433 12.3 shelve --- Python 对象持久化 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 434 12.4 marshal --- 内部 Python 对象序列化 . . . . . . . . . . . . . . . . . . . . . .0 码力 | 2052 页 | 9.74 MB | 9 月前3
共 90 条
- 1
- 2
- 3
- 4
- 5
- 6
- 9













