机器学习课程-温州大学-12机器学习-关联规则2021年06月 机器学习-第十一章 关联规则 黄海广 副教授 2 本章目录 01 关联规则概述 02 Apriori 算法 03 FP-Growth算法 3 1.关联规则概述 01 关联规则概述 02 Apriori 算法 03 FP-Growth算法 4 1.关联规则概述 关联规则 关联规则(Association Rules)反映一个事物与其他事物之间的相互依存 一个事物就能够通过其他事物预测到。 关联规则可以看作是一种IF-THEN关系。假设 商品A被客户购买,那么在相同的交易ID下, 商品B也被客户挑选的机会就被发现了。 5 1.关联规则概述 有没有发生过这样的事:你出去买东西, 结果却买了比你计划的多得多的东西?这 是一种被称为冲动购买的现象,大型零售 商利用机器学习和Apriori算法,让我们倾 向于购买更多的商品。 6 1.关联规则概述 购物车分析是大型超市用来揭示商品之间关联的关 的 顾客,向他们提供报价,以便他们购买第三种商品,比如鸡蛋。 因此,如果顾客买了面包和黄油,看到鸡蛋有折扣或优惠,他们就会倾向于 多花些钱买鸡蛋。这就是购物车分析的意义所在。 7 1.关联规则概述 置信度: 表示你购买了A商品后,你还会有 多大的概率购买B商品。 支持度: 指某个商品组合出现的次数与总次 数之间的比例,支持度越高表示该组合出现 的几率越大。 提升度: 提升度代表商品A的出现,对商品0 码力 | 49 页 | 1.41 MB | 1 年前3
OpenShift Container Platform 4.13 网络CONTROLLER 7.9. 其他资源 第 第 8 章 章 OPENSHIFT CONTAINER PLATFORM 中的 中的 INGRESS 分片 分片 8.1. INGRESS CONTROLLER 分片 8.2. 为 INGRESS CONTROLLER 分片创建路由 8 9 9 9 10 13 13 14 14 14 14 14 14 14 15 15 15 16 16 16 NODE FIREWALL OPERATOR 9.3. 部署 INGRESS NODE FIREWALL OPERATOR 9.4. 查看 INGRESS NODE FIREWALL OPERATOR 规则 9.5. 对 INGRESS NODE FIREWALL OPERATOR 进行故障排除 第 第 10 章 章 为 为手 手动 动 DNS MANAGEMENT 配置 配置 INGRESS CONTROLLER OPENSHIFT SDN 网络供应商 27.7. 从 KURYR 网络插件迁移到 OVN-KUBERNETES 网络插件 27.8. 转换为 IPV4/IPV6 双栈网络 27.9. 出口防火墙和网络策略规则的日志记录 27.10. 配置 IPSEC 加密 27.11. 为项目配置出口防火墙 27.12. 查看项目的出口防火墙 27.13. 为项目编辑出口防火墙 27.14. 从项目中删除出口防火墙0 码力 | 697 页 | 7.55 MB | 1 年前3
OpenShift Container Platform 4.6 网络设置自定义默认证书 6.8.2. 删除自定义默认证书 6.8.3. 扩展 Ingress Controller 6.8.4. 配置 Ingress 访问日志 6.8.5. Ingress Controller 分片 10 10 10 10 12 12 13 13 13 13 14 14 14 15 15 15 16 17 17 18 18 19 19 20 20 20 21 23 23 . . . . . . . . . . . . . . . . 6.8.5.1. 通过路由标签(label)配置 Ingress Controller 分片 6.8.5.2. 使用命名空间标签配置 Ingress Controller 分片 6.8.6. 配置 Ingress Controller 以使用内部负载均衡器 6.8.7. 将集群的默认 Ingress Controller 配置为内部 出口防火墙在一个项目中的工作原理 13.3.1.1. 出口防火墙的限制 13.3.1.2. 出口防火墙策略规则的匹配顺序 13.3.1.3. 域名服务器 (DNS) 解析如何工作 13.3.2. EgressNetworkPolicy 自定义资源 (CR) 对象 13.3.2.1. EgressNetworkPolicy 规则 13.3.2.2. EgressNetworkPolicy CR 对象示例 13.30 码力 | 256 页 | 2.78 MB | 1 年前3
OpenShift Container Platform 4.8 日志记录管理默认日志存储的替代选择,您可以使用 Loki Operator。 1.6.2. 程序错误修复 在此次更新之前,OpenShift Logging 仪表板会显示活跃主分片的数量,而不是所有活跃分片。 在这个版本中,仪表板显示所有活跃分片。(LOG-2781) 在此次更新之前,elasticsearch-operator 使用的库中的有一个程序错误,它包含一个拒绝服务 攻击的安全漏洞。在这个版本中, 部署在特定环境中失败。在这个版本中,使用 referencePolicy 解决了这个问题,Operator 可以成功部署 Kibana。(LOG-2791) 在此次更新之前,ClusterLogForwarder 自定义资源的警报规则不会考虑多个转发输出。这个版 本解决了这个问题。(LOG-2640) 在此次更新之前,配置为将日志转发到 Amazon CloudWatch 的集群会将拒绝的日志文件写入到 临时存储,从而导致集群 更新前对配置进行规范化和格式化的逻辑,以便使用 oc edit 轻松编辑配 置。(LOG-2319) 在此次更新之前,FluentdNodeDown 警报无法正确在 message 部分中提供实例标签。在这个版 本中,通过修复警报规则来在部分实例失败时提供实例标签,从而解决了这个问题。(LOG- 2607) 在此次更新之前,在文档中声明支持的几个日志级别(如`critical`)实际并不支持。在这个版本 中,相关的日志级别已被支持。(LOG-2033)0 码力 | 223 页 | 2.28 MB | 1 年前3
OpenShift Container Platform 4.7 日志记录OpenShift Logging 5.0.0 1.2.11.1. 新功能及功能增强 Cluster Logging 变为 Red Hat OpenShift Logging 每个索引最多五个主分片 更新了 OpenShift Elasticsearch Operator 名称和成熟度等级 OpenShift Elasticsearch Operator 报告 CSV 成功 减少 Elasticsearch 12.3. 了解 OPENSHIFT LOGGING 警报 12.3.1. 查看日志记录收集器警报 12.3.2. 关于日志记录收集器警报 12.3.3. 关于 Elasticsearch 警报规则 12.4. 为红帽支持收集日志记录数据 12.4.1. 关于 must-gather 工具 12.4.2. 先决条件 12.4.3. 收集 OpenShift Logging 数据 12.5 每个索引最多五个主分片 每个索引最多五个主分片 在这个版本中,OpenShift Elasticsearch Operator(EO)会根据为集群定义的数据节点数量来设置一个 或多个索引的主分片数量。 在以前的版本中,EO 会将索引的分片数量设置为数据节点的数量。当 Elasticsearch 中的索引被配置为带 有多个副本时,它会为每个主分片创建多个副本,而不是每个索引。因此,因为索引分片,集群中存在更0 码力 | 183 页 | 1.98 MB | 1 年前3
Apache RocketMQ 从入门到实战0,但消息积压数却在降低是个什么 “鬼” 49 1.6 RocketMQ 一个新的消费组初次启动时从何处开始消费呢? 64 1.7 一次 RocketMQ 进程自动退出排查经验分享 78 1.8 RocketMQ 主题扩分片后遇到的坑 82 1.9 RocketMQ 消息发送 system busy、broker busy 原因分析与解决方案坑 91 1.10 再谈 RocketMQ broker busy 104 AllocateMessageQueueAveragely 平均分配 AllocateMessageQueueAveragelyByCircle 轮流平均分配 为了说明这两种分配算法的分配规则,现在对 16 个队列,进行编号,用 q0~q15 表示, 消费者用 c0~c2 表示。 AllocateMessageQueueAveragely 分配算法的队列负载机制如下: c0:q0 q1 消费的 本文来自『中间件兴趣圈』公众号,仅作技术交流,未授权任何商业行为。 1.1 RocketMQ 核心概念扫盲篇 < 16 使用过程中,应用程序需要区分系统异常、业务异常,如果是不符合业务规则导致的异常, 则重试多少次都无法消费成功,这个时候一定要告警机制,及时进行人为干预,否则消费会 积压。 三、事务消息 事务消息并不是为了解决分布式事务,而是提供消息发送与业务落库的一致性,其实现0 码力 | 165 页 | 12.53 MB | 1 年前3
OpenShift Container Platform 4.9 网络对象的值在下表中定义: 表 表 4.6. kubeProxyConfig object 字段 字段 类 类型 型 描述 描述 iptablesSyncPeriod 字符串 字符串 iptables 规则的刷新周期。默认值为 30s。有效的后 缀包括 s、m 和 h,具体参见 Go 时间 时间 包 文档。 注意 注意 由于 OpenShift Container Platform 4.3 及更高版本中引进了性能改进, 及更高版本中引进了性能改进, 不再需要调整 iptablesSyncPeriod 参数。 proxyArguments.iptables- min-sync-period array 刷新 iptables 规则前的最短持续时间。此字段确保刷 新的频率不会过于频繁。有效的后缀包括 s、m 和 h,具体参见 Go time 软件包。默认值为: 4.5.2. Cluster Network Operator Container Platform 内置的 OAuth 服务器集成。 namespaceSelector namespaceSelector 用来过滤由 Ingress 控制器提供服务的一组命名空间。这 对实现分片(shard)非常有用。 routeSelector routeSelector 用于由 Ingress Controller 提供服务的一组 Routes。这对实现分 片(shard)非常有用。0 码力 | 388 页 | 4.04 MB | 1 年前3
OpenShift Container Platform 4.10 构建应用程序作负载的数据平面并提供支持服务。Service Binding Controller 读取由后备服务的 control plane 提供的数 据。然后,它会根据通过 ServiceBinding 资源指定的规则将这些数据到工作负载。 使用 Service Binding Operator,您可以: 将工作负载与 Operator 管理的后备服务绑定。 自动配置绑定数据。 为服务提供商提供低接触管理经验,以调配和管理对服务的访问。 定成功。在这个版本中,Service Binding Operator 会为任何经过身份验证的主体(包括 Developer Sandbox 用户)包含适当的基于角色的访问控制(RBAC)规则。这些 RBAC 规则允许 Service Binding Operator get, list, 和 watch Developer Sandbox 用户的 ClusterWorkloadResourceMapping 6.1.3.2. 已知 已知问题 问题 在单一命名空间安装模式中安装 Service Binding Operator 当前存在一个已知问题。因为缺少一 些命名空间范围的访问控制 (RBAC) 规则,应用程序可能无法成功绑定到 Service Binding Operator 可自动探测和绑定到的、几个已知的 Operator 支持的服务。当发生这种情况时,它会 生成类似以下示例的错误消息:0 码力 | 198 页 | 3.62 MB | 1 年前3
OpenShift Container Platform 4.9 构建应用程序作负载的数据平面并提供支持服务。Service Binding Controller 读取由后备服务的 control plane 提供的数 据。然后,它会根据通过 ServiceBinding 资源指定的规则将这些数据到工作负载。 使用 Service Binding Operator,您可以: 将工作负载与 Operator 管理的后备服务绑定。 自动配置绑定数据。 为服务提供商提供低接触管理经验,以调配和管理对服务的访问。 -1073 5.1.2.3. 已知 已知问题 问题 目前,当您在单一命名空间安装模式下安装 Service Binding Operator 时,因为缺少一些命名空 间范围的访问控制(RBAC)规则,所以应用程序可能无法成功绑定到 Service Binding Operator 可 自动探测和绑定到的、几个已知的 Operator 支持的服务。另外,还会生成以下出错信息: 错误 错误信息示例 namespace "my-petclinic"` 临时解决方案 1:在 all namespaces 安装模式中安装 Service Binding Operator。这样,会存在 适当的集群范围的 RBAC 规则,绑定会成功。 临时解决方案 2:如果无法在 all namespaces 安装模式下安装 Service Binding Operator,在安 第 第 5 章 章 将 将应 应用程序 用程序连0 码力 | 184 页 | 3.36 MB | 1 年前3
OpenShift Container Platform 4.14 分布式追踪Ingester 将 trace 批处理到块中,创建 bloom 过滤器和索引,然后将其全部刷新 到后端。 Query Frontend - Query Frontend 负责为传入的查询对搜索空间进行分片。然后,搜索查 询会发送到 Queriers。Query Frontend 部署通过 Tempo Query sidecar 公开 Jaeger UI。 Querier - Querier 负责在 4.14 分布式追踪 分布式追踪 54 elasticsearch: redundancyPolicy: 数据复制策略定义如何在 集群中的数据节点之间复 制 Elasticsearch 分片: 如果没有指定,Red Hat OpenShift distributed tracing Platform (Jaeger) Operator 会自 动根据节点数量决定最合 适的复制。 ZeroRedundancy(无 默认值 认值 es: num-replicas: Elasticsearch 中每个索 引的副本数。 1 es: num-shards: Elasticsearch 中每个索 引的分片数量。 5 表 表 3.10. ES 索引配置参数 索引配置参数 参数 参数 描述 描述 值 值 默 默认值 认值 es: create-index- templates: 设置为0 码力 | 100 页 | 928.24 KB | 1 年前3
共 138 条
- 1
- 2
- 3
- 4
- 5
- 6
- 14













