SUSE 推出业界首个自适应 Linux 平台原型-net maui linux 界面开发

作为下一代的 Linux 平台，自适应 Linux 平台（Adaptable Linux Platform，下文简称ALP）的首个原型已经上线！该平台由 SUSE 推出，旨在让用户专注于他们的工作负载，从硬件和应用层抽离出来。通过使用虚拟机和容器技术，ALP 可以让工作负载独立于代码流。

SUSE 已将其引入开源社区，并开始设计和构建一个以应用程序为中心、安全且灵活的新平台。

SUSE 将 ALP 的首个原型命名为“Les Droites”，它具有以下特点：

软件：通过使用预装的 Salt 和软件仓库中的 Ansible，用户可以灵活敏捷地配置和管理 ALP 系统。
硬件支持：ALP 的架构基线设置为 x86_64-v2，我们正在考虑通过 hwcaps 功能支持 x86_64-v3 和未来有可能的 v4 版本。
全盘加密：Les Droites 带有全盘加密 (Full Disk Encryption，FDE) 的原型。尽管它可能不是最终的解决方案，但我们希望展示当前状态；当然，我们也希望听取社区意见。FDE 在硬盘驱动器上加密硬件，访问时会加密和解密；为 ALP 架构寻找和实施最佳解决方案对于项目至关重要。
为了在早期版本中更轻松地进行测试和探索，Les Droites 在 SELinux 方面更加宽松；SELinux 也将被整合到未来的版本中。
Podman 和 K3s 可以用作容器运行时。
容器化的工作负载。

尽管一些工作负载仍处于开发阶段并遵循 ALP 设计原则，但一些组件已经容器化，例如 GDM 或 Yast2；而其他组件未来也将容器化，例如Cockpit。

在 ALP 中，这些新的容器化的服务被称为 WORKLOADS。

工程工作组一直在对 YaST 容器化进行一些改进，例如获得更好的 cockpit 指标、对事务性 ALP 安装的监控和 ALP 中的 YaST 设计或安全策略。

APL 旨在尽可能地减少干预，因此使用了一些自我管理功能，允许它识别稳定的快照，并在为系统打补丁后发现一些意外行为时进行回滚。这样才能确保 ALP 能够根据工作负载和系统本身的使用情况来应用补丁，从而保持系统的合规性。

ALP 带有自我管理功能和零接触的原型，并将在下一个版本中完全实现这些功能。

ALP 采用了零接触的环境、部署和配置，因此更易于设置。ALP 拥有自我修复、自我调整和自我更新的优势，这些关键特性也赋予了其自我解释的能力；对系统的更改会触发一种机制来对更改进行解读，因此不再需要额外的解释。

ALP 实现了零接触。系统可以在没有干预的情况下部署、配置，对系统进行操作，这让 ALP 可以在边缘设备上运行工作负载。这将有助于实现操作系统即服务 (OSaaS)。

ALP 能够确保系统符合最新的安全标准和所需的补丁级别，这是通过结合使用“热补丁“和“高可用”的功能来实现的。用户只需配置补丁的修补时间和修复的粒度，自我管理功能就能确保系统符合所需的安全标准。

这些自我管理功能是可配置的，并具有以下粒度级别：

用户可以依据这些粒度设置最佳安装计划。

自我管理意味着系统可以识别自身最后的稳定状态，并对意外行为或错误事件做出反应，以便回滚之前的更改。当操作系统或应用程序处于修复或更改过程中时，自我修复功能可以确保系统正常工作。

ALP 使用自我修复功能来检测意外行为并返回到最后已知的稳定状态。

自我修复功能不是操作系统的新组件。SUSE 已经为 MicroOS 提供了运行状况检查器，这些检查器可以用于插件的定制开发，详细功能请查看文档：https://documentation.suse.com/sle-micro/5.2/pdf/article-administration-slemicro_color_en.pdf

PoC 应考虑以下方面：

时间框架：根据当前的开发进度，PoC 应在短期内完成（3 个月）。
增值：PoC 必须包括 ALP 带来的额外价值，并区分清楚 ALP 和 SLE 带来的价值。
协同共享：可以与合作伙伴和其他相关者共享 PoC 信息，市场研究人员也应包括在内。
基线：ALP 应被视为 PoC 的基线，以避免内部分层。需要明确的是，PoC 不能使用 SLE + k3s的方式构建，而应将 ALP 作为基本概念，在 ALP 之上构建。
限定场景：ALP 是一个概念原型，并不适用于所有场景；PoC 无需适用于所有场景或平台。