Skip to main content

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.