Deprecation Notice

Mu is no longer being maintained. We appreciate the support and interest over the past few years. This repository will be archived in the future. Releases will remain available for the foreseeable future. If you are starting a new project on AWS and looking for alternatives to Mu...

We recently did a podcast on Mutato, Mu, and OSS at Stelligent that may be of interest.

Non-Stelligent OSS similar to Mu:

• ECS CLI v2
• CDK - particulary APP Delivery
• AWS SAM
• Service Frameworks
• CDK8s

Additionally, check out RFC 049 of CDK. CDK is where a lot of us are banking the future of AWS deployments are.

These alternatives either didn't exist or were in active development when we started Mu. The increased competition, new ideas, and updates to the ecosystem have made the decision easier to discontinue support for Mu.

Why?

Both Amazon ECS (Elastic Container Service) and Amazon EKS (Elastic Container Service for Kubernetes) provide excellent platforms for deploying microservices as containers. The challenge however is that there is a significant learning curve for microservice developers to deploy their applications in an efficient manner. Specifically, they must learn to use CloudFormation to orchestrate the management of EKS, ECS, ECR, EC2, ELB, VPC, and IAM resources. Additionally, tools like CodeBuild and CodePipeline must be mastered to create a continuous delivery pipeline for their microservices.

To address these challenges, this tool was created to simplify the declaration and administration of the AWS resources necessary to support microservices. Similar to how the Serverless Framework improved the developer experience of Lambda and API Gateway, this tool makes it easier for developers to use EKS or ECS as a microservices platform.

The mu tool uses CloudFormation stacks to manage all resources it creates. Additionally, mu will not create any databases or other AWS resources to support itself. It will only create resources (via CloudFormation) necessary to run your microservices. This means at any point you can stop using mu and continue to manage the AWS resources that it created via AWS tools such as the CLI or the console.

Demo

Watch the 90 second demo below to see mu in action!

Get Started!

Requires AWS Credentials are configured locally (or you are using something like aws-vault).

Install latest version to /usr/local/bin (or for additional options, see wiki):

curl -s https://getmu.io/install.sh | sudo sh

Verify installation

mu -v
mu version 1.5.10

Assuming your project already has a Dockerfile, you can initialize your mu.yml file with: mu init. More details available in the quickstart.

What's next?

Check out the examples to see snippets of mu.yml configuration files that you can use in your own project:

• Basic - Simple website with continuous delivery pipeline deploying to dev and prod environments
• EKS - Demonstration of using EKS provider for mu
• Test Automation - Automating end-to-end testing via Newman
• RDS Database - Defining a database for a service
• Env Variables - Defining environment variables for the service
• HTTPS - Enable HTTPS on the ALB for an environment
• DNS - Associate Route53 resource record with ALB for an environment
• VPC Target - Targeting an existing VPC for an environment
• VPN Connection - Demonstration of adding VPN via CloudFormation
• Custom CloudFormation - Demonstration of adding custom AWS resources via CloudFormation
• Traditional Infrastructure - Demonstration of using EC2 + CodeDeploy rather than ECS for running services

Refer to the wiki for complete details on the configuration of mu.yml and the cli usage:

• Environments - managing VPCs, ECS clusters, container instances and ALBs
• Services - managing ECS service configuration
• Databases - managing database configuration
• Pipelines - managing continuous delivery pipelines
• IAM - managing IAM roles that mu uses
• EKS - using EKS instead of ECS for environment provider
• CLI - details about using the CLI
• Custom CloudFormation - details about customizing the CloudFormation that is generated by mu.
• Service Discovery - details about configuring and using service discovery
• Traditional Infrastructure - details about using traditional infrastructure (EC2 instances) for running services, rather than ECS and Docker.

Support

Need help? Check out the FAQ to try to find an answer to your question. If you can't find an answer there, ask on Gitter!

Contributing

Want to contribute to Mu? Awesome! Check out the contributing guidelines to get involved.

Building from source

• Ensure AWS CLI is configured with an access key, secret access key, and region.
• Install Go tools 1.10+ - (https://golang.org/doc/install)
• If you will be publishing a new release to GitHub, you must install the goreleaser binary for your workstation's OS.
• Clone this repo git clone [email protected]:stelligent/mu.git $GOPATH/src/github.com/stelligent/mu
• Go to src cd $GOPATH/src/github.com/stelligent/mu
• Build with make
• Run unit tests with make test
• Run end-to-end tests with make e2e...takes about 30 minutes and will incur charges in your AWS account.