Skip to content
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

Dataplane api for mounting unmounting topics #1457

Merged
merged 21 commits into from
Nov 6, 2024

Conversation

weeco
Copy link
Contributor

@weeco weeco commented Sep 24, 2024

No description provided.

@weeco weeco changed the title Console 25 dataplane api for mounting unmounting topics Dataplane api for mounting unmounting topics Sep 24, 2024
@weeco weeco marked this pull request as ready for review October 30, 2024 17:28
@weeco weeco requested a review from bojand October 30, 2024 17:28
import "google/api/field_behavior.proto";
import "protoc-gen-openapiv2/options/annotations.proto";

message MountTopicsRequest {
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

not needed strictly for this PR, might be good to get the API docs reviewed by docs team and improve or complete out the API documentation as needed.

@weeco weeco requested a review from kbatuigas October 31, 2024 14:04
message UpdateMountTaskResponse {}

service CloudStorageService {
rpc MountTopics(MountTopicsRequest) returns (MountTopicsResponse) {
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Could we add a description for CloudStorageService? Something along the lines of "Mount and unmount topics in Redpanda clusters. Requires that you have Tiered Storage enabled." This is the description we're using for the Admin API reference - we can also add links to docs when they're ready for Redpanda Cloud.

// SourceTopic is the topic name or full reference we want to mount. The full reference
// must be used in case the same topic exists more than once. This may be the case if
// the same topic has been unmounted multiple times. List all mountable topics to
// find the full reference (contains topic name, cluster uuid and revision).
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
// find the full reference (contains topic name, cluster uuid and revision).
// find the full reference (contains topic name, cluster UUID, and revision).

Will users also need to use the format <topic-name>/<cluster-uuid>/<initial-revision> as with the admin API? Would be good to specify in the field description... we could provide an example as well.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Yes they would, they would retrieve the reference in the right format by listing the mountable topics. They wouldn't construct the reference themselves

message MountTask {
message Topic {
// The topic reference within the current cluster, which may be either a simple topic name or a full reference
// in the form: cluster-uuid/topic-name/revision.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Is it cluster-uuid first or topic-name?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

cluster-uuid is first


message UpdateMountTaskRequest {
enum Action {
ACTION_UNSPECIFIED = 0;
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Are users expected to "manually" update the mount/unmount with these actions each time they want it to progress?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think this is only needed in cases where they have been issues. Probably guided by support in that case.

Copy link

github-actions bot commented Nov 5, 2024

The latest Buf updates on your PR. Results from workflow Buf CI / push-module (pull_request).

BuildFormatLintBreakingUpdated (UTC)
✅ passed✅ passed✅ passed❌ failed (133)Nov 6, 2024, 3:30 PM

@weeco weeco merged commit 0a68f5c into master Nov 6, 2024
5 of 6 checks passed
@weeco weeco deleted the CONSOLE-25-dataplane-api-for-mounting-unmounting-topics branch November 6, 2024 17:02
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants