Project Name | Stars | Downloads | Repos Using This | Packages Using This | Most Recent Commit | Total Releases | Latest Release | Open Issues | License | Language |
---|---|---|---|---|---|---|---|---|---|---|
Linkerd2 | 9,632 | 11 | 14 hours ago | 108 | March 23, 2022 | 272 | apache-2.0 | Go | ||
Ultralight, security-first service mesh for Kubernetes. Main repo for Linkerd 2.x. | ||||||||||
Netmaker | 6,838 | 3 days ago | 64 | September 20, 2022 | 141 | other | Go | |||
Netmaker makes networks with WireGuard. Netmaker automates fast, secure, and distributed virtual networks. | ||||||||||
Chaos Mesh | 5,741 | 5 | 2 days ago | 88 | April 24, 2021 | 330 | apache-2.0 | Go | ||
A Chaos Engineering Platform for Kubernetes. | ||||||||||
Easegress | 5,430 | 9 hours ago | 30 | June 28, 2022 | 52 | apache-2.0 | Go | |||
A Cloud Native traffic orchestration system | ||||||||||
Linkerd | 5,372 | 63 | 3 months ago | 40 | May 27, 2022 | 146 | apache-2.0 | Scala | ||
Old repo for Linkerd 1.x. See the linkerd2 repo for Linkerd 2.x. | ||||||||||
Flagger | 4,273 | 7 | 6 days ago | 48 | August 29, 2022 | 224 | apache-2.0 | Go | ||
Progressive delivery Kubernetes operator (Canary, A/B Testing and Blue/Green deployments) | ||||||||||
Kuma | 3,170 | 4 | 9 hours ago | 162 | April 22, 2021 | 354 | apache-2.0 | Go | ||
🐻 The multi-zone service mesh for containers, Kubernetes and VMs. Built with Envoy. CNCF Sandbox Project. | ||||||||||
Osm | 2,577 | 8 | a month ago | 359 | September 06, 2022 | 39 | apache-2.0 | Go | ||
Open Service Mesh (OSM) is a lightweight, extensible, cloud native service mesh that allows users to uniformly manage, secure, and get out-of-the-box observability features for highly dynamic microservice environments. | ||||||||||
Coolstore Microservices | 2,215 | 3 months ago | 25 | mit | C# | |||||
A full-stack .NET microservices build on Dapr and Tye | ||||||||||
Mesh | 1,851 | 2 months ago | 30 | August 19, 2022 | 36 | apache-2.0 | Go | |||
Traefik Mesh - Simpler Service Mesh |
This repository contains an integration of Citrix ADC with the xDS-API based service mesh.
A service mesh is an infrastructure layer that manages communication between microservices. It provides capabilities such as service discovery, load balancing, security, and monitoring. A service mesh helps to connect, monitor, and secure microservices. Citrix ADC has advanced traffic management capabilities for enhancing application performance and it provides comprehensive security. Citrix ADC integration with service meshes allows you to secure and optimize the traffic for applications in a service mesh using Citrix ADC features.
The xDS-adaptor
is a container provided by Citrix for integrating Citrix ADC with service mesh control plane implementations based on xDS APIs (Istio, Consul, and so on). It communicates with the service mesh control plane and listens for updates by acting as a gRPC client to the control plane API server. Based on the updates from the control plane, the xDS-Adaptor generates the equivalent Citrix ADC configuration.
Citrix ADC integration with Istio allows you to secure and optimize traffic for applications in the service mesh using the Citrix ADC features.
For more information on how to integrate Citrix ADC with Istio, see Citrix ADC integration with Istio.
The features which are supported on a Citrix ADC in a service mesh can be broadly categorized into the following:
Citrix ADC supports the following traffic management features in a service mesh.
Some important security features, which are supported on the Citrix ADC, are the following:
The xDS-adaptor
monitors the folder where a service mesh deploys certificates and keys for mutual TLS authentication between Citrix ADC proxies. After an update of certificate and key, the xDS-adaptor
loads the new certificate and key to the Citrix ADC.
When a service is deployed in a service mesh, users may be interested to get insights about the service behavior. Citrix ADC proxy provides a rich set of in-built metrics to provide insights about the service behavior. When Citrix ADC CPX is deployed as a sidecar, these metrics represent the telemetry data for an application. It helps to reduce the burden of application developers by eliminating the need to include a lot of instrumentation code in the application. Instead, the developer can focus on the core application logic.
Citrix has built a couple of auxiliary tools such as Citrix ADC Metrics Exporter and Citrix ADC Observability Exporter which help to export metrics and transactional data to observability tools such as Prometheus, Zipkin, Kafka, and so on.
The statistical data of a Citrix ADC ingress device can be exported to the Prometheus using Citrix ADC Metrics Exporter.
Citrix ADC Observability Exporter is a microservice designed to collect metrics from Citrix ADCs, and export them to observability tools such as Zipkin, Kafka, and Prometheus. For more information about Citrix ADC Observability Exporter, see this link.
Following is a list of blogs which explains the integration of Citrix ADC with service mesh.
Click here for the release notes of the latest Citrix ADC xDS-adaptor
.
Contributions are always welcome! Read the Developer Guide.
For questions and support, the following channels are available:
To request an invitation to participate in the Slack channel, provide your email address using this form: https://podio.com/webforms/22979270/1633242
Report issues in detail. You can use the following command to collect the logs:
Get Logs: kubectl logs <podname> -c xds-adaptor -n <namespace> > log_file
This project adheres to the Kubernetes Community Code of Conduct. By participating in this project, you agree to abide by its terms.
The Citrix ADC xDS-adaptor
is licensed with Apache License 2.0