-
Notifications
You must be signed in to change notification settings - Fork 721
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
Separate TSO into an independent service #5836
Comments
assign to me? |
Yes, but I cannot find you on the assignee list previously. lol |
To separate TSO into an independent service #5836, we define a new TSO service in protobuf to wraps up all the TSO related rpcs, then we can start a gPRC server which provides TSO service only. Separate TSO into an independent service (Deadline: 02/20/2023)Pre-work tracked below
Deployment Tasks @binshi-bing @lhy1024 @rleungx
Describe alternatives you've consideredWithout defining a new TSO service in protobuf, the TSO microservice needs to be provided by the original all-in-one PD gPRC server which also registers all other services and initializes all configurations and many other things unnecessarily. It will be harder to decouple TSO service/module from other services/modules and to evolve to an independent Tenant TSO service. Teachability, Documentation, Adoption, Migration Strategy |
@rleungx could you grant me the write permission to this issue? |
Issue Number: ref tikv#5836 Signed-off-by: binshi-bing <[email protected]>
Issue Number: ref tikv#5836 Signed-off-by: binshi-bing <[email protected]>
Define an independent TSO gRPC server pingcap/kvproto#1053 |
Issue Number: ref tikv#5836 Signed-off-by: binshi-bing <[email protected]>
Issue Number: ref tikv#5836 Signed-off-by: Bin Shi <[email protected]>
ref #5836 A service in different mode has different config struct and initialization logic, so we need to abstract an interface to create server. Signed-off-by: Bin Shi <[email protected]>
Issue Number: ref tikv#5836 Signed-off-by: Bin Shi <[email protected]>
Issue Number: ref tikv#5836 Signed-off-by: Bin Shi <[email protected]>
ref #5836 Signed-off-by: Ryan Leung <[email protected]>
Issue Number: ref tikv#5836 Signed-off-by: Bin Shi <[email protected]>
Issue Number: ref tikv#5836 Signed-off-by: Bin Shi <[email protected]>
ref #5836, ref #5858 This PR added the skeleton along the E2E path to initialize the TSO microservice. It mainly contains the following change: 1. Parse the subcommands from the command line arguments and refactor the entrypoints for all-in-one pd service and other independent microservice. Needs to compare with @lhy1024's recent PR #5858 2. Refactor Server/TSO config. 3. Add the skeleton alone E2E path to initialize the TSO microservice. Signed-off-by: Bin Shi <[email protected]> Co-authored-by: Ti Chi Robot <[email protected]>
… struct (#6171) close #5836 Register tso/resource_manager services with ServiceRegistryEntry json struct Signed-off-by: Bin Shi <[email protected]> Co-authored-by: Ti Chi Robot <[email protected]>
ref #5836 Signed-off-by: lhy1024 <[email protected]>
ref #5836 Signed-off-by: lhy1024 <[email protected]>
…so primary to tsopb.Participant (#6160) ref #5836 Support tso service switched between PD mode and API mode; Add server/client implemenation for the GetClusterInfo rpc Add tsopb.Participant as the value type of tso primary Signed-off-by: Bin Shi <[email protected]>
ref #5836 Signed-off-by: Ryan Leung <[email protected]> Co-authored-by: Ti Chi Robot <[email protected]>
ref #5836 Signed-off-by: Ryan Leung <[email protected]>
ref #5836, ref #6212 Signed-off-by: Ryan Leung <[email protected]>
ref #5836 Signed-off-by: Ryan Leung <[email protected]> Co-authored-by: Ti Chi Robot <[email protected]>
ref #5836 Signed-off-by: Ryan Leung <[email protected]>
ref #5836 Signed-off-by: lhy1024 <[email protected]> Co-authored-by: ti-chi-bot[bot] <108142056+ti-chi-bot[bot]@users.noreply.github.com>
) ref tikv#5836 Signed-off-by: lhy1024 <[email protected]> Co-authored-by: ti-chi-bot[bot] <108142056+ti-chi-bot[bot]@users.noreply.github.com> Signed-off-by: zeminzhou <[email protected]>
) ref tikv#5836 Signed-off-by: lhy1024 <[email protected]> Co-authored-by: ti-chi-bot[bot] <108142056+ti-chi-bot[bot]@users.noreply.github.com>
ref #5836 Signed-off-by: Ryan Leung <[email protected]> Co-authored-by: ti-chi-bot[bot] <108142056+ti-chi-bot[bot]@users.noreply.github.com>
ref tikv#5836 Signed-off-by: Ryan Leung <[email protected]> Co-authored-by: ti-chi-bot[bot] <108142056+ti-chi-bot[bot]@users.noreply.github.com>
ref #5836 Since the TSO service does not support the TSO Follower Proxy, enabling it in this case should fail. Signed-off-by: JmPotato <[email protected]>
ref #5836 Signed-off-by: Ryan Leung <[email protected]> Co-authored-by: ti-chi-bot[bot] <108142056+ti-chi-bot[bot]@users.noreply.github.com>
ref #5836 Signed-off-by: husharp <[email protected]>
Development Task
The text was updated successfully, but these errors were encountered: