Skip to main content
The platform account is the shared-services tier of a Fjall organisation. Deploying it provisions the organisation’s IP address space and the account baseline every Fjall-managed account carries.

Prerequisites

The platform tier belongs to organisations only. fjall create organisation scaffolds fjall/platform/infrastructure.ts. A single connected account created with fjall create account has no platform tier at all, so skip this page and go straight to Deploy Account.

When you need this command

fjall org deploy cascades to the platform account by default, so a first-time organisation deploy already deploys it. Run fjall platform deploy on its own when you:
  • Deployed the organisation with --no-cascade
  • Changed fjall/platform/infrastructure.ts and want to apply that stack alone
  • Added a region and want the IPAM pool extended into it

Deploy the platform account

Run this from the root of your project:
Tier deploys are noun-verb. fjall deploy platform is retired and fails before any AWS call with an error pointing at the spelling above.

Where it deploys

Fjall picks the account and region for you. The active deployment target set by fjall target set does not apply to a platform deploy. With no platform-tier account in the organisation config, the deploy fails with No platform account found. Run fjall org deploy first to sync accounts. To deploy the platform account into a second region, pass a platform target:
Target names are <account>-<abbreviated-region>, so a platform account named platform in eu-west-1 is platform-euw1. Run fjall target list to see every derived target. A --target that resolves to any other account is refused with a teaching error.

What happens

A platform deploy has no diff-review prompt and no typed confirmation. --skip-confirmation is accepted for symmetry with the other tiers but changes nothing on this path.

What the platform stack provisions

The platform stack is the account baseline plus the organisation’s shared network address space. Create the organisation with the Regulated or Enforced governance profile and the platform account additionally becomes the delegated administrator for GuardDuty, Security Hub, and AWS Config.
Custom domains are not part of the platform stack. Deploy them with fjall domain deploy <domain>, or let the organisation cascade’s domains phase handle them. See Custom Domain.

Output

In a terminal the CLI renders a live step checklist, streams the CloudFormation resource table for the platform stack, and closes with a next-steps panel pointing at fjall account deploy. When the synthesised template matches what is already deployed, it prints No changes to deploy. Your infrastructure is up to date. instead. With --non-interactive the same run ends in a plain summary block:

Options

--region, -e, --environment, and --skip-migrations are application-deploy flags. The platform tier registers none of them, so passing one fails with an unknown option error before anything is validated or deployed.
To tear the platform stack down, use fjall platform destroy, which takes -f, --force, --skip-confirmation, and --target <name>.

Next Steps

Deploy Account

Deploy the baseline into each member account.

Understanding Profiles

See how Fjall derives AWS credentials and deployment targets.

Deploy Organisation

Review the organisation deploy and its cascade.

Custom Domain

Attach a domain with fjall domain deploy.