openSUSE:Appliances events workshop Nuremberg 2010 projects updating appliances

关于更新Appliances的讨论，收集需求，讨论现有解决方案，集思广益可能的改进、替代方案或更好的概念。

更新场景

用例：Appliances不需要更新，例如只读Live媒体或演示Appliances

Appliances配置：禁用更新

Appliances中的工具：无

外部工具：无

用例：使用标准软件包源且无需额外更新质量保证的Appliances

Appliances配置：配置更新仓库，启用更新堆栈

Appliances中的工具：更新堆栈 (zypper, YaST, WebYaST, ...)，注册需要订阅的更新

外部工具：仓库服务器 (NCC, Build Service, SMT, ...)

用例：使用标准软件包源并具有额外更新质量保证的Appliances

Appliances配置：配置分阶段更新仓库，启用更新堆栈，准备注册

Appliances中的工具：更新堆栈 (zypper, YaST, WebYaST, ...)，使用分阶段更新服务器注册

外部工具：创建分阶段更新 (SLMS)，分阶段更新仓库服务器 (SLMS, SMT)

用例：具有非软件包更新的Appliances；重大更新，其破坏性更改无法反映在软件包更新中；不希望运行基于软件包更新系统开销的用户

Appliances配置：准备更新，例如分离系统和用户数据

Appliances中的工具：用于保存用户数据的工具 (备份/恢复系统)；用于配置外部存储以保存用户数据的工具；更新通知？...

外部工具：镜像部署工具；支持备份/恢复和外部存储系统

用例：应用程序特定的更新机制；非软件包系统；受限系统 (例如，低磁盘空间或内存，或受限的网络访问)

Appliances配置：自定义

Appliances中的工具：自定义更新程序 (例如，基于文件的更新程序)

外部工具：创建特定的更新数据，外部更新程序？

用例：不同更新场景的混合，例如，对于次要更新使用基于软件包的更新，对于重大更新使用基于镜像的更新

Appliances配置：混合

Appliances中的工具：混合

外部工具：混合

我们产品的当前Appliances版本状态，未来如何处理，需要什么。

维护更新使用基于软件包的更新，主要版本升级使用基于镜像的更新

不更新场景？

支持各种更新场景的工具中的差距