Deploying self-managed GitLab on AWS
GitLab on AWS from a single EC2 instance built from GitLab's community AMIs to a reference architecture with RDS PostgreSQL, managed Redis and S3 object storage.

Where and how self-managed GitLab runs: install methods, cloud providers, managed databases, object storage and hardware requirements.
GitLab on AWS from a single EC2 instance built from GitLab's community AMIs to a reference architecture with RDS PostgreSQL, managed Redis and S3 object storage.
GitLab on Azure from the Marketplace image to a production layout with Azure Database for PostgreSQL Flexible Server, extension allow-listing and Azure Blob object storage.
GitLab on Google Cloud from a single VM to a reference architecture with Cloud SQL, a managed Redis service and Google Cloud Storage buckets per object type.
Using a managed PostgreSQL service for GitLab: the admin roles each provider needs, required extensions, version limits per GitLab release and pg_dump compatibility for backups.
Setting up the consolidated object storage form, which providers GitLab tests versus community-documented ones like Ceph RGW, and the data types that still need separate settings.
When the GitLab Docker image is a sound production choice, volume layout and upgrades, and the support trade-off GitLab notes for Docker and Compose deployments.
Installing GitLab on OpenShift through the Operator instead of the raw Helm chart: security context constraints, external stateful services and Operator-driven upgrades.
Running GitLab in FIPS mode for federal and regulated customers: FIPS container images, PBKDF2-SHA512 passwords, SSH key length rules and known issues on FIPS hosts.
The hardware and software baseline for self-managed GitLab: vCPU and memory, Gitaly storage, PostgreSQL and Redis versions by GitLab release, and why burstable instances and NFS are discouraged.
Planning the move from NFS-backed GitLab to object storage and local SSD Gitaly storage: what data moves where, and the incremental job log and artifact settings multi-node setups need.

Tell us what you're working on, whether it's a deployment, an audit, a security test or a cyber range. You'll speak with an engineer who can help you scope it.