canonical_service_mesh
A shared utility library for the Charmed Service Mesh ecosystem.
Purpose
The Charmed Service Mesh ecosystem will contain charms that integrate service mesh technologies into the Juju ecosystem. These charms and their interface libraries share a significant amount of common code: Pydantic models for Kubernetes resource creation and service mesh CRD resources, lightkube-based resource management, label generation and authorization policies etc.
This package is the single home for all of that shared utility code. By centralizing it here, every charm and interface library depends on one well-maintained package instead of copying code between repositories or pulling from multiple helper packages.
Ecosystem
The ecosystem has three layers:
- This package (
canonical_service_mesh) provides models, resource managers, and helpers. It has no knowledge of Juju relations or charm lifecycle, which keeps it testable and reusable. - Interface libraries (via the
charmlibsmonorepo) define the relation databag schemas and the interface classes. They import from this package. - Charms contain purely the charm specific logic and consume the interface and the canonical_service_mesh libraries.
Package structure
enums
Shared enumerations used across the ecosystem.
models
Pydantic models for Kubernetes and service mesh resources. The top-level models module contains generic Kubernetes Gateway API resource models. The models.istio subpackage contains Istio-specific CRD specs for authorization policies and request authentication.
utils
Helper functions for Kubernetes label generation, Juju identity resolution, and service mesh specific operations like label ConfigMap reconciliation and policy resource construction.
k8s
Kubernetes resource management built on lightkube. The k8s.resource_manager subpackage provides declarative resource lifecycle management with label-based ownership, policy resource management, and batch operations. The k8s.types subpackage defines lightkube type aliases and custom resource definitions.
Metadata
Release files for canonical-service-mesh 0.2.0
For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.
Source distribution (sdist)
| File | Size | Uploaded | |
|---|---|---|---|
| canonical_service_mesh-0.2.0.tar.gz | 80.5 kB | Details |
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Reset |
|---|---|---|---|---|
| canonical_service_mesh-0.2.0-py3-none-any.whl | Python 3 | none | any | Details |
Total release size: 123.8 kB
Release files / canonical_service_mesh-0.2.0.tar.gz
| Download URL | canonical_service_mesh-0.2.0.tar.gz |
|---|---|
| Size | 80.5 kB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
ad5899cdaabc4d24b5d55a2008e76a0f8a2ca6f1343fa229b8673aa97c2e6652
|
|
BLAKE2b-256 checksum How to use checksums |
6af67a42c52553229006de20d38cfeecc560283959d346fc6e2ed5ab012ce7f5
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.14
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Sep 1, 2026.
Transparency logRelease files / canonical_service_mesh-0.2.0-py3-none-any.whl
| Download URL | canonical_service_mesh-0.2.0-py3-none-any.whl |
|---|---|
| Size | 43.3 kB |
| Tags | Python 3 |
|
SHA-256 checksum How to use checksums |
c71f64e9c99273cdec120731c2892f813f0bba179a2ad1ecbcf0b7b58e5cbe80
|
|
BLAKE2b-256 checksum How to use checksums |
d99588a972b577eb54a0a174864e3525ea37af1f2f8022195be3ac0974f9cbc5
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.14
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Sep 1, 2026.
Transparency log