Skip to main content
Version: 15.2.0

Mia-Platform Infrastructure overview

With v15, Mia-Platform is delivered as a product suite composed of multiple Helm charts.

The Mia-Platform Product Suite can be distributed in three different operating models, depending on your governance, compliance, and infrastructure strategy.

Distribution Models​

  • Platform as a Service (PaaS): Mia-Platform provides and operates the platform runtime stack, so your teams can focus primarily on product configuration and application delivery.
  • Bring Your Own Infrastructure (BYOI): Mia-Platform delivers and supports the product suite while your organization manages the target runtime infrastructure and selected operational tooling.
  • Self-Hosted: your organization installs and operates the full platform stack in your own environments, with responsibility on infrastructure and day-2 operations.

Responsibility by Tooling Area​

The ownership model changes according to the selected distribution type.

DomainTooling ScopePaaSBYOISelf-Hosted
RuntimeKubernetes runtime and networkingManaged by Mia-PlatformCustomer managed infrastructure, Mia-Platform supported integrationCustomer managed
Ingress layer (Traefik / IngressRoute)Managed by Mia-PlatformCustomer managed infrastructure, Mia-Platform supported integrationCustomer managed
DataData services (PostgreSQL, MongoDB, Redis, Kafka)Managed by Mia-PlatformCustomer managed infrastructure, Mia-Platform supported integrationCustomer managed
Identity and SecurityAuthN/AuthZ tooling (Keycloak, Keycloak Realm Management)Shared responsibilityShared responsibilityCustomer managed
Secrets management and key materialShared responsibilityShared responsibilityCustomer managed
DeliveryCI/CD and Git provider integrationShared responsibilityShared responsibilityCustomer managed
Container registry and image lifecycleShared responsibilityCustomer managed infrastructure, Mia-Platform supported integrationCustomer managed
OperationsObservability and operational monitoringManaged by Mia-PlatformShared responsibilityCustomer managed

Shared responsibility indicates areas where platform-level integration is provided by Mia-Platform, while infrastructure provisioning and/or day-2 operations remain in customer scope.

The Mia Platform product suite in scope comprises three products (Console, Catalog, and AI Foundry) backed by a shared services layer. The shared services layer includes the Auth tooling (Keycloak and Realm Management) and the Homepage & RBAC component (platform gateway, session management, and authorization). Both are platform-level components provisioned by Mia Platform; they enable the suite but are not standalone business products. Auth tooling is a hard prerequisite for every product; Homepage & RBAC is recommended as the next installation step, ahead of the products, even though no product hard-depends on it.

Cross-Product Dependencies​

The Auth tooling layer (Keycloak and Realm Management) is the foundational prerequisite for the entire suite: every product requires a functioning Keycloak realm and OIDC issuer before it can be installed.

Auth tooling (Keycloak and Realm Management) must be fully operational before any product chart is installed: it provides the OIDC issuer required by all components. Homepage & RBAC is recommended as the second step, ahead of the products, even though it is not a hard prerequisite: it exposes the rbacManagement authorization API (via authzUrl) that Console, Catalog, and AI Foundry can optionally call to enrich policy evaluation with product/permission context. Each product bundles its own authtool-bff instance for browser login and does not depend on the services chart for it.

Among the products, the installation order is:

  1. Console and Catalog: can be installed in parallel once the shared services layer is running.
  2. AI Foundry: integrates with Catalog (shared agent backend and navigation links); Catalog must be in place first.

For the detailed installation map and product entry points, see the Installation Guidelines.

Shared Infrastructure Requirements​

The following table highlights the main shared dependencies across products.

Infrastructure / ToolShared services & toolsCatalogAI FoundryConsole
AuthN/AuthZ platform tooling (Keycloak + Realm Management)✅✅✅✅
Container Registry✅✅✅✅
PostgreSQL✅✅✅❌
MongoDB❌❌❌✅
Redis✅✅✅✅
Kafka❌✅❌❌
Google Cloud / Vertex AI✅✅✅✅ optional
info

The provisioning and management of these tools depends on what distribution model has been chosen (see paragraph above).

Product-Specific Requirements​

The following requirements complement the shared infrastructure prerequisites and are scoped to each product.

Console​

See the Console self-hosted requirements.

Catalog​

Kubernetes-centric architecture.

DependencyVersion
PostgreSQL>= 15
Kafka>= 2.x
Redis>= 8.4
Keycloak>= 26.2
Kubernetes>= 1.34
LLM API key / Service Account (optional)Optional
S3-compatible bucket (optional)Optional

IBDM​

ibdm is the Context Catalog's connector engine, used to sync data from external systems. See the Connectors Overview for details. To let it authenticate against other RBAC-protected platform APIs, register it as a service account.

Compatibility matrix:

ProviderVersion
GitLab>= 17.11.7
GitHubAPI version >= 2026-03-10
Nexus>= 3.82.0-08
SysdigCloud SaaS
Mia-Platform Console>= 14
Bitbucket>= 10.3.0
Google Cloud (GCP)Cloud SaaS
AzureAPI version >= 2025-08-01
Azure DevOpsCloud SaaS

Flow​

DependencyVersion
Keycloak>= 26.2
Redis>= 8.4
MongoDBAtlas, >= v7
PostgreSQL>= 16
LLM API key / Service AccountN/A
Kubernetes>= 1.34
Mia-Platform Console>= v15
Mia-Platform CatalogV2
Mia-Platform AI FoundryRequired
SCMCurrently compatible only with GitLab, GitHub (SaaS), and Azure DevOps (SaaS)
CI/CD toolCurrently compatible only with GitLab, GitHub Actions (SaaS), and Azure Pipelines

Foundry​

DependencyVersion
Keycloak>= 26.2
Redis>= 8.4
PostgreSQL>= 16
LLM API key / Service AccountN/A
Kubernetes>= 1.34
Mia-Platform CatalogV2
Mia Flow (optional)Optional
Grafana Tempo (optional)Optional

Next Step​

Continue with the Installation Guidelines to access the full product-by-product documentation tree.

If you'd like a working, local reference implementation of the whole suite to use as a blueprint when planning your on-premise installation, see the On-Prem Quickstart.