copilot-cli
aws-codebuild-docker-images
Our great sponsors
copilot-cli | aws-codebuild-docker-images | |
---|---|---|
51 | 9 | |
3,308 | 1,089 | |
1.4% | 1.3% | |
9.6 | 6.3 | |
5 days ago | 14 days ago | |
Go | Dockerfile | |
Apache License 2.0 | GNU General Public License v3.0 or later |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
copilot-cli
-
Use AWS Graviton processors on AWS Fargate with Copilot
AWS Copilot CLI is an open source command line interface for running containers on AWS App Runner, Amazon Elastic Container Service (ECS), and AWS Fargate.
-
AI Chatbot powered by Amazon Bedrock 🚀🤖
sudo curl -Lo /usr/local/bin/copilot https://github.com/aws/copilot-cli/releases/latest/download/copilot-linux && sudo chmod +x /usr/local/bin/copilot
-
Launch HN: Nullstone (YC W22) – An easier way to deploy and manage cloud apps
Check out AWS Copilot CLI: https://aws.github.io/copilot-cli/
This is by far the best way to deploy compute into AWS in containerized workloads.
The abstraction you want is Jobs: ttps://aws.github.io/copilot-cli/docs/concepts/jobs/
Building this any other way on AWS would require provisioning multiple artifacts. The Copilot Jobs abstraction basically encapsulates the provisioning of those artifacts into one repeatable pattern.
- Support of Lambda web adapter on AWS Copilot
-
AWS ECS Basics and Tips
AWS Copilot CLI is a tool that lets you deploy production-ready, scalable services on AWS from a Dockerfile in one command.
-
Need some help understanding pulling git code to ECS.
and here is the copilot page if you are interested https://aws.github.io/copilot-cli/
- AWS Copilot CLI
-
What is your production environment?
For larger high availability required things, AWS ECS with RDS, ElastiCache, CloudFront, S3, etc.. Really like Copilot for deployment/env/secret/sidecar management (probably needs a rename now): https://aws.github.io/copilot-cli/
-
Heroku Status – Dashboard/API Offline
We are spending about 60% less. Workload has actually lessened since AWS is so much more stable. Getting to a similar DX as Heroku was quite the lift, but once it's done, it's done. These days we generally only have outages when we screw something up ourselves. I recommend https://github.com/aws/copilot-cli for starting out on ECS.
-
Deploying on ECS
I'd recommend checking out AWS Copilot (https://aws.github.io/copilot-cli/)
aws-codebuild-docker-images
-
DevSecOps with AWS- IaC at scale - Building your own platform - Part 1
Based on public repository for Codebuild Image, the image base will be the Ubuntu standard 7.0.
-
Firecracker internals: deep dive inside the technology powering AWS Lambda(2021)
This is basically what CodeBuild does.
The default Docker containers that CodeBuild uses (you can create your own) and the shell script it uses to parse the yaml configuration file (mostly a list of shell scripts) are all open source and the entire process can be run locally.
https://github.com/aws/aws-codebuild-docker-images
https://docs.aws.amazon.com/codebuild/latest/userguide/use-c...
Disclaimer: I work for AWS. But nowhere near the team that developed Firecracker
-
CircleCI says hackers stole encryption keys and customers’ source code
Disclaimer: I work for AWS in Professional Services. All opinions are my own.
The beauty about CodeBuild is that there is no “lock-in”. All it is fundamentally is a Linux or Windows Docker container with popular language runtimes and a shell script that processes a yaml file or you can supply your own Docker container.
You just put a bunch of bash commands or PowerShell commands in the yaml file and it runs anything.
The Docker container and the shell scripts are all open source and you can quite easily run them locally.
I could see outside of AWS keeping your Docker containers for your specific build environments in a local repository and doing all of your builds inside them using Jenkins.
https://github.com/aws/aws-codebuild-docker-images
https://docs.aws.amazon.com/codebuild/latest/userguide/use-c...
For a “batteries included” approach though, I really like Azure DevOps Pipelines.
I’ve even done a couple of integrations between Azure DevOps and AWS when we had clients that are Microsoft shops.
https://aws.amazon.com/vsts/
For AWS, if you use CodeCommit (AWS git service), all access is via IAM and granular permissions. If you integrate with Azure DevOps, the AWS credentials do have to be stored in a separate MS hosted credential storage.
CodeBuild also supports at least Github natively.
I’m not shilling for AWS. I have an MS development background (.Net) and only have “DevOps” experience using AWS and Microsoft tooling.
-
Continuous Integration and Deployment on AWS - and a wishlist for CI/CD Tools on AWS
Docker Images provided by the CodeBuild team should be updated regularly and should support all "modern" toolkits. The open source project has some activity, but an issue for supporting newer Android versions is now open for some time...
-
Building a Flutter application for Web, iOS and Android using a CI/CD pipeline on CodeBuild – #cdk4j
The runtimes available and exposed by CodePipeline support Android runtime 29 – and the Docker images are provisioned using Java 8. Unfortunately, as of July 2021, the Android gradle tools (used by Flutter) require Java 11. I have created an issue in the corresponding Github (see here) but needed to find a workaround to move on – I think I’ve found one, but I hope that anyone reading this might have a better way or idea?
- Is there a way to request a new runtime for codebuild?
-
Run local Graviton2 builds with AWS CodeBuild agent
$ git clone https://github.com/aws/aws-codebuild-docker-images.git $ cd aws-codebuild-docker-images/al2/aarch64/standard/2.0 $ docker build -t codebuild/amazonlinux2-aarch64-standard:2.0 .
-
Build and share Docker images using AWS CodeBuild and Graviton2
This also is the place where we specify this is an AArch64 build. The managed image indicates to use a standard image provided by AWS. The source of the Graviton2 image can be found on GitHub.
-
DevOps tools you should have on your belt
🏗 AWS CodeBuild Local Builds - Simulate a CodeBuild environment locally to quickly troubleshoot the commands and settings located in the BuildSpec file.
What are some alternatives?
TabNine - AI Code Completions
cfn-python-lint - CloudFormation Linter
terraform-cdk - Define infrastructure resources using programming constructs and provision them using HashiCorp Terraform
hello-arm
terraforming - Export existing AWS resources to Terraform style (tf, tfstate) / No longer actively maintained
saml2aws - CLI tool which enables you to login and retrieve AWS temporary credentials using a SAML IDP
awesome-cdk - A collection of awesome things related to the AWS Cloud Development Kit (CDK)
aws-extend-switch-roles - Extend your AWS IAM switching roles by Chrome extension, Firefox add-on, or Edge add-on
terraform - Terraform enables you to safely and predictably create, change, and improve infrastructure. It is a source-available tool that codifies APIs into declarative configuration files that can be shared amongst team members, treated as code, edited, reviewed, and versioned.
awsume - A utility for easily assuming AWS IAM roles from the command line.
Pulumi - Pulumi - Infrastructure as Code in any programming language. Build infrastructure intuitively on any cloud using familiar languages 🚀
rain - A development workflow tool for working with AWS CloudFormation.