Huge News!Announcing our $40M Series B led by Abstract Ventures.Learn More
Socket
Sign inDemoInstall
Socket

serverless-plugin-additional-stacks

Package Overview
Dependencies
Maintainers
2
Versions
9
Alerts
File Explorer

Advanced tools

Socket logo

Install Socket

Detect and block malicious and high-risk dependencies

Install

serverless-plugin-additional-stacks

Created by Kenneth Falck <<kennu@nordcloud.com>>. Copyright [Nordcloud](https://nordcloud.com) 2017-2021. Released under the MIT license.

  • 1.6.0
  • latest
  • Source
  • npm
  • Socket score

Version published
Weekly downloads
8.4K
decreased by-8.73%
Maintainers
2
Weekly downloads
 
Created
Source

Additional Stacks Plugin for Serverless 1.x

Created by Kenneth Falck <kennu@nordcloud.com>. Copyright Nordcloud 2017-2021. Released under the MIT license.

Overview and purpose

This plugin provides support for managing multiple AWS CloudFormation stacks in your Serverless 1.x service (serverless.yml).

The plugin requires Node.js 12.x or later due to use of Object.fromEntries().

Normally, Serverless creates a single CloudFormation stack which contains all your CloudFormation resources. If you ever delete your service, these resources are also deleted, including data stored in S3 or DynamoDB.

The Additional Stacks Plugin allows you to move your "permanent" resources into a separate CloudFormation stack, which is not tightly coupled with the service. If you delete your Serverless service and deploy it again from scratch, the permanent resources and their stored data remain untouched.

The cost of separation is that Ref: no longer works for directly referencing resources between stacks. If you need such references, you'll need to define exported stack output values and then use Fn::ImportValue to refer to the value in the other stack.

However, you can also use shared Serverless variables in stack definitions. So you can define resource names in serverless.yml and then refer to them using variables like ${self:custom.tableName}.

You can use the plugin to manage as many additional stacks as you like in your serverless.yml, placed under the custom.additionalStacks section.

Installation

To install with npm, run this in your service directory:

npm install --save serverless-plugin-additional-stacks

To install with yarn, run this in your service directory:

yarn add serverless-plugin-additional-stacks

Then add this to your serverless.yml:

plugins:
 - serverless-plugin-additional-stacks

Configuration

To define additional stacks, add an additionalStacks section like this in your serverless.yml:

custom:
  additionalStacks:
    permanent:
      Resources:
        S3BucketData:
          Type: AWS::S3::Bucket
          Properties:
            BucketName: ${self:service}-data

The syntax of the Resources section is identical to the normal resources in serverless.yml, so you can just cut-paste resource definitions around.

The full name of the deployed CloudFormation stack will include the service name. If your service is called my-service and you deploy it to the dev stage, the additional stack would be called my-service-dev-permanent.

Customizing additional stacks

The plugin supports some directives you can use to control how your additional stacks are deployed. They are described below.

custom:
  additionalStacks:
    stackName:
      Deploy: After
      DeployParameters: []
      StackName: CustomName
      Resources: ...

Deploy: Before|After

By default, additional stacks are deployed before the main Serverless CloudFormation resources. This ensures they are immediately available when your Lambda functions start running.

If you need to deploy an additional stack after other CloudFormation resources, you can add Deploy: After to its definition.

DeployParameters: [...]

By default, stacks are deployed with empty parameters ([]). You can use DeployParameters: [...] to specify parameters as an array with the same syntax that the AWS SDK createStack() and updateStack() functions use. It looks like this in YAML:

DeployParameters:
  - ParameterKey: param1
    ParameterValue: value1
  - ParameterKey: param2
    ParameterValue: value2
StackName: CustomName

By default, additional CloudFormation stacks are named by appending the specified stackName to the Serverless stack name. If you want to customize the CloudFormation name of the stack, you can specify StackName: CustomName. This is useful for controlling existing stacks.

Command Line Usage

Your additional stacks will be deployed automatically when you run:

sls deploy

To deploy all additional stacks without deploying the Serverless service, you can use:

sls deploy additionalstacks

To deploy an additional stack individually, you can use:

sls deploy additionalstacks --stack [stackname]

To only deploy the Serverless service without deploying additional stacks, you can use:

sls deploy --skip-additionalstacks

If you want to remove an additional stack, you need to run:

sls remove additionalstacks --stack [stackname]

Or you can remove all additional stacks in the service with:

sls remove additionalstacks

Alternatively, you can remove stacks manually in AWS CloudFormation Console.

FAQs

Package last updated on 03 Sep 2021

Did you know?

Socket

Socket for GitHub automatically highlights issues in each pull request and monitors the health of all your open source dependencies. Discover the contents of your packages and block harmful activity before you install or update your dependencies.

Install

Related posts

SocketSocket SOC 2 Logo

Product

  • Package Alerts
  • Integrations
  • Docs
  • Pricing
  • FAQ
  • Roadmap
  • Changelog

Packages

npm

Stay in touch

Get open source security insights delivered straight into your inbox.


  • Terms
  • Privacy
  • Security

Made with ⚡️ by Socket Inc