Я пытаюсь определить способ распространения обновлений программного обеспечения для размещенного на сайте веб-приложения, которое может иметь еженедельные и / или ежемесячные обновления. Я не хочу, чтобы клиенты, использующие локальный продукт, беспокоились об его обновлении вручную, я просто хочу, чтобы он автоматически загружал и устанавливал Google Chrome. Я планирую предоставить файл OVF с Ubuntu и программным обеспечением, установленным и настроенным. Моя первая мысль о том, как распространять программное обеспечение, - это создать шесть репозиториев / каналов Apt (не уверен, что будет лучше в данный момент), к которым будет обращаться через SSH с использованием ключей, поэтому, если клиент не продлит свою подписку, мы можем отключить его учетную запись. :
- Бета-версия - используется внутри данных испытаний для проверки упаковки на наличие серьезных дефектов.
- Внутренний - используется для оперативных данных для проверки упаковки на наличие дефектов (стадия выгула собак).
- Внешний 1 - Развернут на 1% нашей пользовательской базы (выбран случайным образом) для проверки на наличие дефектов.
- Внешний 9 - Развернут на 9% нашей пользовательской базы (случайно выбран) для проверки на наличие дефектов.
- Внешний 90 - развернут для оставшихся 90% пользователей.
- Размещено - Развернуто в размещенной среде.
На каждом этапе для перехода в следующий репозиторий потребуется подпись.
Мои вопросы к сообществу:
- Кто-нибудь пробовал что-то подобное раньше?
- Кто-нибудь может увидеть обратную сторону этого типа процедуры?
- Есть ли лучший способ?
ОБНОВЛЕНИЕ: я опубликовал это в https://softwareengineering.stackexchange.com/questions/61737/using-an-apt-repository-for-paid-software-updates, чтобы посмотреть, смогу ли я получить ответ.