Architectural Components and Their Languages
Meshery and its components are written using the following languages and technologies.
|Components||Languages and Technologies|
|Meshery Server||Golang, gRPC, GraphQL, SMP, SMI|
|Meshery Adapters||Golang, gRPC, CloudEvents|
|Meshery WASM Filters||Rust and C++|
|Meshery UI||ReactJS, NextJS, BillboardJS|
|Meshery Provider UI||ReactJS, NextJS|
|Meshery Remote Providers||any - must adhere to Meshery Extension Points|
|Meshery Database||Golang, SQLlite|
Meshery deploys as a set of containers. Meshery’s containers can be deployed to either Docker or Kubernetes. Meshery components connect to one another via gRPC requests. Meshery Server stores the location of the other components and connects with those components as needed. Typically, a connection from Meshery Server to Meshery Aapters is initiated from a client request (usually either
mesheryctl or Meshery UI) to gather information from the Adapter or invoke an Adapter’s operation.
In Meshery v0.6.0, Adapters will register with Meshery Server over HTTP POST. If Meshery Server is not available, Meshery Adapters will backoff and retry to connect to Meshery Server perpetually.
Figure: Meshery deploys inside or outside of a Kubernetes cluster
Adapters and Capabilities Registry
Each Meshery Adapter delivers its own unique service mesh-specific functionality. As such, at time of deployment, the Meshery Adapter will registration its service mesh-specific capabilities (its operations) with Meshery Server’s capability registry.
Figure: Service Mesh Adapter Operation Registration
Meshery’s REST API may be consumed by any number of clients. Clients need to present valid JWT token.
As a point of extension, Meshery supports two types of providers: Local and Remote.
This diagram outlines logical constructs within Meshery and their relationships.
Meshery Operator and MeshSync
Meshery Operator is the multi-service mesh operator (a Kubernetes custom controller) that manages MeshSync and it’s messaging broker.
Meshery Server’s database is responsible for collecting and centralizing the state of all elements under management, including infrastructure, application, and Meshery’s own components. Meshery’s database, while persisted to file, is treated as a cache.
See the Database section for more information on the function of the database.
Meshery uses the following list of network ports to interface with its various components:
|Meshery REST API||9081/tcp|
|Meshery Broker||4222/tcp, 6222/tcp, 8222/tcp, 7777/tcp, 7422/tcp, 7522/tcp|
|Learn Layer5 Application||10011/tcp|
|Meshery Remote Providers||443/tcp|
|Meshery Adapter for App Mesh||10005/tcp|
|Meshery Adapter for Consul||10002/tcp|
|Meshery Adapter for Citrix Service Mesh||10008/tcp|
|Meshery Adapter for Istio||10000/tcp|
|Meshery Adapter for Kuma||10007/tcp|
|Meshery Adapter for Linkerd||10001/tcp|
|Meshery Adapter for NGINX Service Mesh||10010/tcp|
|Meshery Adapter for Network Service Mesh||10004/tcp|
|Meshery Adapter for Octarine||10003/tcp|
|Meshery Adapter for Open Service Mesh||10009/tcp|
|Meshery Adapter for Tanzu Service Mesh||10010/tcp|
|Meshery Adapter for Traefik Mesh||10006/tcp|
See the Adapters section for more information on the function of an adapter.
Statefulness in Meshery components
Some components within Meshery’s architecture are concerned with persisting data while others are only concerned with a long-lived configuration, while others have no state at all.
|mesheryctl||stateless||command line interface that has a configuration file|
|Meshery Adapters||stateless||interface with service meshes on a transactional basis|
|Meshery Server||caches state||application cache is stored in user’s
|Meshery Providers||stateful||location of persistent user preferences, environment, tests and so on|
|Meshery Operator||stateless||operator of Meshery custom controllers, notably MeshSync|
|MeshSync||stateless||Kubernetes custom controller, continuously running discovery|