Typically, enterprises need to integrate a variety of tools in development, testing, and production environments, maintaining credentials for these tools to access and manipulate the resources within them. Examples include Git repositories, OCI Registries, K8S clusters, etc.
Connectors
aim to provide a unified, open, convenient, and secure capability for tool integration and resource access within Kubernetes
clusters.
Unified maintenance and management of tool access information
Within a cluster, different types of tools that can be accessed as well as the tools that have already been integrated can be maintained uniformly; the addresses of the integrated tools, tool credentials, and configurations required by the client can also be uniformly managed.
By defining the types of tools that can be integrated, the method of tool access can be constrained, such as the access address of the tool and the authentication method of the tool.
When integrating tools, the necessary credentials can be configured simultaneously for unified management.
More readings:
Providing a unified style of Rest API to access resources within the tools
Connectors
provide a set of uniformly styled API interfaces for the integrated tools, which can be used to access resources within the tools. For example, obtaining references from a Git repository, or repository tags from an OCI Registry.
Clients can rely on these APIs to complete access to tool resources, thereby enhancing the client UI/UX experience. With these consistently styled API interfaces, clients do not need to worry about the specific type of tool, but can simply rely on the unified API interfaces.
More readings:
Providing the capability to access tool resources in a Secretless manner within the cluster
Once tools are integrated within the cluster, resources can be accessed in a Secretless manner without the need to distribute credentials to clients, ensuring the security of the credentials.
For example:
More readings:
Protocol-oriented universal access capability
Connectors
achieve the ability to integrate various tools by aligning with industry-standard tool protocols, without being limited to specific types of tools. For instance:
Git Server
complying with the Git Transport ProtocolOCI Registry
complying with the OCI Distribution SpecK8S Server
complying with K8S ConformanceOut-of-the-box tool access capability
Connectors
provide readily available tool access capabilities for tools such as Git
, OCI Registry
, and Kubernetes clusters
. Once Connectors
are deployed, related tool types can be integrated.
Flexible tool type expansion capability
In addition to the out-of-the-box tool types, Connectors
offer a comprehensive set of extension mechanisms, allowing users to provide new tool types to the cluster as needed.
New tool types can be specific tools within a certain domain, such as GitHub
or Harbor
, or entirely new types from different domains, such as Jira
or MySQL
.
Safer credential usage
Connectors
provide safe access to tool resources without clients needing to come into contact with specific tool credentials by utilizing Connectors Proxy and Connectors CSI Driver.
This ensures that platform providers no longer have to worry about vulnerabilities arising from the distribution of tool credentials, thereby enhancing the security of those credentials.
Connectors
offer a complete set of extension mechanisms, allowing users to provide new tool type access capabilities to the cluster according to their needs or to replace out-of-the-box tool types such as Git
, OCI Registry
, or Kubernetes clusters
.
Users can discover and install more tool types through the application marketplace
.