Kafka消息延迟和时序性详解(文末送书)

在这里插入图片描述

目录

    • 一、概括
      • 1.1 介绍 Kafka 消息延迟和时序性
        • 1.1.1 什么是 Kafka 消息延迟?
        • 1.1.2 为什么消息延迟很重要?
        • 1.1.3 什么是 Kafka 消息时序性?
        • 1.1.4 消息延迟和时序性的关系
      • 1.2 延迟的来源
        • 1.2.1 Kafka 内部延迟
    • 二、衡量和监控消息延迟
      • 2.1 延迟的度量
        • 2.1.1 生产者到 Kafka 延迟
        • 2.1.2 Kafka 内部延迟
        • 2.1.3 消费者处理延迟
      • 2.2 监控和度量工具
        • 2.2.1 Kafka 内置度量
        • 2.2.2 第三方监控工具
        • 2.2.3 配置和使用监控工具
    • 三、降低消息延迟
      • 3.1 优化 Kafka 配置
        • 3.1.1 Producer 和 Consumer 参数
          • 生产者参数示例:
          • 消费者参数示例:
        • 3.1.2 Broker 参数
        • 3.1.3 Topic 参数
      • 3.2 编写高效的生产者和消费者
        • 3.2.1 生产者最佳实践
        • 3.2.2 消费者最佳实践
      • 3.2.3 数据序列化
    • 四、Kafka 消息时序性
      • 4.1 什么是消息时序性?
        • 4.1.1 为何消息时序性重要?
      • 4.2 保障消息时序性
        • 4.2.1 分区和消息排序
        • 4.2.2 数据一致性
        • 4.2.3 消费者并行性
    • 五、总结
    • 六、从零开始学架构:照着做,你也能成为架构师
      • 1、内容介绍
      • 2、作者简介
      • 3、参与方式

大家好,我是哪吒。

文末送5本《从零开始学架构:照着做,你也能成为架构师》

一、概括

1.1 介绍 Kafka 消息延迟和时序性

Kafka 消息延迟和时序性对于大多数实时数据流应用程序至关重要。本章将深入介绍这两个核心概念,它们是了解 Kafka 数据流处理的关键要素。

1.1.1 什么是 Kafka 消息延迟?

Kafka 消息延迟是指消息从生产者发送到消息被消费者接收之间的时间差。这是一个关键的概念,因为它直接影响到数据流应用程序的实时性和性能。在理想情况下,消息应该以最小的延迟被传递,但在实际情况中,延迟可能会受到多种因素的影响。

消息延迟的因素包括:

  • 网络延迟:消息必须通过网络传输到 Kafka 集群,然后再传输到消费者。网络延迟可能会受到网络拓扑、带宽和路由等因素的影响。

  • 硬件性能:Kafka 集群的硬件性能,包括磁盘、内存和 CPU 的速度,会影响消息的写入和读取速度。

  • Kafka 内部处理:Kafka 集群的内部处理能力也是一个关键因素。消息必须经过分区、日志段和复制等处理步骤,这可能会引入一些处理延迟。

1.1.2 为什么消息延迟很重要?

消息延迟之所以如此重要,是因为它直接关系到实时数据处理应用程序的可靠性和实时性。在一些应用中,如金融交易处理,甚至毫秒级的延迟都可能导致交易失败或不一致。在监控和日志处理应用中,过高的延迟可能导致数据不准确或失去了时序性。

管理和优化 Kafka 消息延迟是确保应用程序在高负载下仍能快速响应的关键因素。不仅需要了解延迟的来源,还需要采取相应的优化策略。

1.1.3 什么是 Kafka 消息时序性?

Kafka 消息时序性是指消息按照它们发送的顺序被接收。这意味着如果消息 A 在消息 B 之前发送,那么消息 A 应该在消息 B 之前被消费。保持消息的时序性对于需要按照时间顺序处理的应用程序至关重要。

维护消息时序性是 Kafka 的一个强大特性。在 Kafka 中,每个分区都可以保证消息的时序性,因为每个分区内的消息是有序的。然而,在多个分区的情况下,时序性可能会受到消费者处理速度不一致的影响,因此需要采取一些策略来维护全局的消息时序性。

1.1.4 消息延迟和时序性的关系

消息延迟和消息时序性之间存在密切的关系。如果消息延迟过大,可能会导致消息失去时序性,因为一条晚到的消息可能会在一条早到的消息之前被处理。因此,了解如何管理消息延迟也包括了维护消息时序性。

在接下来的章节中,我们将深入探讨如何管理和优化 Kafka 消息延迟,以及如何维护消息时序性,以满足实时数据处理应用程序的需求。

1.2 延迟的来源

为了有效地管理和优化 Kafka 消息延迟,我们需要深入了解延迟可能来自哪些方面。下面是一些常见的延迟来源:

1.2.1 Kafka 内部延迟

Kafka 内部延迟是指与 Kafka 内部组件和分区分配相关的延迟。这些因素可能会影响消息在 Kafka 内部的分发、复制和再平衡。

  • 分区分布不均:如果分区分布不均匀,某些分区可能会变得拥挤,而其他分区可能会滞后,导致消息传递延迟。

  • 复制延迟:在 Kafka 中,消息通常会进行复制以确保冗余。复制延迟是指主题的所有副本都能复制消息所需的时间。

  • 再平衡延迟:当 Kafka 集群发生再平衡时,消息的重新分配和复制可能导致消息传递延迟。

二、衡量和监控消息延迟

在本节中,我们将深入探讨如何度量和监控 Kafka 消息延迟,这将帮助你更好地了解问题并采取相应的措施来提高延迟性能。

2.1 延迟的度量

为了有效地管理 Kafka 消息延迟,首先需要能够度量它。下面是一些常见的延迟度量方式:

2.1.1 生产者到 Kafka 延迟

这是指消息从生产者发送到 Kafka 集群之间的延迟。为了度量这一延迟,你可以采取以下方法:

  • 记录发送时间戳:在生产者端,记录每条消息的发送时间戳。一旦消息成功写入 Kafka,记录接收时间戳。然后,通过将这两个时间戳相减,你可以获得消息的生产者到 Kafka 的延迟。

以下是如何记录发送和接收时间戳的代码示例:

// 记录消息发送时间戳
long sendTimestamp = System.currentTimeMillis();
ProducerRecord<String, String> record = new ProducerRecord<>("my_topic", "key", "value");
producer.send(record, (metadata, exception) -> {if (exception == null) {long receiveTimestamp = System.currentTimeMillis();long producerToKafkaLatency = receiveTimestamp - sendTimestamp;System.out.println("生产者到 Kafka 延迟:" + producerToKafkaLatency + " 毫秒");} else {System.err.println("消息发送失败: " + exception.getMessage());}
});
2.1.2 Kafka 内部延迟

Kafka 内部延迟是指消息在 Kafka 集群内部传递的延迟。你可以使用 Kafka 内置度量来度量它,包括:

  • Log End-to-End Latency:这是度量消息从生产者发送到消费者接收的总延迟。它包括了网络传输、分区复制、再平衡等各个环节的时间。

以下是一个示例:

// 创建 Kafka 消费者
Properties consumerProps = new Properties();
consumerProps.put("bootstrap.servers", "kafka-broker:9092");
consumerProps.put("group.id", "my-group");
consumerProps.put("key.deserializer", "org.apache.kafka.common.serialization.StringDeserializer");
consumerProps.put("value.deserializer", "org.apache.kafka.common.serialization.StringDeserializer");
KafkaConsumer<String, String> consumer = new KafkaConsumer<>(consumerProps);// 订阅主题
consumer.subscribe(Collections.singletonList("my_topic"));while (true) {ConsumerRecords<String, String> records = consumer.poll(Duration.ofMillis(100));for (ConsumerRecord<String, String> record : records) {long endToEndLatency = record.timestamp() - record.timestampType().createTimestamp();System.out.println("Log End-to-End 延迟:" + endToEndLatency + " 毫秒");}
}
2.1.3 消费者处理延迟

消费者处理延迟是指消息从 Kafka 接收到被消费者实际处理的时间。为了度量这一延迟,你可以采取以下方法:

  • 记录消费时间戳:在消费者端,记录每条消息的接收时间戳和处理时间戳。通过计算这两个时间戳的差值,你可以得到消息的消费者处理延迟。

以下是如何记录消费时间戳的代码示例:

KafkaConsumer<String, String> consumer = new KafkaConsumer<>(consumerProps);
consumer.subscribe(Collections.singletonList("my_topic"));while (true) {ConsumerRecords<String, String> records = consumer.poll(Duration.ofMillis(100));for (ConsumerRecord<String, String> record : records) {long receiveTimestamp = System.currentTimeMillis();long consumerProcessingLatency = receiveTimestamp - record.timestamp();System.out.println("消费者处理延迟:" + consumerProcessingLatency + " 毫秒");}
}

2.2 监控和度量工具

在度量和监控 Kafka 消息延迟时,使用适当的工具和系统是至关重要的。下面是一些工具和步骤,帮助你有效地监控 Kafka 消息延迟,包括代码示例:

2.2.1 Kafka 内置度量

Kafka 提供了内置度量,可通过多种方式来监控。以下是一些示例,演示如何通过 Kafka 的 JMX 界面访问这些度量:

使用 JConsole 直接连接到 Kafka Broker

  1. 启动 Kafka Broker。
  2. 打开 JConsole(Java 监控与管理控制台)。
  3. 在 JConsole 中选择 Kafka Broker 进程。
  4. 导航到 “kafka.server” 和 “kafka.consumer”,以查看各种度量。

使用 Jolokia(Kafka JMX HTTP Bridge)

  1. 启用 Jolokia 作为 Kafka Broker 的 JMX HTTP Bridge。
  2. 使用 Web 浏览器或 HTTP 请求访问 Jolokia 接口来获取度量数据。例如,使用 cURL 进行 HTTP GET 请求:
curl http://localhost:8778/jolokia/read/kafka.server:name=BrokerTopicMetrics/TotalFetchRequestsPerSec

这将返回有关 Kafka Broker 主题度量的信息。

2.2.2 第三方监控工具

除了 Kafka 内置度量,你还可以使用第三方监控工具,如 Prometheus 和 Grafana,来收集、可视化和警报度量数据。以下是一些步骤:

配置 Prometheus

  1. 部署和配置 Prometheus 服务器。
  2. 创建用于监控 Kafka 的 Prometheus 配置文件,定义抓取度量数据的频率和目标。
  3. 启动 Prometheus 服务器。

设置 Grafana 仪表板

  1. 部署和配置 Grafana 服务器。
  2. 在 Grafana 中创建仪表板,使用 Prometheus 作为数据源。
  3. 添加度量查询,配置警报规则和可视化图表。

可视化 Kafka 延迟数据

在 Grafana 仪表板中,你可以设置不同的图表来可视化 Kafka 延迟数据,例如生产者到 Kafka 延迟、消费者处理延迟等。通过设置警报规则,你还可以及时收到通知,以便采取行动。

2.2.3 配置和使用监控工具

为了配置和使用监控工具,你需要执行以下步骤:

定义度量指标:确定你要度量的关键度量指标,如生产者到 Kafka 延迟、消费者处理延迟等。

设置警报规则:为了快速响应问题,设置警报规则,以便在度量数据超出预定阈值时接收通知。

创建可视化仪表板:使用监控工具(如 Grafana)创建可视化仪表板,以集中展示度量数据并实时监测延迟情况。可配置的图表和仪表板有助于更好地理解数据趋势。

以上步骤和工具将帮助你更好地度量和监控 Kafka 消息延迟,以及及时采取行动来维护系统的性能和可靠性。

三、降低消息延迟

既然我们了解了 Kafka 消息延迟的来源以及如何度量和监控它,让我们继续探讨如何降低消息延迟。以下是一些有效的实践方法,可以帮助你减少 Kafka 消息延迟:

3.1 优化 Kafka 配置

3.1.1 Producer 和 Consumer 参数
生产者参数示例:
# 生产者参数示例
acks=all
compression.type=snappy
linger.ms=20
max.in.flight.requests.per.connection=1
  • acks 设置为 all,以确保生产者等待来自所有分区副本的确认。这提高了可靠性,但可能增加了延迟。
  • compression.type 使用 Snappy 压缩消息,减小了网络传输延迟。
  • linger.ms 设置为 20 毫秒,以允许生产者在发送消息之前等待更多消息。这有助于减少短暂的消息发送延迟。
  • max.in.flight.requests.per.connection 设置为 1,以确保在收到分区副本的确认之前不会发送新的消息。
消费者参数示例:
# 消费者参数示例
max.poll.records=500
fetch.min.bytes=1
fetch.max.wait.ms=100
enable.auto.commit=false
  • max.poll.records 设置为 500,以一次性拉取多条消息,提高吞吐量。
  • fetch.min.bytes 设置为 1,以确保即使没有足够数据,也立即拉取消息。
  • fetch.max.wait.ms 设置为 100 毫秒,以限制拉取消息的等待时间。
  • enable.auto.commit 禁用自动提交位移,以确保精确控制消息的确认。
3.1.2 Broker 参数

优化 Kafka broker 参数可以提高整体性能。以下是示例:

# Kafka Broker 参数示例
num.network.threads=3
num.io.threads=8
log.segment.bytes=1073741824
log.retention.check.interval.ms=300000
  • num.network.threadsnum.io.threads 设置为适当的值,以充分利用硬件资源。
  • log.segment.bytes 设置为 1 GB,以充分利用磁盘性能。
  • log.retention.check.interval.ms 设置为 300,000 毫秒,以降低清理日志段的频率。
3.1.3 Topic 参数

优化每个主题的参数以满足应用程序需求也很重要。以下是示例:

# 创建 Kafka 主题并设置参数示例
kafka-topics.sh --create --topic my_topic --partitions 8 --replication-factor 2 --config cleanup.policy=compact
  • --partitions 8 设置分区数量为 8,以提高并行性。
  • --replication-factor 2 设置复制因子为 2,以提高可靠性。
  • --config cleanup.policy=compact 设置清理策略为压缩策略,以减小数据保留成本。

通过适当配置这些参数,你可以有效地优化 Kafka 配置以降低消息延迟并提高性能。请根据你的应用程序需求和硬件资源进行调整。

3.2 编写高效的生产者和消费者

最后,编写高效的 Kafka 生产者和消费者代码对于降低延迟至关重要。以下是一些最佳实践:

3.2.1 生产者最佳实践
  • 使用异步发送:将多个消息批量发送,而不是逐条发送。这可以减少网络通信的次数,提高吞吐量。

  • 使用 Kafka 生产者的缓冲机制:充分利用 Kafka 生产者的缓冲功能,以减少网络通信次数。

  • 使用分区键:通过选择合适的分区键,确保数据均匀分布在不同的分区上,从而提高并行性。

3.2.2 消费者最佳实践
  • 使用多线程消费:启用多个消费者线程,以便并行处理消息。这可以提高处理能力和降低延迟。

  • 调整消费者参数:调整消费者参数,如 fetch.min.bytesfetch.max.wait.ms,以平衡吞吐量和延迟。

  • 使用消息批处理:将一批消息一起处理,以减小处理开销。

3.2.3 数据序列化

选择高效的数据序列化格式对于降低数据传输和存储开销很重要。以下是一些建议的格式:

  • Avro:Apache Avro 是一种数据序列化框架,具有高度压缩和高性能的特点。它适用于大规模数据处理。

  • Protocol Buffers:Google Protocol Buffers(ProtoBuf)是一种轻量级的二进制数据格式,具有出色的性能和紧凑的数据表示。

四、Kafka 消息时序性

消息时序性是大多数实时数据流应用程序的核心要求。在本节中,我们将深入探讨消息时序性的概念、为何它如此重要以及如何保障消息时序性。

4.1 什么是消息时序性?

消息时序性是指消息按照它们发送的顺序被接收和处理的特性。在 Kafka 中,每个分区内的消息是有序的,这意味着消息以它们被生产者发送的顺序排列。然而,跨越多个分区的消息需要额外的工作来保持它们的时序性。

4.1.1 为何消息时序性重要?

消息时序性对于许多应用程序至关重要,特别是需要按照时间顺序处理数据的应用。以下是一些应用领域,消息时序性非常关键:

  • 金融领域:在金融交易中,确保交易按照它们发生的确切顺序进行处理至关重要。任何失去时序性的交易可能会导致不一致性或错误的交易。

  • 日志记录:在日志记录和监控应用程序中,事件的时序性对于分析和排查问题非常关键。失去事件的时序性可能会导致混淆和数据不准确。

  • 电商应用:在线商店的订单处理需要确保订单的创建、支付和发货等步骤按照正确的顺序进行,以避免订单混乱和不准确。

4.2 保障消息时序性

在分布式系统中,保障消息时序性可能会面临一些挑战,特别是在跨越多个分区的情况下。以下是一些策略和最佳实践,可帮助你确保消息时序性:

4.2.1 分区和消息排序

使用合适的分区策略对消息进行排序,以确保相关的消息被发送到同一个分区。这样可以维护消息在单个分区内的顺序性。对于需要按照特定键排序的消息,可以使用自定义分区器来实现。

以下是如何使用合适的分区策略对消息进行排序的代码示例:

// 自定义分区器,确保相关消息基于特定键被发送到同一个分区
public class CustomPartitioner implements Partitioner {@Overridepublic int partition(String topic, Object key, byte[] keyBytes, Object value, byte[] valueBytes, Cluster cluster) {// 在此处根据 key 的某种规则计算分区编号// 例如,可以使用哈希函数或其他方法int numPartitions = cluster.partitionsForTopic(topic).size();return Math.abs(key.hashCode()) % numPartitions;}@Overridepublic void close() {// 可选的资源清理}@Overridepublic void configure(Map<String, ?> configs) {// 可选的配置}
}
4.2.2 数据一致性

确保生产者发送的消息是有序的。这可能需要在应用程序层面实施,包括对消息进行缓冲、排序和合并,以确保它们按照正确的顺序发送到 Kafka。

以下是如何确保数据一致性的代码示例:

// 生产者端的消息排序
ProducerRecord<String, String> record1 = new ProducerRecord<>("my-topic", "key1", "message1");
ProducerRecord<String, String> record2 = new ProducerRecord<>("my-topic", "key2", "message2");// 发送消息
producer.send(record1);
producer.send(record2);// 消费者端保证消息按照键排序
ConsumerRecords<String, String> records = consumer.poll(Duration.ofMillis(100));
for (ConsumerRecord<String, String> record : records) {// 处理消息,确保按照键的顺序进行
}
4.2.3 消费者并行性

在消费者端,使用适当的线程和分区分配来确保消息以正确的顺序处理。这可能涉及消费者线程数量的管理以及确保每个线程只处理一个分区,以避免顺序混乱。

以下是如何确保消费者并行性的代码示例:

// 创建具有多个消费者线程的 Kafka 消费者
Properties consumerProps = new Properties();
consumerProps.put("bootstrap.servers", "kafka-broker:9092");
consumerProps.put("group.id", "my-group");
consumerProps.put("key.deserializer", "org.apache.kafka.common.serialization.StringDeserializer");
consumerProps.put("value.deserializer", "org.apache.kafka.common.serialization.StringDeserializer");// 创建 Kafka 消费者
KafkaConsumer<String, String> consumer = new KafkaConsumer<>(consumerProps);// 订阅主题
consumer.subscribe(Collections.singletonList("my-topic"));// 创建多个消费者线程
int numThreads = 3;
for (int i = 0; i < numThreads; i++) {Runnable consumerThread = new ConsumerThread(consumer);new Thread(consumerThread).start();
}

五、总结

在本篇技术博客中,我们深入探讨了 Kafka 消息延迟和时序性的重要性以及如何度量、监控和降低消息延迟。我们还讨论了消息时序性的挑战和如何确保消息时序性。对于构建实时数据流应用程序的开发人员来说,深入理解这些概念是至关重要的。通过合理配置 Kafka、优化网络和硬件、编写高效的生产者和消费者代码,以及维护消息时序性,你可以构建出高性能和可靠的数据流系统。

无论你的应用是金融交易、监控、日志记录还是其他领域,这些建议和最佳实践都将帮助你更好地处理 Kafka 消息延迟和时序性的挑战,确保数据的可靠性和一致性。

六、从零开始学架构:照着做,你也能成为架构师

在这里插入图片描述

1、内容介绍

京东购买链接:从零开始学架构:照着做,你也能成为架构师

本书的内容主要包含以下几部分:

  1. 架构设计基础,包括架构设计相关概念、历史、原则、基本方法,让架构设计不再神秘;
  2. 架构设计流程,通过一个虚拟的案例,描述了一个通用的架构设计流程,让架构设计不再依赖天才的创作,而是有章可循;
  3. 架构设计专题:包括高性能架构设计、高可用架构设计、可扩展架构设计,这些模式可以直接参考和应用;
  4. 架构设计实战,包括重构、开源方案引入、架构发展路径、互联网架构模板等

2、作者简介

阿里巴巴资深技术专家专注于Java、Linux、MySQL、开源技术、系统分析、架构设计,热爱技术,CSDN社区之星,CSDN博客认证专家,UC资深软件工程师。


  1. 本书由浅入深地阐述了架构设计的相关内容,比较适合以下类型的读者:
  2. 没有架构设计经验,但对架构设计非常有兴趣,希望学习架构设计技术,提升技术能力,成为“大厂面霸”的读者;
  3. 已经尝试了一些架构设计,但挖了各种“坑”或踩了各种“坑”,希望知道“为什么”的技术人员;
  4. 具备一定的架构设计经验,想进一步系统化地提升架构设计能力,成为令人羡慕的“高级技术专家”“资深技术专家”的读者。

3、参与方式

图书数量:本次送出 5 本《从零开始学架构:照着做,你也能成为架构师》 !!!

活动时间:截止到 2023-12-21 21:00:00

🏆抽奖方式:

⭐️⭐️点击下方名片,回复1221,即可参与⭐️⭐️

🏆哪吒会在朋友圈公布中奖名单。

名单公布时间:2023-12-21 21:10:00

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:http://www.hqwc.cn/news/284215.html

如若内容造成侵权/违法违规/事实不符,请联系编程知识网进行投诉反馈email:809451989@qq.com,一经查实,立即删除!

相关文章

15.VLAN

VLAN 虚拟局域网 路由器可以隔离广播&#xff0c;但是二层设备交换机就不行了 划分VLAN缩小安全范围 例如发送ARP报文的时候&#xff0c;就只会发送给同一VLAN的设备&#xff0c;而不是整个网络中的所有设备 同一VLAN的用户可以互访&#xff0c;不同VLAN的用户默认是不能互…

安全芯片是什么?为什么可以应用在加密卡上?

安全芯片是指芯片内带有微处理器CPU、随机数发生器、硬件密码算法、存储单元&#xff08;包括随机存储器RAM、程序存储器ROM&#xff08;FLASH&#xff09;、用户数据存储器EEPROM&#xff09;以及芯片操作系统COS的智能芯片&#xff0c;相当于一台微型计算机&#xff0c;不仅具…

活动 | Mint Blockchain 将于 2024 年 1 月 10 号启动 MintPass 限时铸造活动

MintPass 是由 Mint Blockchain 官方发行的 Mint 网络和社区的 NFT 通行证&#xff0c;将在 2024 年 1 月份启动限时铸造活动。今天这篇文章会着重向大家介绍即将举办的 MintPass 活动的基础信息。 MintPass 有 2 种类型&#xff1a; 类型 1&#xff1a;Mint Genesis NFT Mint…

如何对大模型进行评估下

如果从实现评估的纬度来分&#xff0c;可以将不同类型的评估分为三类&#xff0c;具体如下所示。更多理论的详细信息可以参见博客《如何对大模型进行评估上》。接下来就从第一种类型出发&#xff0c;看看评估脚本是如何实现的。这里分析的源代码是Qwen的评估脚本。 如何使用选择…

字符设备驱动框架的编写

一. 简介 我们在学习裸机或者 STM32 的时候关于驱动的开发就是初始化相应的外设寄存器&#xff0c;在 Linux 驱动开发中&#xff0c;肯定也是要初始化相应的外设寄存器。 只是在 Linux 驱动开发中&#xff0c; 我们需要按照其规定的框架来编写驱动&#xff0c;所以说学 …

Todesk突然高速通道使用已结束

今天使用Todesk直接报出如下错误&#xff1a; 好像对于海外用户需要付费购买海外会员&#xff1f; 大家有没有什么可以替换的远程控制软件的吗&#xff1f;能分享一下吗&#xff1f;

使用 Python 使用贝叶斯神经网络从理论到实践

一、说明 在本文中&#xff0c;我们了解了如何构建一个机器学习模型&#xff0c;该模型结合了神经网络的强大功能&#xff0c;并且仍然保持概率方法进行预测。为了做到这一点&#xff0c;我们可以构建所谓的贝叶斯神经网络。 这个想法不是优化神经网络的损失&#xff0…

zkSend — — 在Sui上发红包像发电子邮件一样简单

*12月14日&#xff0c;知名区块链媒体平台The Block发表了这篇关于对Mysten Labs联合创始人Adeniyi Abiodun的采访&#xff0c;文中“我们”指代该媒体&#xff0c;数据均为截止撰写文章时数据&#xff0c;以下是正文。 两年前&#xff0c;当五名前Facebook工程师创立Mysten L…

鸿海携手Porotech共同开启Micro LED新篇章 | 百能云芯

近日&#xff0c;鸿海集团决定进一步强化其在Micro LED&#xff08;微发光二极体&#xff09;技术领域的实力。为此&#xff0c;鸿海宣布将与英国半导体企业Porotech展开战略合作&#xff0c;旨在共同开发MicroLED微显示器&#xff0c;并在AR&#xff08;扩增实境&#xff09;应…

如何使用Promethues监控系统指标并进行告警

公众号「架构成长指南」&#xff0c;专注于生产实践、云原生、分布式系统、大数据技术分享。 前言 从零开始&#xff1a;使用Prometheus与Grafana搭建监控系统 克服网络障碍&#xff1a;Prometheus如何通过间接方式采集目标服务数据 在以上二节&#xff0c;我们介绍了如何使…

股东来了投资者权益知识竞赛规则

股东来了投资者权益知识竞赛是中证中小投资者服务中心在中国证监会指导下&#xff0c;围绕中小投资者需求创办的全国性投教活动。《股东来了》&#xff08;2023&#xff09;由投资者服务中心联合北京、浙江、甘肃、新疆四地证监局共同举办&#xff0c;活动覆盖全国36个赛区及港…

【Python】__init__.py文件的使用

原文作者&#xff1a;我辈李想 版权声明&#xff1a;文章原创&#xff0c;转载时请务必加上原文超链接、作者信息和本声明。 文章目录 前言一、__init__.py文件1.不创建__init__.py文件2.创建__init__.py文件 二、使用1.设置公共参数2.写from .** import **3.__all__ import * …