AWS CodePipeline vs. Visual Studio App Center

I think AWS CodePipeline is a great tool for anyone wanted automated deployments in a multi-server/container AWS environment. AWS also offers services like Elastic Beanstalk that provide a more managed hosting & deployment experience. CodePipeline is a good middle ground with solid, built-in automation with enough customizability to not lock people into one deployment or architecture philosophy.

Incentivized

Honestly, it's an all around solution that needs some enhancements. Need to build an app, check! Need to test that app, check! Need to debug that app, check! Visual Studio App Center is a well rounded platform for multiple types of builds and services.

Incentivized

• It is reliable and works without errors
• It integrates well with our repository and all other AWS functions as well as our end database

Incentivized

• It supplies the right native integration for test cases both IOS and Android
• Constant device updates means you are working with the right builds to support product use cases
• Excels in automated test cases that are easy to implement, monitor, and digest results

Incentivized

• Ease of use - things like CircleCI or other tools are a bit easier to learn.
• Ability to build from more sources.

Incentivized

• Webview support was lacking
• User management seems a bit disconnected from the standard Microsoft ecosystem. Almost feels like you are managing local users and sharing access more than an enterprise solution
• Price could be better
• Buggy on some of the latest versions of windows

Incentivized

Overall, I give AWS Codepipeline a 9 because it gets the job done and I can't complain much about the web interface as much of the action is taking place behind the scenes on the terminal locally or via Amazon's infrastructure anyway. It would be nicer to have a better flowing and visualizable web interface, however.

Incentivized

Our pipeline takes about 30 minutes to run through. Although this time depends on the applications you are using on either end, I feel that it is a reasonable time to make upgrades and updates to our system as it is not an every day push.

Incentivized

We didn't need a lot of support with AWS CodePipeline as it was pretty straightforward to configure and use, but where we ran into problems, the AWS community was able to help. AWS support agents were also helpful in resolving some of the minor issues we encountered, which we could not find a solution elsewhere.

Incentivized

CodeCommit and CodeDeploy can be used with CodePipeline so it’s not really fair to stack them against each other as they can be quite the compliment. The same goes for Beanstalk, which is often used as a deployment target in relation to CodePipeline.

CodePipeline fulfills the CI/CD duty, where the other services do not focus on that specific function. They are supplements, not replacements. CodePipeline will detect the updated code and handle deploying it to the actual instance via Beanstalk.

Jenkins is open source and not a native AWS service, that is its primary differentiator. Jenkins can also be used as a supplement to CodePipeline.

Incentivized

The biggest benefit is in integrations and plug-ins, as well as the fact that it's not open source. I know open source is popular, but we have all been on the downside of open source and waiting for things to be voted up or a contribution to fix an issue. This alone makes VSAC a nice solution! Plus, it comes with a complete IDE integration of services, documentation, and is light weight

Incentivized

• CodePipeline has reduced ongoing devops costs for my clients, especially around deployment & testing.
• CodePipeline has sped up development workflow by making the deployment process automated off git pushes. Deployment takes very little coordination as the system will just trigger based on what is the latest commit in a branch.
• CodePipeline offered a lot of out-of-the-box functionality that was much simpler to setup than a dedicated CI server. It allowed the deployment process to built and put into production with much less and effort and cost compared to rolling the functionality manually.

Incentivized

• Cut down on time to delivery enhancements and overall builds to users
• Helps test new proposed releases with ease
• Cuts down on local build issues as it does do a good job with local development environments as well

Incentivized