npm package discovery and stats viewer.

Discover Tips

  • General search

    [free text search, go nuts!]

  • Package details

    pkg:[package-name]

  • User packages

    @[username]

Sponsor

Optimize Toolset

I’ve always been into building performant and accessible sites, but lately I’ve been taking it extremely seriously. So much so that I’ve been building a tool to help me optimize and monitor the sites that I build to make sure that I’m making an attempt to offer the best experience to those who visit them. If you’re into performant, accessible and SEO friendly sites, you might like it too! You can check it out at Optimize Toolset.

About

Hi, 👋, I’m Ryan Hefner  and I built this site for me, and you! The goal of this site was to provide an easy way for me to check the stats on my npm packages, both for prioritizing issues and updates, and to give me a little kick in the pants to keep up on stuff.

As I was building it, I realized that I was actually using the tool to build the tool, and figured I might as well put this out there and hopefully others will find it to be a fast and useful way to search and browse npm packages as I have.

If you’re interested in other things I’m working on, follow me on Twitter or check out the open source projects I’ve been publishing on GitHub.

I am also working on a Twitter bot for this site to tweet the most popular, newest, random packages from npm. Please follow that account now and it will start sending out packages soon–ish.

Open Software & Tools

This site wouldn’t be possible without the immense generosity and tireless efforts from the people who make contributions to the world and share their work via open source initiatives. Thank you 🙏

© 2024 – Pkg Stats / Ryan Hefner

@ircc_djl/cdk-common-lib

v0.0.4

Published

PipelineStack with Cross-account deployment

Downloads

3

Readme

AWS Pipeline stack

Overview

PipelineStack with Cross-account deployment

This stack configures an AWS CodePipeline application which will deploy an instance of another "child" CDK stack based on any changes to the configured repository/branch.

Multi AWS Account

Instructions in this readme refer to two AWS accounts, The Pipeline account, which runs the AWS CodePipeline and the Target account where the "child" stack is deployed.

While both stacks (Pipeline and Target) could be the same, and these instructions should work in such a case, we have chosen to separate these for security reasons.

  1. Configure a CDK project on your local machine, run cdk deploy to create a CodePipeline in the pipeline acconut via CloudFormation.
  2. Push the project code to a new git repository/branch
  3. CodePipeline Source stage picks up the change in the repository/branch and initiate the pipeline
  4. CodePipeline Deploy stage initiates Target Account Cloudformation stack creation/update
  5. TargetAccount's CloudFormation creates/configures/updates stack resources

How to use: Creating a new PipelineStack project

Install cdk first (npm install -g aws-cdk, or this instruction) and follow the steps described below.

  1. In order to have AWS Pipeline Account authorized to talk to the version control system, create CodeStar Connection. This is a one-off task between the two, though, hence reusable across multiple projects. Connecting to BitBucket, for example

  2. Initialise a CDK project

    $ npx cdk init app --language=typescript

  3. Bootstrap the Target Account to grant the Pipeline Account permission to create resources within in. This is per-region basis.

     $ env CDK_NEW_BOOTSTRAP=1 npx cdk bootstrap \
             --profile <TargetAccountProfile> \
             --cloudformation-execution-policies arn:aws:iam::aws:policy/AdministratorAccess \
             --trust <ToolsAccountId> \
             aws://<TargetAccountId>/<region>
  4. Add this module to your project as a dependency

     $ npm install @ircc_djl/cdk_common_lib
  5. Create a CDK Typescript file which creates this stack.
    The following CDK snippet can be used to provision a pipeline stack which deploys an empty stack into another AWS account. Remember to replace the properties.

import 'source-map-support/register';
import * as cdk from 'aws-cdk-lib';
import { PipelineStack } from '@ircc_djl/cdk_common_lib'
import { Stack, StackProps,Stage,StageProps } from 'aws-cdk-lib';
import { Construct } from 'constructs';


const subscriptionUsers = [
  { email: '[email protected]' },
];
const pipelineStackProps = {
     env: {
          region: 'ca-central-1',
          account: 'account-id-goes-here',
     },
    owner: string;
    repoArn: "arn:aws:codecommit:ca-central-1:{aws-account-num}:{reponame}",;
    branch: 'dev';
    connectionArn: string;
    manualApprovals: boolean;
    pipelineName: 'pipelineName',
    stage :string;
    role : Role;
    subscriptionUsers: Array<User>,
    apptype:string
    buildtype :string,
}
const app = new cdk.App();

new PipelineStack(app, 'pipeline-stack', pipelineStackProps, (scope: Construct): void => {new Stack(scope, 'blank-stack', stackProps)});

Within the anonymous function in:

new PipelineStack(app, 'pipeline-stack', pipelineStackProps, (scope: Construct): void => {new Stack(scope, 'blank-stack', stackProps)});

The preferred stack type can be constructed.

  1. Run npm install and update cdk.json:

    • app: replace <project_name.ts> with pipeline.ts.
    • context: add "@aws-cdk/core:newStyleStackSynthesis": true
  2. Test by running npx cdk synth and npx cdk ls. For further testing and customisation, refer to the Local development section below. By now you are going to see two stacks per each environment; one for Pipeline deployment, the other for direct deployment. See Step 10 down below.

  3. Push the code to the relevant branch

  4. Deploy the stack, e.g. npx cdk deploy <target-environment> --profile <ToolsAccountProfile> to create the CodePipeline, followed by TargetAccount resource creation.

Local development

NPM link can be used to develop the module locally.

  1. Pull this repository locally
  2. cd into this repository
  3. run npm link
  4. cd into the downstream repo (target project, etc) and run npm link 'aws-pipeline-stack' The downstream repository should now include a symlink to this module. Allowing local changes to be tested before pushing.