成为云原生
在过去40年里，任何接触过计算机的人都可能知道微软这个名字(“微机软件”的合成词)。微软成立于1975年，开发了创新的软件和硬件解决方案，改变了人们工作、学习和娱乐的方式。如今，微软支持组织的数字化转型——通过其公共云产品Microsoft Azure，引领智能云和敏捷优势的时代。
作为成为世界上最大的云计算提供商之一(这一战略举措帮助该公司在2021年6月达到2万亿美元的市值)的一部分，微软必须经历自己的数字化转型。
对于领导微软内部SAP支持团队的首席架构师埃尔克·布雷格勒(Elke Bregler)来说，转向Azure是当务之急。然而，在布雷格勒和团队迁移之前，他们需要证明微软Azure能够实现它所承诺的一切——提供混合一致性、开发人员生产力、AI(人工智能)功能、可信赖的安全性和合规性的全球规模云。对于团队来说，证明Azure可以轻松管理，并且可以在生产环境中不间断地运行关键系统至关重要。仅仅因为这个原因，风险就很高。
微软想要迁移到云端的所有原因，任何公司都在追求数字化转型——简化数据中心管理，提高效率。随着40年的传统技术的现代化，有很多工作要做。这是SAP Basis团队的云之旅，以及SAP HANA和SUSE技术在团队不断发展的云战略中日益重要的作用。
返回结果
像许多其他老牌公司一样，微软一直在寻找创新的方法。它还在努力解决其他长期存在的组织面临的许多相同问题——如何最好地从单一和过时的遗留计算方法转向更敏捷和以云为中心的未来愿景。2017年，微软的基础设施团队成功地将其整个基础设施迁移到微软azure——这是一项重大成就，也是对这一强大云平台的有力支持。
现在，随着微软正在进行的转型步伐加快，开源技术已成为该战略不可或缺的一部分。由于认识到开源技术在促进更大的灵活性和敏捷性方面的作用越来越大，微软已经开始在数据库层与SUSE合作;利用开源创新，将数据库迁移到SAP HANA，优化数据处理，提高敏捷性。
历史:迁移到Microsoft Azure
驱动效率和一致性
像其他公司一样，微软有大量自己的数据中心，由微软IT基础设施团队管理，并遵循ITLC流程。然而，业务需求随着时间的推移而增长，遗产变得越来越复杂和不一致。随着新的搜索功能和云产品的出现，一些产品团队开始管理自己的数据中心。因此，服务器支持和维修变得多余且昂贵——特别是对于管理大量专用硬件的IT团队而言。一旦运行这些搜索和云服务所需的服务器数量超过了内部IT组织使用的硬件，数据中心的所有权就从微软IT部门转移到了Azure产品团队。
“与Azure产品团队中使用的标准流程相比，这些高度专业化的IT系统所需的一次性流程成本非常高，”Bregler说，他是SAP系统最初的Azure迁移项目的一部分。“这些专门的服务器在很长一段时间内都是管理数据中心的团队的眼中钉。它们比标准化服务器更难管理。你不能用这种方式运营一个低成本的数据中心。”
2016年，微软的IT部门开始用云原生战略取代这个庞大而复杂的数据中心。考虑到业务运营的稳定性和性能，这项任务是艰巨的。
“在这一点上，问题变成了，我们如何证明转移到云端和标准化流程是可行的，这样我们就可以移除这些专门的设备?Bregler评论道。“不同的团队在有特殊需求的场所运行设备。他们如何能够在云计算中做同样的事情，但使用每个人都使用的标准化设置?”
一旦必要的Azure SKU大小在2017年可用，微软的SAP内部团队就准备将该计划付诸行动。系统、工具和基础设施就绪后，团队开始迁移沙盒进行测试。他们测试了高可用性性能、平滑的增长路径，并确定如何满足特定的需求。不久之后，他们就有了说服更广泛的企业迁移到Azure的时机。
“对于将大型SAP系统转移到云端，我很谨慎，”Bregler回忆道。“一开始，对于这是否真的会起作用有很多犹豫。演出会在那里吗?是否有可用性?我是非常紧张和不情愿的人之一，因为我们甚至为我们最大的系统设置了专用存储。但这一举措却取得了巨大的成功。我们的SAP系统以99.98%的计划可用性运行。”
迁移到云端使SAP内部支持团队能够消除专门的硬件、系统和基础设施，但它也开辟了一些以前不存在的创新途径。既然SAP Basis团队拥有完整的SAP相关堆栈，它就可以运行自动化脚本来部署虚拟机(VM)，决定如何配置VM，并安装任何所需的应用程序以保持SAP流程的运行——所有这些都在受控环境中，并且可以非常快速地调整以适应新的业务需求。
用开源驱动敏捷和创新
自1996年以来，微软一直依赖SAP的企业资源规划解决方案来支持所有的金融交易。因此，维护一个单一的、高可用的、全球的SAP实例是整个数字化过程中的一个主要优先事项。
由此产生的系统令人印象深刻。该公司现在运行着世界上最大的SAP实现之一，总体大小为24tb(尽管不断存档，但还在增长)，每月支持超过4亿客户和商业事务，所有这些事务都来自Azure中Windows上托管的SQL服务器。
随着系统在健壮的云中按计划运行，微软内部SAP团队开始采取措施，通过小规模迁移到SAP HANA来优化数据处理的速度(只有24+TB SQL server数据库的一小部分将是初始项目的一部分)。在这一点上，着眼于持续的创新和灵活性，微软与SUSE合作部署了其第一个基于linux的内部开源解决方案。
“SLES for SAP应用程序使我们的整个部署过程更加容易。它预先配置了SAP需求，因此我们无需采取任何额外步骤就可以进行部署。它还允许我们在不改变任何配置的情况下调整[虚拟机]的大小。它非常容易使用，为每个参与者提供了更好的体验。”
为什么SUSE ?
迁移到SAP HANA
作为颠覆性技术的明智创造者和采用者，微软对开源的热爱近年来与日俱增。考虑到开源技术对于各行各业的各类企业的重要性，这就不足为奇了。在过去的10年里，微软通过GitHub(微软于2018年收购了GitHub)为上游编码做出了贡献。他们还通过Azure Marketplace为用户提供了几个开源工具。
像所有其他有成长意识的公司一样，微软的基础设施团队一直在探索Linux在其转型战略中的价值。
当被问及为什么开源很重要时，Bregler解释道:“开源解决方案非常适合我们的行业，因为众包可以让新的开发更快地发布。然而，它们的缺点是，现成的、不受支持的开源几乎没有监管来保证企业的稳定性和连续性。”正是这种情绪使SUSE成为微软的明显选择，微软不仅受到与开源相关的快速创新的激励，而且受到可靠性和可预测性的激励。
微软选择SUSE主要有两个原因。首先，SAP信任SUSE作为合作伙伴的时间比任何其他开源公司都要长(自1999年以来)——他们突破性的数据库SAP HANA就是使用SUSE Linux企业服务器构建的。选择SUSE，微软确信他们投资的开源解决方案是企业级的、健壮的、全天候支持的。其次，在实现时，SUSE是唯一为运行在Azure中的SAP应用程序提供高可用性支持的Linux解决方案。
“SUSE的优点是，”Bregler说，“它用世界级的支持弥合了企业级技术的差距。当我们运行SAP HANA数据库时，能够在受控的环境中安全使用开源是至关重要的。”
SUSE高可用性之路
SUSE Linux Enterprise Server for SAP Applications
微软的开源之旅始于SAP HANA在数据库层的部署，这是对Bregler和她的团队已经执行的创新数字转型计划的补充。IT团队正在寻找一种高可用性、易于维护和快速扩展的数据库管理解决方案。他们很快就开始使用SUSE Linux Enterprise Server for SAP应用程序，这是一个像它的名字一样可靠的产品(简称SLES for SAP Applications)。作为高级认证的SAP认可应用程序，SLES为SAP应用程序提供了最佳SAP性能的环境:降低服务中断的风险;系统维护省时省力;以及SAP解决方案在本地和云中更快地部署服务。
Bregler解释说:“SAP应用程序的SLES使我们的整个部署过程更加容易。它预先配置了SAP需求，因此我们无需采取任何额外步骤就可以进行部署。它还允许我们在不改变任何配置的情况下调整[虚拟机]的大小。它非常容易使用，为每个参与者提供了更好的体验。”
不可知的集成:SUSE Manager, Salt和Pacemaker
随着Linux系统现在通过SAP HANA连接到基本业务流程，微软需要确保整个系统的一致性、弹性和安全性。为了实现这一点，团队看到了将SUSE Manager与Salt配置管理和用于自动故障转移的Pacemaker集成在一起的巨大价值。由于SUSE Manager是完全开源和不可知的，它与Salt无缝地工作，以确保在所有系统和cronjob上配置特定的文件。这保证了所有服务器的配置一致，并使得在整个环境中同步Linux补丁更新变得轻而易举。然后，Pacemaker开始提供弹性—降低整体业务风险。“我们真的需要确保在所有环境中应用相同的代码和补丁。SUSE Manager允许我们同时使用最好的工具，”Bregler评论道。
SUSE Manager旨在帮助IT运营团队通过单一工具降低复杂性，从而跨各种硬件架构、云平台等管理Linux系统。自动化Linux服务器配置、补丁和配置，以实现更快、一致和可重复的服务器部署，它帮助微软确保遵守内部安全策略和外部法规。
与软件行业中典型的每月一次的补丁周期相反，开源补丁每天都发布。对于Bregler的团队来说，这通常是一个不必要的复杂性，但是SUSE Manager提供了一个简单的解决方案。
从Patch Tuesday之后的每个星期三(每个月的第二个星期二)开始，SUSE Manager会自动收集下一个Patch Tuesday每天发布的Linux补丁，构建单个Linux补丁包。然后，它立即将该包应用到整个领域的每个Linux服务器上，每个月重复这个过程。“SUSE Manager是一个有用的工具，”微软高级软件工程师Premjit Ger说。“如果没有它，我们将无法自动化和同步我们的Linux补丁计划。它模仿了我们在Windows上的操作。”
SUSE咨询+高级支持
为了确保实施的成功，Bregler的团队利用SUSE Consulting，从一位值得信赖的专家那里获得“白手套”处理，他们结识了这位专家，反过来，这位专家也了解了他们环境的具体需求。
Bregler解释说:“Linux的实施非常顺利，因为我们有SUSE咨询公司的帮助。在微软，这将是第一个也是最大的运行在Linux上的关键业务应用程序。在过去，只要我们遇到问题，我们就可以联系内部人员寻求帮助。由于缺乏内部的Linux管理员，我们从一开始就决定使用SUSE咨询服务来帮助我们提升—定义我们的标准、流程和程序。这对我们帮助很大。我们还和我们的SUSE顾问成为了朋友。”
为了维护他们的SLES for SAP应用程序环境，微软也从直接的高级支持关系中受益。这种与主题专家和扩展的支持团队的直接接触导致了更快的解决时间，保持在潜在问题之前，并更精确地规划未来的项目。
以云为中心的未来的可靠性
当在新的云环境和开源技术中操作关键业务系统时，保持性能和弹性是主要优先事项。Bregler说:“我们已经做了很多性能测试。“我们所有上线的新系统都有性能要求，包括我们的SAP HANA数据库。到目前为止，我们实现了这些目标，没有发现大问题。
SUSE对其操作的稳定性和效率非常满意，将继续支持微软向SAP HANA的进一步迁移。“SUSE确实帮助我们运行高可用性的SAP HANA系统，这将产生越来越大的影响，”Bregler说。“接下来，我们将与SLES for SAP Applications和SAP HANA合作，推出一个庞大的法律合规监管系统。”对于管理着24tb且不断增长的SAP数据库的团队来说，“humongous”一定非常大。
在为最终迁移到SAP S/4HANA奠定了基础之后，Bregler和她的团队下一步要做什么?展望未来，Bregler总结道:“只有乌云。”
运行SAP
公有云SUSE
安全
