Using an Apt Repository for Paid Software Updates

Posted by Scott Warren on Programmers See other posts from Programmers or by Scott Warren
Published on 2011-03-25T00:59:17Z Indexed on 2014/08/25 10:33 UTC
Read the original article Hit count: 322

I'm trying to determine a way to distribute software updates for a hosted/on-site web application that may have weekly and/or monthly updates. I don't want the customers who use the on-site product to have to worry about updating it manually I just want it to download and install automatically ala Google Chrome. I'm planning on providing an OVF file with Ubuntu and the software installed and configured.

My first thought on how to distributed software is to create six Apt repositories/channels (not sure which would be better at this point) that will be accessed through SSH using keys so if a customer doesn't renew their subscription we can disable their account:

  1. Beta - Used internally on test data to check the package for major defects.
  2. Internal - Used internally on live data to check the package for defects (dog fooding stage).
  3. External 1 - Deployed to 1% of our user base (randomly selected) to check for defects.
  4. External 9 - Deployed to 9% of our user base (randomly selected) to check for defects.
  5. External 90 - Deployed to the remaining 90% of users.
  6. Hosted - Deployed to the hosted environment.

It will take a sign off at each stage to move into the next repository in case problems are reported.

My questions to the community are:

  1. Has anyone tried something like this before?
  2. Can anyone see a downside to this type of a procedure?
  3. Is there a better way?

© Programmers or respective owner

Related posts about deployment

Related posts about repository