Uploaded image for project: 'Core Server'
  1. Core Server
  2. SERVER-50342

Make version of Shard::runCommand that returns a future

    • Cluster Scalability
    • Service Arch 2021-02-22, Service Arch 2021-03-08, Service Arch 2021-03-22, Service Arch 2021-04-05, Service Arch 2021-04-19, Service Arch 2021-05-17, Service Arch 2022-12-26, Service Arch 2022-12-12, Sharding NYC 2023-07-24
    • 5

      The current Shard::runCommand function is blocking, which means that clients who need to contact a shard in an asynchronous fashion are required to implement retry logic on their own. It would be good to have an asynchronous version of runCommand that appropriately handles retry logic. The implementation may be a free function rather than part of the Shard interface if it is more convenient.

       

      Update: we're going to rewrite Shard::runCommand to use the async_rpc API to do this. 

            Assignee:
            backlog-server-cluster-scalability [DO NOT USE] Backlog - Cluster Scalability
            Reporter:
            matthew.saltz@mongodb.com Matthew Saltz (Inactive)
            Votes:
            0 Vote for this issue
            Watchers:
            7 Start watching this issue

              Created:
              Updated: