开发者

Using an Apt Repository for Paid Software Updates

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 (ramdonly selected) to check for defects.
  5. Extern开发者_开发技巧al 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?

UPDATE: I cross posted this at https://softwareengineering.stackexchange.com/questions/61737/using-an-apt-repository-for-paid-software-updates to see if I could get an answer.

0

上一篇:

下一篇:

精彩评论

暂无评论...
验证码 换一张
取 消

最新问答

问答排行榜