-
Notifications
You must be signed in to change notification settings - Fork 138
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Support Google Pub/Sub as telemetry data message infrastructure #3442
Comments
Would you mind providing a little more detail regarding the REST API that you envision? Would that become a standard Hono API? If so, where do you see this API to be added? |
We would submit a separate issue for the REST API, but to give a short answer here: this would most probably be a new API talking to the Command Router so that all upstream logic via MQTT Adapter can stay the same as is. Terminology wise we would try to comply with Hono standards, so that it can be included into the core project. We will provide more details in the separate issue. |
…lacement for Google IoT Core customers. As part of this architecture we added a Pub/Sub based client for downstream messages. Added new modules to support Google Pub/Sub as messaging infrastructure. Used Google's TopicAdminClient to create topics. Used Google's Publisher to publish messages to Google Pub/Sub. Added unittests. Signed-off-by: michelle <[email protected]>
This is the second issue to qualify Hono as a replacement for Google IoT Core customers. As part of this architecture we added a Pub/Sub based client for downstream messages. Added new modules to support Google Pub/Sub as messaging infrastructure. Used Google's TopicAdminClient to create topics. Used Google's Publisher to publish messages to Google Pub/Sub. Added unittests. Signed-off-by: michelle <[email protected]>
This is the second issue to qualify Hono as a replacement for Google IoT Core customers. As part of this architecture we added a Pub/Sub based client for downstream messages. Added new modules to support Google Pub/Sub as messaging infrastructure. Used Google's TopicAdminClient to create topics. Used Google's Publisher to publish messages to Google Pub/Sub. Added unittests. Signed-off-by: michelle <[email protected]>
This is the second issue to qualify Hono as a replacement for Google IoT Core customers. As part of this architecture we added a Pub/Sub based client for downstream messages. Added new modules to support Google Pub/Sub as messaging infrastructure. Used Google's TopicAdminClient to create topics. Used Google's Publisher to publish messages to Google Pub/Sub. Added unittests. Signed-off-by: michelle <[email protected]>
Signed-off-by: Kai Hudalla <[email protected]>
The native image build has been failing ever since the standard Google Pub/Sub client libraries had been introduced. The Quarkus extension fixes this problem. Signed-off-by: Kai Hudalla <[email protected]>
Signed-off-by: Kai Hudalla <[email protected]>
The protocol adapters failed to start up because the Google Cloud Services CredentialsProvider could not be created using the default configuration. The adapters now depend on the GOOGLE_APPLICATION_CREDENTIALS environment variable to be set instead. Signed-off-by: Kai Hudalla <[email protected]>
Added missing dependencies. Signed-off-by: Kai Hudalla <[email protected]>
Signed-off-by: Kai Hudalla <[email protected]>
@julian-sotec can this be closed? It looks like the corresponding implementation has been contributed already. |
Done, Thanks for the hint! |
This is the second issue to qualify Hono as a replacement for Google IoT Core customers. (see #3441)
As part of this architecture we would like to add native Pub/Sub messaging infrastructure support to Hono. We want to adapt the same topic structure that Hono uses for Kafka messaging. The PubSub message should contain the same header information as as on Google IOT Core.
Internal communication between services will continue to use AMQP. Hono does support sending commands to the devices via Kafka messages. This will not be supported in Pub/Sub for now, instead we intend to implement this via REST API.
The Pub/Sub bridge should work foremost with MQTT, maybe later it could be extended with another protocol adapter.
Pub/Sub Messaging:
The text was updated successfully, but these errors were encountered: