本期内容
应用程序容器如何支持 DevOps
发布者：Thomas Di Giacomo
作为 SUSE 的首席技术官 (CTO)，Thomas Di Giacomo 的愿望是为企业创建一个由软件定义、由 IT 驱动的基于云的未来。加入 SUSE 之前，Di Giacomo 博士曾担任 Swisscom Hospitality Services 的 CTO 兼创新副总裁以及 Hoist Group 的 CTO。Hoist Group 是为医疗保健行业提供 IT 服务的全球提供商。他在开放源代码平台、全球信息系统和技术的部署及支持方面拥有专业知识。
正如我们在 2016 年 9 月作为 DevOps 系列一部分的文章中所讨论的那样，为了使企业保持相关性而不只是扩展与创新，他们需要在控制成本和工作的同时，适应并满足更加灵活和敏捷的需求。为了满足这些需要，DevOps 工具、流程和文化提供了重要框架。
容器并不是一项新技术。Linux 中使用系统容器已有多年历史了。然而，在过去的几年里，应用程序容器经历了许多新的发展和采用，我们也对其进行了工具简化。以应用程序为中心的容器简化了 DevOps、CI/CD 和基于微服务的应用程序，从而使企业能够改进他们的流程、提高质量并缩短上市时间。
容器化是一款非常出色的工具，在持续集成和交付方面，作为一种共享资源，使开发人员和 IT 操作人员的关系更为紧密。这对于满足以下所有 12 个要素或其中的部分要素的云原生应用程序来说尤其正确。此外，容器化还可以应用于旧式应用程序和应用程序迁移策略。
构建和沙盒化
将应用程序容器视为非交互的、独立的、像 iPhone 一样的应用程序。它们完全隔离和沙盒化，因此可避免互相交互、互相影响或影响基础操作系统。
容器也可与应用程序架构本身紧密结合在一起。它们经常推动或至少支持将传统的整体应用程序划分为定制应用程序或基于微服务的应用程序。
应用程序容器简化了 DevOps 流的传统构建步骤。从容器映像的定义和格式，到如何从公共或私有安全注册表对其进行储存和获取，容器提供了大量可快速追踪和自动化的步骤。
运输和部署
容器类比对于其运输方式和行进方式仍然有效。在数字海洋中，它们遵循 DevOps 流：从分阶段环境到测试和生产环境，从本机基础设施和数据中心到异构私有云和公共云。一旦它们到达目的地，它们将确保容器及其内件的表现与在来源地的完全一样。该流程还将确保如果容器映像打包正确，则在其停靠的不同港口里，他们将以同样的方式运行。
这是应用程序容器化为 DevOps 带来的另一个价值：它简化了同一应用程序从开发环境到测试环境再到生产环境的重新部署。
运行和维护
在该 DevOps 阶段使用容器有很多好处。从设计上，容器易于扩展；因此，它们便于应用程序根据业务需要增长和收缩，也可促进新业务应用程序的扩展和增长，等等。容器正在运行时，它也允许更多动态多重云的策略。例如，可以在高峰时段将工作负载卸载到云，然后在需求减少、内部资源可用时内部将其恢复。
循环
DevOps 流的最后一个步骤是从运行阶段循环到开发阶段，提供关于应用程序性能的分析和详情，以便能够对应用程序进行进一步改进。这一步骤还包括需要投入下一个应用程序迭代的其他输入，例如功能请求、增补程序和修复程序（这些也可以在流的其他步骤中添加）。在这一步骤中，容器在应用程序本身之上加入了其它层次的分析，例如横向扩展/纵向扩展方案和对容器本身性能的监控。
总结和其他考虑因素
我们在这一系列的第 1 部分中详述的大多数 SUSE 工具已支持基于容器的流，并且我们还在不断改进。事实上，我们的新产品 SUSE Container as a Service Platform (CaaSP) 将于 3 月底进行公测。这将进一步促进 DevOps 容器的使用，因为编制要素可帮助在各自环境中为开发人员和测试等在各自抽象基础设施和资源上运行容器。
SUSE CaaSP 是容器的基础设施平台，允许您配置、管理和扩展基于容器的应用程序。它包括 3 个组件：基于 SLES 的 MicroOS；用于容器管理的 Kubernetes；基于 Salt 的配置，用于设置组件及容器引擎，例如 Docker 开放源码软件和 Linux 容器 (LXC)。有关详细信息，请参阅网络研讨会SUSE Container as a Service 平台简介。
我们也会考虑到储存和容器。容器化数据会随着其容器一起消失。其终身目标就是能够轻松销毁，即鼓励无状态设计，虽然总是无法百分百实现。因此，在使用容器时，永久储存设备和数据在确保 DevOps 流的一致性上发挥着至关重要的作用。
网络也是一个需要考虑的特定区域，尤其是在多重云方面。例如，解决方案通过将特定应用程序的网络配置需求及其容器描述结合在一起来解决网络需要。
最后但同样重要的是，对于企业采用 DevOps 来说，除了控制，容器的总体稳定性、可靠性和多层安全性也非常重要。
SUSE 精通 DevOps。我们珍重任何机会与您交流 DevOps 项目以及我们如何帮助实现该项目！
在这一 DevOps 系列的最后一部分，我们将谈及在 Containers as a Service 之上的 Platform as a Service，该服务能够进一步确保开发人员利用 DevOps 原则建立应用程序。
数字经济：现状可观，未来辉煌
发布者：Terri Schlosser
Terri Schlosser 是 SUSE 产品与解决方案营销方面的负责人，在 IT 软件行业有 20 年的经验。她之前就职于 Rackspace，担任该公司托管私有云产品的高级市场经理。在此之前，她在 IBM 任职 15 年以上。她的经验包括在多个不同 IT 软件领域（包括网络、储存、管理、操作系统和 OpenStack）的营销、软件开发、产品管理和策略。Terri 也有丰富的国际经验，曾与全球各个团队合作并在波兰克拉克夫完成了 2 年的海外工作。她持有数学方面的理学学士学位和硕士学位。
用户和消费者期望的持续提升
可移动的、永远联网的企业 IT 近年来呈不断上升的趋势，据行业分析，这一状态在接下来几年的业务环境下将一直持续。2014 年估计的 42.3 亿台智能手机在本年末预计将增长到 47.7 亿台，到 2019 年预计将增长到 50.7 亿台。（资料来源：Statista）这些设备创造的数字变革改变了消费者和用户期望。（参阅图 1）
图 1：摘自 Lithium and Vanson Bourne Studies （资料来源：“企业是否能够跟上飙升的客户期望,”eMarketer，2015 年 6 月）。
业务挑战显而易见
不断增长的用户和消费者期望为企业及其 IT 部门带来了显而易见的挑战，但这并不是 IT 部门面临的唯一挑战。IT 必须有敏捷性和灵活性，以应对不断提高的期望和业务需要，例如维护数据隐私和安全以实现合规性。他们需要能够在不考虑安全性或合规性的情况下安全地为那些自行购买公共云服务的企业用户提供支持。这些用户引入的影子 IT 效应可能会将企业和消费者数据置于危险之地。
IT 部门必须满足所有这些及其他业务需要，同时也要执行人工任务（并不仅限于保持正常运转），这是一项艰难的工作。
移动技术（例如网上银行、数字医疗应用程序、物联网可穿戴设备和传感器等）造成的数据增长加重了企业在应用程序和数据储存方面面临的挑战。所有行业的 IT 组织必须在不消耗额外成本的前提下高效地储存、管理和保护这些数据，因为据 Gartner 2016 年年末报道，企业 IT 预算保持不变或仅略有增加。预算资金的缺乏需要 IT 在满足数字业务的储存、处理和网络需要的同时降低资本支出和运营支出。（参阅“Gartner 称全球 IT 开销 2017 年将达到 3.5 万亿美元，”2016 年 10 月 Gartner 发布的新闻稿）
敏捷和灵活两个词必须适用于为可靠、前沿、活跃的数字服务提供支持的基础设施和提供这些服务的 IT 部门。创新时代的基础设施使得企业能够以更快的速度交付新服务和更新服务。在其 2014 年标题为“软件定义数据中心的三大重要步骤”一文中，《Network World》的 Brandon Butler 论证了软件定义网络的必要性，他指出，超过 70% 的最终用户期望 IT 项目所需时间少于两周，而 40% 的 IT 经理仍必须使用缓慢的人工流程来重新配置其企业基础设施以适应这些用户所要求的变革。
挑战，满足您的软件定义解决方案
软件定义基础设施解决方案提供了一个充满前景的方法来迎接 IT 企业所面临的诸多挑战。将他们的数据中心现代化为软件定义基础设施，这使 IT 部门能够管理不断增长的数据；使创新成为可能；敏捷、稳定和节约成本地推动快速上市。
获取敏捷性以更快地配置和提供资源
在传统数据中心内配置资源既复杂又费时。需要耗费数周或数月。与之形成鲜明对比的是，利用软件定义基础设施，IT 部门能够在数天或数小时内配置资源 - 得益于自动化和基于云的自助服务功能，人工干预有所减少。敏捷性提高使得 IT 能够快速提供资源，业务部门能够提高新服务或新应用程序的上市速度（这是无可争辩的竞争优势）。
带软件定义储存的数据中心拥有无限储存功能，随着业务运营增加，它们能够敏捷地扩展。数字业务能够高效保存和维护大数据储存，包括音频、视频、图表及其他兆兆字节容量的文件 - 客户最想要的可支持现代应用程序的那类数据储存。
确保业务连续性
软件定义基础设施使得企业能够利用新技术而无需牺牲他们迫切需要的稳定性和可靠性。他们也提供卓越的业务连续性，使企业能够避免计划外停机所带来的困扰。
例如，设计良好的软件定义储存部署没有单点故障，为系统可恢复性和可用性提供高度冗余的体系结构。自我修复功能存能够保持管理员最低限度的参与和应用程序最大限度的可用性（即使是在业务中断后）。
降低成本
各地的 IT 部门在降低成本方面面临巨大压力。节流多少？据前面提到的 Gartner 报道，2016 年 IT 开支实际上下降了 0.3%。尽管该报道预计 2017 年开支将上升 2.9%，但是这不足以抵消应对本文第一部分中介绍的挑战所需的开支。幸运的是，软件定义基础设施是降低成本工作的自然推动者。软件定义基础设施简化了运营，使 IT 减少运营支出成为可能。设计良好的解决方案也包括提供自动化管理和储存管理功能的大量工具。此类工具使企业能够仅通过现有员工而无需专业培训就能管理他们的数据中心。因而能够减少 IT 间接成本。
为进一步减少成本，企业可以选择灵活的开放源代码解决方案，无需或只需极少的软件支出而不是支持，且可以与来自多家供应商的产品共用，规避昂贵的供应商束缚。因为软件定义基础设施使企业能够使用商业硬件及其他当前正在数据中心内运行的基础设施，软件定义基础设施也可减少资本支出。
更新到软件定义基础设施可节约多少成本？以软件定义储存为例，研究表明，与普通容量网络随附的储存解决方案相比，其可以节省 30% 的开支；与普通的容量优化中型磁盘阵列相比，其可以节省至少 50% 的开支。
SUSE 拥有企业级开放源代码解决方案
为企业级软件定义基础设施选择硬件和软件平台需要深思熟虑。毕竟，这是一个重大决定。SUSE Linux Enterprise Server 等开放源代码解决方案为企业提供了使用物理和虚拟系统中的现有投资的自由。当他们选择开放源码时，企业也可以快速访问加快创新区，大型、稳定的开放源代码社区因此区而闻名。在 SUSE Linux Enterprise Server 中，企业收获了熟练测试和可靠支持的附加优势。
为您的企业软件定义基础设施选择 SUSE 解决方案
只有 SUSE 这样的企业级开放源代码供应商才足够敏捷和灵活，能支持 Docker 开放源代码项目和 Linux 容器等技术（这些技术能够使企业在提供其所需的稳定性、扩展性和业务连续性的同时加快创新，这是将会持续几年的顺应未来的设计）。
SUSE 是企业开放源代码解决方案的领军者。除了 SUSE Linux Enterprise Server 之外，SUSE 提供可使企业将其传统数据中心转变为支持现代 DevOps 方法和流程的软件定义基础设施的整套解决方案。例如，SUSE OpenStack Cloud 按需动态分配计算、储存和网络资源，并且包括在客户需要时自助提供客户所需的服务和应用程序。建立在可降低资本支出和运营支出的 Ceph 技术之上，SUSE Enterprise Storage 提供自我管理和自我修复的储存基础设施。SUSE Manager 提供稳定的基础设施管理解决方案，可支持多个 Linux 发行套件、硬件平台及物理、虚拟和云环境。单独或结合来看，每一个功能都能有效地帮助企业推动创新。
要了解有关 SUSE 使软件定义基础设施满足数字经济需求的多种方式，请访问 https://www.suse.com/solutions/
关于储存，最令企业头疼的四件事
发布者：Jason Phippen
Jason Phippen 是 SUSE Enterprise Storage（SUSE 最新的软件定义储存产品）的产品营销负责人。他在产品与解决方案营销方面拥有超过 15 年的经验，2014 年加入 SUSE 之前，他曾任职于 VERITAS、Computer Associates 和 Emulex 等公司。
当您思考家庭开支时，会考虑那些可能让生活更加简便、更加享受的东西：扩大厨房意味着圣诞节时全家人 - 甚至姻亲们能围桌而坐；加一间额外的卧室和私密的整套卫浴。此类开支令人激动，因为它能让生活更美好：夜晚您和您的配偶坐在一起真正地享受计划这项工作。但家中有另一类工作，尽管同样复杂和必要，但不管怎么说就是不令人满意。
这是可怕的事实：您的屋顶终有坏掉的一天，然后就需要完整而昂贵的整修。中央供暖锅炉翻倒损坏了，您别无选择只能被迫出钱更换。勿庸置疑，我们不喜欢此类开支，因为它是无法提高我们的生活质量，只能维持我们现有生活状态的“死”钱。您可能会和您的配偶坐在一起计划这项工作，但这一次您不会端着一杯酒，脸上也再无激动的表情。
谈及提升企业时，储存开支就好比修缮屋顶 - 无论工程多简洁，也无法带来快乐。这些是“沉没”成本，您必须支出才能维持运行。因此，可能毫无疑问，当谈及储存时，最令人讨厌的就是成本。Loudhouse 为 SUSE 开展的独立调查显示，在世界范围内超过 1200 名做出储存决定的人中，80% 提出储存成本最让他们感到沮丧。我们不喜欢为此支出，但是我们为此花了大钱：储存开支占 IT 开支的 7%。
接下来很接近的第二名是 74 %，第二讨厌的是性能。极其糟糕是，有魄力的户主不得不将现金花在无法真正提高底线的事情上，当您把钱花光了，但是仍旧得不到性能，就好比替换了屋顶却发现它仍然漏水。
第三讨厌的是复杂性。所以，您计划不想要做的工作，也无法增加快乐，然后您发现这项工作变得很难。这的确是极其困难的工作。您认为盖屋顶是一件单一的工作，结果发现它不是，您房子的前主人们用不同的材料请一众不同的施工人员将其堆砌在了一起。全是这些水槽和水管在输水，而不是单个相干结构。修理它将需要大量的思考，将占据其他更加有趣项目的时间。
第四讨厌的是“无法支持创新”和“缺乏敏捷性”。在某种程度上，您想要做这样的扩大，实际上是做可以提高生活质量的工作 - 也叫作您企业的底线。但当您设定这个目标时，您不想发现屋顶的状态让您驻足不前。事实经常如此。
好吧，让我们回顾下：储存太贵，无法表现得像我们期望和需要的那样好，它极其复杂，它阻止我们做更有价值的工作。这些是我们讨厌储存的几个理由；喜欢软件定义开放源代码储存的更多理由：减少成本、提高性能、减少复杂性和腾出时间关注能真正提高业务的事情。
SUSE 巩固了其在“即服务”领域的角色
发布者：Robin Rees
Robin 是有 20 年经验的通信领域专家，擅长建立品牌意识和企业技术解决方案的市场偏好。她的经历包括在 WE Communications 中管理 Microsoft 的分析师关系小组及领导该机构的 SAP 账户的几个小组。Robin 的企业经验包括在波音公司等行业巨头和小型企业技术公司担任全局角色，寻求拓展市场并发行新产品
SUSE 又赢得了企业的另一角色
根据 RightScale 2017 云状态调查，绝大多数企业在云上运行他们的工作负载，这一发现验证了 SUSE 的战略焦点在于加强它在开源代码、软件定义基础设施和企业级云计算应用程序领域的地位。SUSE 实现该目标的最新动作在企业基础设施即服务 (IaaS) 和平台即服务 (PaaS) 领域获得了引人注目的进步。例如，SUSE 最近从它在 Hewlett Packard Enterprise 中的合作伙伴里迎来几个星级 IaaS 和 PaaS 角色。其中之一就是 OpenStack IaaS 技术，另一个是 Cloud Foundry PaaS 技术，第三个是才华横溢的 OpenStack 和 Cloud Foundry 专家团队。
OpenStack 技术的初始计划
OpenStack 将成为软件定义基础设施空间的重要创新促成者，这就是为什么 SUSE 启动从 HPE 获得 OpenStack IaaS 技术的谈判。SUSE 的企业客户将首次尝到当 OpenStack 技术将他们整合到 SUSE OpenStack Cloud 时获得的好处。此外将创造更加强大的带有新的强化功能的解决方案，使得企业能够解决更多种类的使用案例。
SUSE 是 OpenStack 平台的白金级成员，这意味着它不仅为 OpenStack 社区，而且为 OpenStack 软件做出了贡献。SUSE 将继续做出贡献，不断前进。
用 Cloud Factory 为 PaaS 做计划
Cloud Foundry 之于 PaaS 就如 OpenStack 之于 IaaS。SUSE 计划使用其新获得的 Cloud Foundry PaaS 资产来开发和提供经过充分认证的企业就绪解决方案，这将加快其进入 PaaS 市场。
PaaS 技术关键在于 DevOps 小组更快开发和部署应用程序。由于 web 应用程序是不断增长的数字经济的现有选择，而 Cloud Foundry 是为 PaaS 部署的行业标准的开放源代码代码平台，因此完成这次收购是 SUSE 战略的重要组成部分。SUSE 近来升级到白金级 Cloud Foundry Foundation 成员标志着一个强有力的承诺 - 为整个生态体系中的客户和合作伙伴提供企业级 PaaS 功能。SUSE 的 CTO Thomas Di Giacomo 现在已加入 Cloud Foundry 董事会。
充分利用收购的新秀
SUSE 的技术并购带来了几个 HPE 技术人员的前成员 - 工程师、产品经理、系统工程师及此类有能帮助 SUSE 实现其 IaaS 和 PaaS 目标的知识和经验的人。在他们的帮助下，SUSE 将加强其 SUSE OpenStack Cloud 蓝图并加快进入 PaaS 市场。
在宣布收购结束的当天，SUSE 对这些新员工表示热烈欢迎，他们已经完全融入现有 SUSE 员工中。
相互尊重、非排他的关系
HPE 已将 SUSE 定为它在 Linux、OpenStack IaaS 和 Cloud Foundry PaaS 的首选合作伙伴，并可能将 SUSE 技术上用于其 Helion OpenStack 和 Helion Stacato 中。这一新的更加强大的关系意味着，HPE 的客户将从 SUSE 不断投入到其 Linux、OpenStack IaaS 和 Cloud Foundry PaaS 产品的投资和创新中受益。因为这一相互尊重的关系是非排他的，SUSE 的现有和将来的合作伙伴（包括它的原始设备制造商 (OEM) 和独立硬件供应商 (IHV)）也将受益。
更多优势
正如您在 SUSE Insider 的上一版中可能回忆的那样，SUSE 最近也收购了 openATTIC。结合在收购结束时加入 SUSE 小组的 open ATTIC 专家，这次收购加强了 SUSE 在软件定义储存领域的地位，就好比 OpenStack 和 Cloud Foundry 将加强它在 IaaS 和 PaaS turf 的地位。虽然 SUSE Insider 无法预测将来的收购，但我们可以说 SUSE 所有的收购已经使或将使 SUSE、其合作伙伴、客户和整个开放源代码代码社区从中受益。SUSE 就如他们所说是个前进中的公司。
YES 认证公告配置说明是来源于硬件兼容性的“阴暗面”吗？
发布者：Kay Tate
Kay Tate 是 SUSE 的 ISV 计划经理，负责按照关键垂直市场和产品类别推动 ISV 提供 SUSE 平台支持。她曾在 IBM 和 SUSE（2009 年后）参与并设计了多项面向 UNIX 和 Linux ISV 的计划，长达十五年之久。她的职责包括管理 SUSE 合作伙伴软件编目、销售人员申请的应用招募、打造合作伙伴计划以及精简面向 ISV 的 SUSE 和 Partner Portal ISV 流程。
简单的回答是不 - 不可能！这一回答来自一位在 YES 认证方面有数年经验的人，而并非是某个在一天之内突然“原力觉醒”的粗鲁人说的。请继续读下去，因为“恐惧是通往黑暗一面的途径，”而且“很难看到黑暗一面”！
在之前的几篇博客各个部分中，我详细概述了 YES 认证公告中所包含的信息。这些博客突出了公告的内容、阅读的方式以及在认证测试过程中验证的内容，并在最后突出了公告的每个部分如何帮助您理解具体的硬件兼容性。在这个博客中，我将更加深入并在电子公告板上提供关于“配置说明”部分的更多详细信息。在这一过程中，回答这个问题，YES 认证公告上的配置说明是坏事吗？从上述第一个句子您就已经知道我对这个问题的答案了，但是正如所有令人满意的度假一样，一部分的快乐是在旅途上。
最重要的事情放到第一位。如果您还不知道，搜索 YES 认证硬件公告的最佳位置是 https://www.suse.com/
公告中的配置说明可能是空白或包含一条或多条关于认证配置的重点信息。它可以包含要求的工作区或功能（起作用的或不起作用的），甚至是要求的附加物，例如更新的驱动程序。当您在特定硬件平台上实施 SUSE Linux Enterprise 的时候，公告中的配置说明包含了您想知道的关键信息。
配置说明所提供的信息从安装/启动到核心文件 (kdump)，或者是更新的内核驱动程序到要求的维护更新。如果您正在某个认证的硬件平台安装和配置 SUSE Linux Enterprise，您应该知道绝大多数配置说明本质上是信息性的。它们可以提供更多关于在认证期间磁盘是如何配置的信息。硬件认证的关键价值定位之一是采集已知工作配置并形成文档。这可以作为硬件购买指南或系统出问题时排除故障的技术。
认证公告有可能不含有任何配置说明吗？可以。许多系统完成了认证，没有任何问题，认证公告包含大量的配置信息。但是，在我看来，如果您碰到了不含任何配置说明的公告，您可能会怀疑认证公司（通常是硬件供应商）有什么没有告诉您！但是，认证公告可能包含了您需要知道的所有信息。提醒一下，认证公告的目的之一就是提供有用的硬件/操作系统配置数据！
正如上文所提及的那样，配置说明能够列出操作系统是如何安装的，可能是从内部的 DVD（如果内部 DVD 列入受测试配置，那这也是一项标示）或虚拟 DVD，甚至是附带 USB 的 DVD。配置说明可以表明系统是通过网络从 PXE（预启动执行环境）安装的、使用 UEFI（统一的可扩展固件接口）引导加载程序安装的还是使用旧式安装程序安装的。配置说明可以列出所使用的安装工具、驱动程序包或 kISO；所有这些只是 SUSE 提供的更新安装媒体，用以解决硬件上的已知问题。注：这些更新所解决的问题可以启动新的前沿硬件，这种硬件在操作系统发布之初还不存在。
配置说明能够提供所需数量的内存，满足 kdump 正常运行之必需，允许采集有效的崩溃内核映像（当默认设置不起作用时）。它能告诉您在认证测试期间是否使用 SUSE Linux Enterprise 维护更新。这通常意味着要对操作系统中的硬件进行更新，以便在峰值兼容性下运行。它还能列出在测试时安装的具体驱动程序的版本。
配置说明还能列出不受该硬件支持的电源管理功能。电源功能如休眠、睡眠、风扇控制或温度监控、电池支持或 CPU 频率定标。会有具体电源管理功能工作区的信息。它还可以记录如何通过修改配置文件或使用具体的命令行启动电源管理功能，从而使得功能起作用。它可以概括系统设置中的更改。
配置说明可以包括基本信息，例如系统是否作为一个不带图形适配器的无头配置而受到测试。它可以列出一个 URL，可以从硬件制造商处获得更具体的信息。
我在这里要讨论的最后一种配置类别是虚拟化具体认证。这些认证可以是 Xen 或 KVM 认证，或者是第三方超级管理程序认证。这些配置说明通常与虚拟化主机设置或引导参数有关。它们可能包含在测试时使用的具体 SUSE 虚拟化驱动程序，例如 VMDP（虚拟机驱动程序包）。配置说明也可能包含虚拟机安装技巧或工作区，甚至可能包含安装虚拟机的推荐方法。从 SUSE Linux Enterprise Server 12 开始，所有 Xen 和 KVM 虚拟化公告都会有配置说明列表，列出硬件支持网络 SR-IOV（单一根 I/O 虚拟化）还是网络 PCI 直通。如果这些特点之一得到支持，它还会列出测试期间所用的网络适配器。注：SR-IOV 和 PCI 直通是在虚拟化客户机中直接使用主机网络适配器的方法。
配置说明还列出了硬件和操作系统之间不兼容的项目。在这些配置说明中会发现“不支持”或“不受支持”等术语。但是绝大多数配置说明只是信息性的，帮助我们的客户获得更好的体验并提供深入的硬件/操作系统兼容信息。
我们希望 YES 认证和 YES 公告能帮助您在为公司基础设施购买新系统时更好地做出决定。我们的目标是让您在购买服务器和工作站时说：“我与原力同在，原力与我同在”。您可以从 https://www.suse.com/