MDAA TS Docs
    Preparing search index...

    Interface DataLakeL3ConstructProps

    interface DataLakeL3ConstructProps {
        buckets: BucketDefinition[];
        createOutputs?: boolean;
        createParams?: boolean;
        crossAccountStacks?: { [account: string]: { [region: string]: Stack } };
        naming: IMdaaResourceNaming;
        roleHelper: MdaaRoleHelper;
        shareParametersWithAccounts?: string[];
        storageLensEnabled?: boolean;
        tags?: { [key: string]: string };
    }

    Hierarchy (View Summary)

    Index

    Properties

    buckets createOutputs? createParams? crossAccountStacks? naming roleHelper shareParametersWithAccounts? storageLensEnabled? tags?

    Properties

    buckets: BucketDefinition[]

    Bucket definitions forming the data lake structure.

    createOutputs?: boolean

    Flag controlling CloudFormation output and stack export creation for construct resources

    createParams?: boolean

    Flag controlling SSM parameter creation for construct resource references enabling

    crossAccountStacks?: { [account: string]: { [region: string]: Stack } }
    naming: IMdaaResourceNaming

    MDAA naming implementation for consistent resource naming across all MDAA constructs

    roleHelper: MdaaRoleHelper
    shareParametersWithAccounts?: string[]

    AWS accounts allowed to read the SSM parameters published by this data lake's KMS key and buckets. A RAM share always names its principals, so only these accounts can read them.

    The accounts must be in the same AWS Organization and region as the account this module deploys into, and the shared parameters move to the billed Advanced tier that RAM requires. The datalake module README explains why each holds.

    - no parameters are shared and all parameters stay in the Standard tier
    storageLensEnabled?: boolean

    Enable S3 Storage Lens for the data lake buckets.

    tags?: { [key: string]: string }

    Settings

    Member Visibility

    On This Page

    Properties