Google Cloud PubSub

这个连接器可向 Google Cloud PubSub 读取与写入数据。添加下面的依赖来使用此连接器:

  1. <dependency>
  2.     <groupId>org.apache.flink</groupId>
  3.     <artifactId>flink-connector-pubsub</artifactId>
  4.     <version>1.16.0</version>
  5. </dependency>

Copied to clipboard!

注意：此连接器最近才加到 Flink 里，还未接受广泛测试。

注意连接器目前还不是二进制发行版的一部分，添加依赖、打包配置以及集群运行信息请参考这里

Consuming or Producing PubSubMessages

连接器可以接收和发送 Google PubSub 的信息。和 Google PubSub 一样，这个连接器能够保证至少一次的语义。

PubSub SourceFunction

PubSubSource 类的对象由构建类来构建: PubSubSource.newBuilder(...)

有多种可选的方法来创建 PubSubSource，但最低要求是要提供 Google Project、Pubsub 订阅和反序列化 PubSubMessages 的方法。

Example:

Java

  1. StreamExecutionEnvironment streamExecEnv = StreamExecutionEnvironment.getExecutionEnvironment();
  3. DeserializationSchema<SomeObject> deserializer = (...);
  4. SourceFunction<SomeObject> pubsubSource = PubSubSource.newBuilder()
  5.                                                       .withDeserializationSchema(deserializer)
  6.                                                       .withProjectName("project")
  7.                                                       .withSubscriptionName("subscription")
  8.                                                       .build();
  10. streamExecEnv.addSource(pubsubSource);

当前还不支持 PubSub 的 source functions pulls messages 和 push endpoints。

PubSub Sink

PubSubSink 类的对象由构建类来构建: PubSubSink.newBuilder(...)

构建类的使用方式与 PubSubSource 类似。

Example:

Java

  1. DataStream<SomeObject> dataStream = (...);
  3. SerializationSchema<SomeObject> serializationSchema = (...);
  4. SinkFunction<SomeObject> pubsubSink = PubSubSink.newBuilder()
  5.                                                 .withSerializationSchema(serializationSchema)
  6.                                                 .withProjectName("project")
  7.                                                 .withSubscriptionName("subscription")
  8.                                                 .build()
  10. dataStream.addSink(pubsubSink);

Google Credentials

应用程序需要使用 Credentials 来通过认证和授权才能使用 Google Cloud Platform 的资源，例如 PubSub。

上述的两个构建类都允许你提供 Credentials, 但是连接器默认会通过环境变量: GOOGLE_APPLICATION_CREDENTIALS 来获取 Credentials 的路径。

如果你想手动提供 Credentials，例如你想从外部系统读取 Credentials，你可以使用 PubSubSource.newBuilder(...).withCredentials(...)。

集成测试

在集成测试的时候，如果你不想直接连 PubSub 而是想读取和写入一个 docker container，可以参照 PubSub testing locally。

下面的例子展示了如何使用 source 来从仿真器读取信息并发送回去：

Java

  1. String hostAndPort = "localhost:1234";
  2. DeserializationSchema<SomeObject> deserializationSchema = (...);
  3. SourceFunction<SomeObject> pubsubSource = PubSubSource.newBuilder()
  4.                                                       .withDeserializationSchema(deserializationSchema)
  5.                                                       .withProjectName("my-fake-project")
  6.                                                       .withSubscriptionName("subscription")
  7.                                                       .withPubSubSubscriberFactory(new PubSubSubscriberFactoryForEmulator(hostAndPort, "my-fake-project", "subscription", 10, Duration.ofSeconds(15), 100))
  8.                                                       .build();
  9. SerializationSchema<SomeObject> serializationSchema = (...);
  10. SinkFunction<SomeObject> pubsubSink = PubSubSink.newBuilder()
  11.                                                 .withSerializationSchema(serializationSchema)
  12.                                                 .withProjectName("my-fake-project")
  13.                                                 .withSubscriptionName("subscription")
  14.                                                 .withHostAndPortForEmulator(hostAndPort)
  15.                                                 .build();
  17. StreamExecutionEnvironment env = StreamExecutionEnvironment.getExecutionEnvironment();
  18. env.addSource(pubsubSource)
  19.    .addSink(pubsubSink);

至少一次语义保证

SourceFunction

有很多原因导致会一个信息会被多次发出，例如 Google PubSub 的故障。

另一个可能的原因是超过了确认的截止时间，即收到与确认信息之间的时间间隔。PubSubSource 只有在信息被成功快照之后才会确认以保证至少一次的语义。这意味着，如果你的快照间隔大于信息确认的截止时间，那么你订阅的信息很有可能会被多次处理。

因此，我们建议把快照的间隔设置得比信息确认截止时间更短。

参照 PubSub 来增加信息确认截止时间。

注意: PubSubMessagesProcessedNotAcked 显示了有多少信息正在等待下一个 checkpoint 还没被确认。

SinkFunction

Sink function 会把准备发到 PubSub 的信息短暂地缓存以提高性能。每次 checkpoint 前，它会刷新缓冲区，并且只有当所有信息成功发送到 PubSub 之后，checkpoint 才会成功完成。