{"id":510,"date":"2023-05-24T21:01:27","date_gmt":"2023-05-24T21:01:27","guid":{"rendered":"http:\/\/localhost\/wordpress\/?p=510"},"modified":"2023-05-24T21:10:20","modified_gmt":"2023-05-24T21:10:20","slug":"introduction-to-aws-codecatalyst","status":"publish","type":"post","link":"http:\/\/localhost\/wordpress\/2023\/05\/24\/introduction-to-aws-codecatalyst\/","title":{"rendered":"Introduction to AWS CodeCatalyst"},"content":{"rendered":"\r\n
Over the week, I had the opportunity to do some hands-on research about one of the latest cloud services that Amazon has to offer. Combining several DevOps-services into one, Amazon tries to eliminate the hassle of combining several solutions and deliver a package service that perform one of the most common use cases when it comes to DevOps on AWS.<\/p>\r\n\r\n\r\n\r\n
Imagine that you want to build a brand-new CI\/CD, you most likely use a git repository as a source for your code. Perhaps you are hosting it on GitHub, Bitbucket or GitLab. You then want to connect it to some kind of pipeline, be it Bamboo, CircleCI or even one of the Git-platforms you used to share code, such as GitLab for running build automation and testing. Then to deploy it using some other suitable tool. My point here is that for each tool you introduce there is need for knowledge, resources to perform maintenance and upgrades, reading documentation and version updates, integrating the tools and solving integration issues introduced on either end once upgraded.<\/p>\r\n\r\n\r\n\r\n
If you instead would go the native cloud-solution you would of course then hook this up with AWS CodePipeline to set up your CI\/CD pipeline structure, CodeCommit to act as your source code, CodeBuild to build it on an integrated build server and finally CloudFormation to handle the deployment in AWS.<\/p>\r\n\r\n\r\n\r\n