moby/libnetwork/drvregistry
Cory Snider 5595311209 libnetwork/drvregistry: split up the registries
There is no benefit to having a single registry for both IPAM drivers
and network drivers. IPAM drivers are registered in a separate namespace
from network drivers, have separate registration methods, separate
accessor methods and do not interact with network drivers within a
DrvRegistry in any way. The only point of commonality is

    interface { GetPluginGetter() plugingetter.PluginGetter }

which is only used by the respective remote drivers and therefore should
be outside of the scope of a driver registry.

Create new, separate registry types for network drivers and IPAM
drivers, respectively. These types are "legacy-free". Neither type has
GetPluginGetter methods. The IPAMs registry does not have an
IPAMDefaultAddressSpaces method as that information can be queried
directly from the driver using its GetDefaultAddressSpaces method.
The Networks registry does not have an AddDriver method as that method
is a trivial wrapper around calling one of its arguments with its other
arguments.

Refactor DrvRegistry in terms of the new IPAMs and Networks registries
so that existing code in libnetwork and Swarmkit will continue to work.

Signed-off-by: Cory Snider <csnider@mirantis.com>
2023-01-27 11:47:42 -05:00
..
drvregistry.go libnetwork/drvregistry: split up the registries 2023-01-27 11:47:42 -05:00
drvregistry_test.go libnetwork/drvregistry: split up the registries 2023-01-27 11:47:42 -05:00
ipams.go libnetwork/drvregistry: split up the registries 2023-01-27 11:47:42 -05:00
ipams_test.go libnetwork/drvregistry: split up the registries 2023-01-27 11:47:42 -05:00
networks.go libnetwork/drvregistry: split up the registries 2023-01-27 11:47:42 -05:00
networks_test.go libnetwork/drvregistry: split up the registries 2023-01-27 11:47:42 -05:00