The rules of selecting tools for continuous delivery toolchains


If the tool you use does not support continuous delivery values, you’re going to have a bad time implementing CI/CD with fully automated pipelines.

Here are some rules for the road:

  1. The first rule is: Don’t select your toolchain until you have designed the pipeline you want to have
  2. Every action or configuration can become code in source control so you can version things and get an audit trail on changes
  3. Everything that can be invoked or configured has an automation end point through command line or APIs
  4. Every command line can return zero for success or non zero for failures
  5. If you have to log in to a UI to be able to configure or execute something, you’re going down the wrong path – Your CI/CD tools (like Jenkins) is your user, not humans.
  6. Queues should be avoidable : if you can only do one task at a time, but you have multiple builds that need to use the tool, you’ll have a queue. The tool should be able to support parallel work by multiple pipelines or any other support for avoiding such queuing
  7. Results should be easily importable via API or command line: You need to be able to see the results easily in the pipeline run log so that you can easily understand pipeline issues without going through different teams and tools.
0 0 votes
Article Rating
Notify of

This site uses Akismet to reduce spam. Learn how your comment data is processed.

Inline Feedbacks
View all comments
Would love your thoughts, please comment.x