Repository files navigation

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 apodcast onMutato, 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 outRFC 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.

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 theServerless 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.

Themu 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 usingmu and continue to manage the AWS resources that it created via AWS tools such as the CLI or the console.

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

RequiresAWS Credentials are configured locally (or you are using something likeaws-vault).

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

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

Verify installation

mu -vmu 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 thequickstart.

Check out theexamples to see snippets ofmu.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 viaNewman
• 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 ofmu.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.

Need help? Check out theFAQ to try to find an answer to your question. If you can't find an answer there, ask onGitter!

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

• EnsureAWS 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 thegoreleaser binary for your workstation's OS.
• Clone this repogit clone git@github.com:stelligent/mu.git $GOPATH/src/github.com/stelligent/mu
• Go to srccd $GOPATH/src/github.com/stelligent/mu
• Build withmake
• Run unit tests withmake test
• Run end-to-end tests withmake e2e...takes about 30 minutes and will incur charges in your AWS account.