GoCD, from ThoughtWorks in Chicago, is an application lifecycle management and development tool.
N/A
Jellyfish
Score 8.5 out of 10
N/A
Jellyfish is an intelligence platform for AI-Integrated Engineering. According to the vendor, the solution assists over 1,000 companies—including DraftKings, Box, and Blue Yonder—in utilizing Artificial Intelligence to manage software development lifecycles. By aggregating engineering data and contextual intelligence, Jellyfish is designed to help Research and Development (R&D) organizations measure impact, adopt industry practices, and support decision-making across AI adoption, project…
N/A
Spinnaker
Score 7.9 out of 10
N/A
Spinnaker is an open source continuous delivery platform with a range of cluster management and deployment management features, originally developed at Netflix.
GoCD is easier to setup, but harder to customize at runtime. There's no way to trigger a pipeline with custom parameters.
Jenkins is more flexible at runtime. You can define multiple user-provided parameters so when user needs to trigger a build, there's a form for him/her to …
I prefer using GoCD compared to Jenkins. The UI makes sense, I like the simplicity to hit the 'Play' button for a straightforward deployment of the 'Play +' if you need to override some settings when deploying whereas Jenkins, you have the whole page for each pipeline. The …
GitHub provided a lot of issues for us from an end-user point of view. Overall, Jellyfish is more intuitive; although it does come with its struggles and downfalls, these are something that just takes time to figure out. GitHub was more focused on developing metrics ONLY, and a …
The really cool thing about Jellyfish is the integrations that it has with the other tools, which are also very common within the software development industry. Consolidating all this data and being able to see graphs, numbers, and percentages in one place gives you a better …
Even Jenkins being originally a Continuous Integration solution, I've used it as a Continuous Deployment solution as well, but Spinnaker brought to me a more focused approach allowing us to spend less time by creating and managing pipelines. While on Jenkins we need to install …
We get a centralised view of all pipelines in single place. This helps for a large enterprise. Maven is very popular, so generating RPM from existing POM.xml is cool!
GoCD is easy to set up. So if you just want to get some pipelines up & running quickly, & they're quite stable, or you can have many pipelines for different needs then GoCD is great. Still, if you only want to have a few pipelines, but with the flexibility to run them with different parameters dynamically, then Jenkins is better.
I really recommend using Jellyfish; if this is something that your company is looking for, definitely give it a try. The Jellyfish team is also very responsive and supportive while updating, changing, or modifying required data. Having metrics from different tools in one place is very useful, especially when you have several engineering teams.
Spinnaker is a strong solution for Continuous Deployment being able to manage enormous environments in an easy way. Even Spinnaker being able to manage environments based on cloud instances (ec2 for example) I believe it is more suitable for containerized environments. Mainly in Kubernetes where it excels as a reliable and safe tool
Pipeline-as-Code works really well. All our pipelines are defined in yml files, which are checked into SCM.
The ability to link multiple pipelines together is really cool. Later pipelines can declare a dependency to pick up the build artifacts of earlier ones.
Agents definition is really great. We can define multiple different kinds of environments to best suit our diverse build systems.
UI and navigation aren't very intuitive and require additional research before being able to use.
The individual developer metrics are not very useful and make the interface feel cluttered.
Overall, it takes time for the end-user to truly learn how to use the platform and navigate. There is so much information/data available that although the above is a con, we felt it still made sense, despite the learning curve.
I prefer using GoCD compared to Jenkins. The UI makes sense, I like the simplicity to hit the 'Play' button for a straightforward deployment of the 'Play +' if you need to override some settings when deploying whereas Jenkins, you have the whole page for each pipeline. The environment makes sense but can often confuse the user while GoCD simply has a drop-down to select your environment.
GitHub provided a lot of issues for us from an end-user point of view. Overall, Jellyfish is more intuitive; although it does come with its struggles and downfalls, these are something that just takes time to figure out. GitHub was more focused on developing metrics ONLY, and a lot of these metrics were black and white, which resulted in a failure to analyze the bigger picture. GitHub's metrics were mostly unreliable. After using Jellyfish for the past 2ish years, we love it so much better. Despite the learning curve to understand how to use the interface, overall, this provides so much more insights and analytics in a way that allows us to be strategic with our business goals.
• Pipeline Expressiveness • Self-Service/Override • Visibility of Client Teams • Operability of Client Teams - • High-Quality Integrations (AWS, IHP, Google) • Extensibility – (Ability to add code) • The maturity of Deployment Process • Speed/Ease of Onboarding
Settings.xml need to be backed up periodically. It contains all the settings for your pipelines! We accidentally deleted before and we have to restore and re-create several missing pipelines
More straight forward use of API and allows filtering e.g., pull all pipelines triggered after this date