Your stack.
Our support.
MCgovnmap and MCintelligentplus run on the enterprise infrastructure you already operate. Declared and supported across Red Hat Enterprise Linux 9+, Docker, Podman, Kubernetes 1.28+ and Red Hat OpenShift 4.18+.
Applies to both products
- Red Hat Enterprise Linux9+
- DockerEngine on RHEL 9+
- PodmanRHEL-native runtime
- Kubernetes1.28+
- Red Hat OpenShift4.18+
One baseline.
Both products.
Every platform below is declared and supported for both MCgovnmap and MCintelligentplus. If your environment sits inside these baselines, it is covered by standard MCsoftware product support.
| Platform | Version baseline | MCgovnmap | MCintelligentplus |
|---|---|---|---|
| Host-based deployment | |||
| Red Hat Enterprise LinuxHost operating system | 9 and later | Supported | Supported |
| DockerContainer deployment | Docker Engine on RHEL 9+ | Supported | Supported |
| PodmanContainer deployment | Podman on RHEL 9+ | Supported | Supported |
| Cluster-based deployment | |||
| KubernetesSelf-managed or managed | 1.28 and later | Supported | Supported |
| Red Hat OpenShiftEnterprise Kubernetes platform | 4.18 and later | Supported | Supported |
Host-based deployment
Cluster-based deployment
Swipe horizontally to view all columns →
Running a different version or distribution? We can scope a validation for your environment.
Talk to a deployment engineerFour ways to run.
One support promise.
Use the operating model your team already runs — from a compact single host to a production OpenShift cluster. Both products are supported on every model below.
Docker
Run both products as containers on a RHEL 9+ host with Docker Engine. Straightforward to operate, with a small infrastructure footprint for pilots, edge locations and compact production deployments.
- Docker Engine on RHEL 9+
- Single-node container deployment
- Good fit: pilots, edge and small footprints
Podman
Use the container runtime built into Red Hat Enterprise Linux, with no Docker daemon required. A natural choice for teams standardising on Red Hat tooling and operations.
- Podman on RHEL 9+
- Daemonless, RHEL-native runtime
- Good fit: Red Hat-standardised estates
Kubernetes
Deploy both products to a conformant Kubernetes 1.28+ cluster using the storage, ingress and identity services your platform team already provides.
- Kubernetes 1.28 and later
- Default StorageClass and ingress required
- Good fit: scaled production platforms
Red Hat OpenShift
Run on OpenShift 4.18+ with the policy, RBAC and multi-tenant project isolation your platform team already manages, in a dedicated namespace or project.
- Red Hat OpenShift 4.18 and later
- Dedicated namespace or project
- Good fit: regulated, multi-team platforms
One stack,
from host to product.
The same deployment architecture applies to both products, whether you run containers directly on RHEL or orchestrate them with Kubernetes or OpenShift.
on RHEL 9+
on your cluster platform
- Persistent storage
- Ingress & TLS
- DNS
- SSO (optional)
- Both products
- On-premises
- Private cloud
- Air-gapped (MCintelligentplus)
Governance data, where it belongs.
A knowledge-graph platform that centralises controls and policy management across multi-vendor IT estates.
- Dedicated namespace or project
- Persistent storage for governance data
- Multi-tenant isolation
AI knowledge, inside your perimeter.
Cited answers from your own documents, with local models, local indexes and no data leaving your network.
- Fully on-premises or private cloud
- Designed for air-gapped networks
- SSO via ADFS, SAML or OIDC
What to have ready
before you deploy.
A short checklist for a smooth rollout. Final sizing, topology and access model are agreed with your MCsoftware deployment engineer.
On your side
Platform prerequisites
- Supported host or clusterRHEL 9+ for host-based deployments; Kubernetes 1.28+ or OpenShift 4.18+ for cluster-based.
- Container runtimeDocker Engine or Podman on RHEL 9+ host targets.
- Persistent storageLocal volumes for single-host; a default StorageClass for Kubernetes and OpenShift.
- Network accessDNS, TLS certificates and, for clusters, ingress or a load balancer.
- Registry accessPull access to MCsoftware images, or an internal registry mirror for restricted networks.
- Installation accessRoot or sudo on hosts; a scoped namespace or cluster role on Kubernetes and OpenShift.
- Identity provider (optional)IdP metadata if SSO via ADFS, SAML or OIDC is in scope.
On our side
MCsoftware delivery
- Architecture and sizingA deployment design matched to your platform, data volume and availability targets.
- Release artifactsContainer images and deployment guidance for your supported platform baseline.
- Operational guidanceInstallation and upgrade guidance for the declared deployment topology.
- Validation during rolloutDeployment engineering support through your validation window and go-live.
- Air-gapped planningDelivery planning for restricted networks and MCintelligentplus air-gap deployments.
- Engineering accessA direct line to MCsoftware deployment engineering throughout the rollout.
- Support handoverA documented route to product support and escalation, as defined in your agreement.
What “supported”
means here.
A clear platform baseline protects your deployment as much as ours. These are the rules that apply to both MCgovnmap and MCintelligentplus.
A declared baseline
Both products share the same supported baseline on this page. Platform combinations outside it are not implicitly covered.
Clear ownership
MCsoftware supports the applications, deployment topology and configuration within the baseline. Red Hat, Docker and your Kubernetes vendor support the underlying platform.
Kept current
New releases of RHEL, Docker, Podman, Kubernetes and OpenShift are assessed against the declared baseline as part of our release cycle.
Outside the baseline
Older or unlisted platform versions require a scoped validation engagement before production use. Standard product support does not extend to them by default.
Questions,
answered.
The practical details platform teams ask us before a deployment. If your question isn’t here, our deployment engineers can help.
Ask a deployment questionIs Red Hat Enterprise Linux 8 supported?
No. The current baseline starts at RHEL 9. If you're planning a RHEL 8 environment, contact us before deployment and we can scope a validation engagement.
Can we use Podman without Docker?
Yes. Podman on RHEL 9+ is a supported deployment path in its own right. No Docker daemon is required.
Which Kubernetes distributions are in scope?
Any conformant Kubernetes 1.28+ distribution that meets the prerequisites on this page is within the declared baseline, including managed Kubernetes services. Red Hat OpenShift 4.18+ is supported as a separately listed target.
Can both products run on the same cluster?
Both products are supported on the same Kubernetes or OpenShift baseline. We plan namespaces, resource allocation and combined sizing during deployment design, based on your isolation and capacity requirements.
Can MCintelligentplus run fully air-gapped?
Yes. MCintelligentplus is designed for air-gapped networks, with locally hosted models and indexes. Image and artifact delivery through your internal registry is planned with our deployment team. For MCgovnmap in restricted networks, contact us to plan delivery and validation.
Are Windows hosts supported?
No. Windows hosts are not part of the current baseline. Both products are supported on the Linux, Kubernetes and OpenShift platforms listed above.
Let’s validate your environment.
Send us your OS, container runtime and cluster version. Our deployment engineers will confirm support, share sizing guidance and map the fastest path to production.
Red Hat, Red Hat Enterprise Linux, and OpenShift are trademarks or registered trademarks of Red Hat, Inc. Docker is a trademark of Docker, Inc. Kubernetes is a registered trademark of The Linux Foundation. All other marks are the property of their respective owners.