Over a million developers have joined DZone.

Continuous Delivery, SaaS, and Robots

I’ll say it straight—SaaS systems should ship with an option to have a high number of free non-interactive service account “users.”

· DevOps Zone

The DevOps Zone is brought to you in partnership with Sonatype Nexus. The Nexus Suite helps scale your DevOps delivery with continuous component intelligence integrated into development tools, including Eclipse, IntelliJ, Jenkins, Bamboo, SonarQube and more. Schedule a demo today

I previously wrote about All you can eat software licenses when doing Continuous Delivery. Well, a similar problem extends for situations where you’re using SaaS, and attempting to be black-belt at Continuous Delivery (CD).

Software as a Service (SaaS)

These would be SaaS systems like Github, Slack and Hipchat.

With SaaS you’re quite often paying a license fee that is calculated on a per-user basis. Most often for those, per-month too. Now we love Jenkins and its equivalents, and we ask our DevOps experts to automate various bits and pieces with those SaaS systems, but you don’t really want to use up those costly accounts on the operations that your CD robots will do.

You can get past this of course, but it’s imperfect. WebHooks, for example, allow notifications to be shared from those SaaS systems. How much information is passed via the notifiction though? Sometimes your receiving process needs to immediately reach back into the SaaS app and do something via a RESTful API. That needs an account, of course, and that counts against your total number of licensed users. Unless you want to share accounts, but that implies spreading passwords around, which you don’t want to do because it is a slippery slope towards unaccounted usage.

Increasingly SaaS apps come with “integrations” and the potential for those to not count against your user limits. Integrations are good of course, but sometimes you’re wanting to do something that’s not available as a built-in integration, and it is not clear how to add easily add more.

What’s Missing?

I’ll say it straight—such systems should ship with an option to have a high number of free non-interactive service account “users.” Indeed anything that would differentiate humans from robots could find its way into terms of use to keep it all honest.

Not only SaaS

In-house installs of vendor applications are often per-user, and therefore in the same camp. GitHub Enterprise, and Stash for example. I remember using Perforce before and being pleased that it had at least one service account that didn’t count towards the total number of users.

The DevOps Zone is brought to you in partnership with Sonatype Nexus. Use the Nexus Suite to automate your software supply chain and ensure you're using the highest quality open source components at every step of the development lifecycle. Get Nexus today

continuous delivery ,saas ,robots ,integration

Published at DZone with permission of Paul Hammant. See the original article here.

Opinions expressed by DZone contributors are their own.

The best of DZone straight to your inbox.

Please provide a valid email address.

Thanks for subscribing!

Awesome! Check your inbox to verify your email so you can start receiving the latest in tech news and resources.

{{ parent.title || parent.header.title}}

{{ parent.tldr }}

{{ parent.urlSource.name }}