SUSE Insider

本期内容

• SUSECON™
• 业务灵活性
• Linux 面世 25 周年
• 储存
• 证书更新

SUSECON 2016 前瞻：今年秋季，技术至上！

我喜欢秋天。同样，我也喜欢秋天的美景。早上醒来的时候，我喜欢走出去呼吸清爽宜人的新鲜空气，让我的大脑运转起来。再者，我喜欢从自家的菜园里采摘瓜果蔬菜，收获整个夏季辛勤耕耘的成果。但是最重要的是，我非常高兴 SUSECON 已经近在咫尺！

如同我喜欢秋季的诸多理由一样，SUSECON 已成为该行业的旗舰会议：令人耳目一新的内容将激发您的思维，让您思索前所未有的新机遇。随着越来越多的 SUSE 客户、合作伙伴和一般的开放源代码爱好者对 SUSE 和上游项目中新开放源代码解决方案的学习和了解，创新必将会呈现欣欣向荣之势。在这里，项目贡献者将与企业用户共聚一堂，世界将不再一成不变…

每年，我都会收到许多 SUSECON 与会者的反馈，认为我们会议的质量非常不错。我们会议涵盖的主题非常广，而且 SUSE 工程师、产品经理、客户和合作伙伴能够详细地对它们进行介绍，而不只是粗略地概述。我们的演示人员深谙其主题的精髓所在。如果有任何未在演示环节回答的问题，在大会期间，所有与会者都能向演示人员提问并获得答案。会议内容不仅仅只是关注 SUSE 产品，而且还包括打造这些产品的基础技术和项目。这种方法有助于使 SUSECON 成为业内最顶级的技术会议之一。

以下是即将到来的 SUSECON 2016 前瞻 — 150 多场会议（这不是玩笑！）

• 75 个技术教程，涵盖各种产品和技术（赶快过来学习，它们可不是一码事！）
  • SUSE 产品教程介绍的是 SUSE 产品的最新更新，包括 SUSE Linux Enterprise、SUSE Manager、SUSE OpenStack Cloud、SUSE Enterprise Storage 等等…
  • 教程会议中涵盖的项目和技术包括：Ceph、CephFS、Cloud Foundry、Docker、Kubernetes、KVM、LDAP、Manila、OAuth、openATTIC、OpenDOC、OpenStack、RADOSGW、Salt、SSSD、Sudoers 等等…
  • 教程会议中包括的合作伙伴产品包括：Active Directory、CentOS、Oracle（12c 和 RAC）、RHEL 和 SAP HANA。此外，还会举行许多赞助商会议，在这些会议上，赞助商们将会展示其卓越解决方案与 SUSE 生态系统如何关联。
  • 技术会议覆盖各种主题，包括：基准测试、大数据、块镜像、容器、DevOps、灾难恢复、高可用性、HPC、超融合、物联网、实时修补、模块、监控、公共云、安全性、系统增强、虚拟机生命周期管理 — 还有许多主题，空间有限，在这里就不一一列出…
• 100 小时实践培训，培训内容包括 SUSE 产品以及其他技术，如 Cloud Foundry、Docker、Kubernetes、Salt 和 SSSD。
• 22 场未来产品会议，与会者可以在这些会议上直接听取 SUSE 工程师和产品经理对即将推出的 SUSE 产品的介绍。演示者将会列出产品开发的路线图，并公开讨论即将应用到新一代 SUSE 企业解决方案的上游组件。与会者有机会直接接触来源，一睹其最爱技术的风采！
• 16 个案例研究，这些案例来自 SUSE 客户和合作伙伴，他们将会对其组织中 SUSE 解决方案的构建和实施提供实际意见和建议。这些案例研究包括以下主题：
  • SAP HANA 部署和高可用性调整
  • 在大型机上迁移到 SLES
  • 通过 Kubernetes 进行云部署
  • 在 SUSE OpenStack Cloud 上实施 NFV
  • 将传统的 SAN 环境迁移到分布式 Ceph 群集
  • 将数据中心转换为企业公共云
  • 以及其他许多宝贵的客户用例
• 16 场业务级别会议，与会者可以在这些会议上从高层次了解新技术概要，或了解 SUSE 对开放源代码社区中的争议问题的看法。这些会议可让您轻松地“加入”新的讨论，并从多个方面了解某一技术主题。

如果您想要深入了解某一特定主题，SUSECON 还提供四场会前研讨会，不过您需要支付额外的费用。这些研讨会为全天实践培训，由著名的 SUSE 培训团队专家指导。这四场研讨会是：

• 保护 SUSE Linux Enterprise Server 的安全
• 通过 SUSE Enterprise Storage 3 安装和配置 Ceph 群集
• 部署高度可用的 SUSE OpenStack Cloud
• SUSE Manager 3 新功能

SUSECON 还有许多其他功能，我们无法在短时间内详细地介绍。请您花少许时间细读会议目录并在以下网址自行查看：www.susecon.com/sessions.html

请记住，当您学完与开放源代码技术相关的所有内容后，您还可以向全世界证明您的技术！SUSECON 与会者有机会注册有关 Linux、Storage、OpenStack Cloud 和 Linux 管理的现场 SUSE 认证考试 — 考试费用已包含在会议价格中！这些考试会议的名额有限，因此，请尽快注册，以确保您拥有名额。

在秋季的第一天早上醒来时，请您走出室内，深深地呼吸一下外面清爽宜人的新鲜空气吧。这些清爽宜人的空气将会让您的思绪飞舞，带您奔向 11 月 7-11 日在华盛顿特区召开的会议，让您能够目睹那些让人激动人心的技术，接触最为出色的专家，并获得技术行业最佳会议 SUSECON 的价值！

DevOps 如何支持所有公司的业务敏捷性，以保持业务相关性

发布者：Thomas Di Giacomo

作为 SUSE 的首席技术官 (CTO)，Thomas Di Giacomo 的愿望是为企业创建一个由软件定义、由 IT 驱动的基于云的未来。加入 SUSE 之前，Di Giacomo 博士曾担任 Swisscom Hospitality Services 的 CTO 兼创新副总裁以及 Hoist Group 的 CTO。Hoist Group 是为医疗保健行业提供 IT 服务的全球提供商。他在开放源代码平台、全球信息系统和技术的部署及支持方面拥有专业知识。

简介

在我们快节奏、数字第一的现代化世界中，对于所有想要存活、发展并最终从竞争中脱颖而出的公司来说，对内部和外部变化快速作出响应而不放弃愿景绝对至关重要。

如今，大部分公司的成功都依赖于软件和应用程序，无论是直接还是间接形式，但不管在什么情况下，这些都软件和应用程序都对其总体绩效产生了重大影响。从这个角度来看，对于公司实现差异化并在各市场取得成功而言，拥有正确的文化、正确的软件和应用程序开发流程和工具以及正确的交付和维护，不仅是必要条件，而且也是最起码的要求。

用于实现业务敏捷性的 DevOps

虽然实现业务的敏捷性不仅仅只是需要软件和 IT（例如，必须考虑销售和营销方法以及服务和业务模型），但是，应用程序对所有业务成功来说依然是必要的。现在，从软件和应用程序角度来说，DevOps 是实现业务敏捷性的主要方法 — 从创意到投向市场（并无限循环）。说到 DevOps，首先要认识到的是，它是适应文化、合适工具以及交付/管理流程的平衡组合。如果其中一项不匹配，那么，该流程达不到其完全执行所能发挥的效果。

我们将在本文中重点介绍用于实现业务敏捷性的 DevOps（即企业 DevOps）的合适工具。从某种程度来说，相关流程可以一般化，而且相比工具而言，文化更是因公司/情况的不同而不同，因此，我们在此处将重点介绍工具。但是，我们非常乐意与您直接讨论文化和流程。

自创建以来，SUSE 一直都是一家真正开放的开放源代码公司。我们深深扎根于软件开发，早在术语 DevOps 出现之前，我们就已应用 DevOps 原则。在构建工具以支持 DevOps 流程的过程中，我们已经积累了许多经验，并且将会继续进行无尽的探索，努力学习并不断提高。这些工具继承了开放源代码的精神和传统，由不同社区联合开发并使用，可供所有人员（包括您）使用。在下图中，您可以了解这些工具以及其他工具如何促进 DevOps 的各个阶段发展。

阶段和工具

在深入了解 DevOps 流程的不同阶段之前（由于这是用于实现业务敏捷性和满足企业需求），显然，我们必须要将安全性、互操作性和可靠性视为所涉及的所有步骤的前提条件。自动化（包括从单元任务到高级任务）同样是 DevOps 方法的基本元素，在这种方法中，不同阶段实际上应尽可能多地融合，以减少摩擦并加快整个流程的速度。

让我们来经历一下典型 DevOps 流程的各个阶段吧。尽管表示方式稍有不同并且各个阶段的分解方式也不尽相同，但均可通过基于符号的无限表示法展示通用 DevOps 循环。因为它是一个闭环，因此，阶段的顺序并没有特别大的相关性，但为将其列出起见，我们还是从“计划”开始。请记住，各个阶段之间尽可能不要存在明显界线，也就是说，有意识地将大部分工具在不同阶段重叠（因此，按阶段将其拆分并非一项严密的科学）。

计划
许多工具（当然包括开放源代码领域的工具）均可用于计划阶段：从功能、创意和项目管理到问题、漏洞以及一般的协作追踪。这一大类包括许多工具，如 Trello、Taiga、Jira、Redmine、Mantis、Request Tracker 和 Bugzilla。

代码
显然，开发人员需要其程序语言受预期运行其应用程序的基础操作系统或平台的支持。采用 DevOps 后，这意味着在类似的开发和生产环境中运行（例如，这就是应发生有关容器的讨论的情况/原因）。应用程序需要某类集成开发环境（部分开发人员可能会争辩“或者可以并非如此”，我们会另选时间进行此讨论），尤其是用于协作持续开发的源控制管理 (SCM)。

从操作系统、虚拟机、公共云或容器主机的角度来说，Linux 无疑是迄今为止所有编码器的最佳选择。它可以将开发人员的程序用于企业级 Linux 发行套件（例如 SUSE 提供的版本）或基于社区的免费发行套件。例如，openSUSE（Leap 及其 Tumbleweed 滚动版本）与 SUSE Linux Enterprise 共用相同的代码库，以便于来回移动并使整个 DevOps 方法受益。此外，开发人员必须预先检查其开发环境是否允许其构建用于目标架构（x86、Aarch64、z、Power 或其他）的代码。此外，我们可能还会提到小型/精益/微型操作系统，因为它们与主机特别相关。SUSE Linux Enterprise JeOS 就是其中一个例子。

一提到 SCM，您可能会想到 CVS 或者熟悉 Subversion。但是，您更加熟悉的源控制工具可能是 Git（可能还有基于 Web 的相关托管服务 Github 或 Gitlab，包括问题追踪功能）。

构建
编码完成后，我们需要构建应用程序/软件包/映像。许多公司（如 SUSE）以及开放源代码社区在这个领域非常活跃。SUSE 已将大量精力投入到 Open Build Service，这是一个通用系统，用于在各种操作系统和硬件平台上一致地构建和分发来自源的软件包。如需创建操作系统/主机映像，可以将 Kiwi 或 SUSE Studio 等用作 Open Build Service 的补充，以构建和部署独立或公共和私有云服务。Open Build Service 还可与 PackageHub 结合使用，以集成到受支持的企业级 Linux 发行套件中。

测试和持续集成/持续部署
为了保住 DevOps 实践带来的各种优势，必须在流程中包含持续测试和集成。比如，OpenQA 就是一个用于 GUI 应用程序和 Bootloader 以及内核的自动测试框架。该工具与传统的脚本测试和输出检查（在此类情况下难以实施）相辅相成。Jenkins 是用于 CI/CD 的最常用平台之一，同时也存在其他备用解决方案，如 Travis CI 和 Concourse。

持续部署和配置自动化
自动化部署和配置是流程中的另一个重要阶段。同样，也提供有多种选择。从 Chef（例如，与 SUSE OpenStack Cloud 中的 Crowbar 结合使用）、Puppet、Juju 和 Ansible，到 Salt（与 SUSE Manager 集成在一起），总有一款工具适合您的现有架构并满足您的技术、运营和业务需求。

操作和监控
部署后，按照 DevOps 的理念，将会操作或管理（此时容器和资源编排将发挥关键作用）并监控应用程序，以便为 DevOps 循环和流程提供持续的输入，从而提高性能、修复问题或针对可能的不足之处或提出的新要求进行调整。例如，与 Icinga 结合使用时，SUSE Manager 可以对系统上即将发生的事件提供深入分析，SUSE Enterprise Storage 有助于自动调整数据的放置，以提高应用程序性能。还有许多其他解决方案也有助于为容器化环境等提供深入分析，例如传统的 Nagios、Zabbix、Monit、Prometheus 和 Magnum（通过 SUSE OpenStack Cloud 提供）。部分解决方案特别注重应用程序性能，例如 New Relic 和 Graphite，它们同样可以提供一些分析依据，用于解释数据（Logz.io 或 ELK）。

总结

无论您的公司是 DevOps 专家还是对此概念全然不知，业务敏捷性的重要性将会日益凸显，因此，用于提高敏捷性的工具将会越来越先进。因此，您需要始终做好准备，不断调整并改善为您的业务提供应用程序的方式。最近，我们与 Tyro Payments 携手合作，帮助其采用 DevOps 实践，缩短上市时间。您可以查阅一下他们的事迹，以了解其如何提高其业务敏捷性。

就像用于应用程序的 CI 和 CD 一样，采用 DevOps 理念并在现实生活中进行实施是一场永无终点的永恒旅程 — 至少到目前为止，这个行业及分析师是这么认为的。接下来的步骤取决于您的实际情况，包括业务、现有文化以及工具和流程。下次见面时，我们将会非常乐意讨论如何更好地支持您的需求。

在后续文章中，我将与大家分享对我们的容器以及平台即服务的观点，因为它们与 DevOps 以及业务敏捷性的提高息息相关。这些内容非常有用，是 DevOps 战略的关键因素，我非常期待在接下来几个月里与大家分享我的观点。

Linux 面世 25 周年

当我 25 岁的时候，我感觉自己已经老了。过去，我一直觉得自己很聪明。我总是认为自己已经取得了很大的成就。

但是，伙计们，我错了。

尽管已经走过了一个世纪的四分之一（这听起来比“25 岁”更让人印象深刻），但我现在才真正地感觉到我才刚刚起步。相比前面的 25 年，在 25 到 30 岁这短短的 5 年里，我学到了很多，也经历了更多的冒险。经验和冒险比率从这时开始按指数增加。

现在，坐在这里的我已经 37 岁了。有一些事情，我非常肯定，那就是：我尚未老去。我也并不聪明。虽然相比 25 岁的时候，我的确取得了更大的成就，但我仍然还只是处在起步阶段。

2016 年 8 月 25 日，Linux 已经 25 岁了。这相当于一个世纪的四分之一。Linux 现在已经走完了 100 岁的四分之一。

到那时候，Linux 内核已移植到多得您数都数不清的计算机架构中。它都是从 386 开始，逐渐发展为支持 ARM、DEC Alpha、68k、x86-64、MIPS、Z Systems、RISC、SPARC 等。

1991 年的第一版只有 10,000 多行代码。但是现在呢？4.7 版本包含约 22,000,000 行代码。二千二百万行。这相当于华盛顿州、俄勒冈州、爱达荷州、蒙大拿州、犹他州、内华达州和新墨西哥州的每一位男士、女士和儿童都拥有 1 行代码。

该代码由 12,000 多人编写。一万二千人。分布在世界各处，完全以开放方式进行开发。Linux 内核项目的大小和规模（以及寿命）绝对是一个传奇。

2011 年，该内核中的总代码行数还只是其现在数量的一小部分，重新开发 Linux 内核（使用封闭式专有开发模型）的估计成本就已经高达 30 亿美元。这还只是五年前的数据，而且那时候还只有几百万行代码。

25 年前，Linux 首次在一台芬兰人的搭载 Intel 386 CPU 的台式机上运行。如今，Linux 已经完全主宰了整个计算世界。这还根本不包括基于 GNU/Linux 的台式机系统，并且完全忽略驱动整个互联网的所有服务器、路由器和设备。即便只单独考虑 Android（其在 Linux 内核上运行），Linux 就已经占据了计算设备销售额的半壁江山。

作为一个项目，Linux 不仅仅只是存活了 25 年，它还取得了蓬勃发展，成为全球主宰者。与 1991 年时期其他操作系统的进展情况相比，Linux 的发展速度更是令人惊讶不已。

Microsoft 没有发布过 Windows 3.1。的确如此。那个时候的 Windows 3.0（在 MS-DOS 5.0 上运行）是 Microsoft 的高级产品。Windows NT 在两年之后才发布。

Apple 的情况如何呢？MacOS 系统 7 还只是刚刚发布。仔细看清楚，不是 OS X。也不是 MacOS 8 或 9。而是系统 7。

呃！Commodore 64 仍在量产 — 这不是开玩笑。您仍可以买到新的 Amiga 计算机和 Macintosh Classic（配备黑白显示器），而 Apple Computer 在接下来 2 年仍在生产这两款计算机。

考虑到在 Linux 发展过程中不断涌现和淘汰的所有操作系统内核，能够取得如此傲人的繁荣发展着实让人惊愕。Linux 可追溯到“Apple”仍在其名称中采用“Computer”一词的时代。

让我心头一震的是 SUSE 起初就一直存在这一简单事实，它成立于 1992 年，甚至比 Linux 诞生还早几年。几乎是 Linux 所在之处，即可找到 SUSE，SUSE 在需要的时候会将 Linux 分配在软盘上。

鉴于 Linux 已取得的所有成就，以及不断涌现和淘汰的 Linux 竞争对手，您可以想象到它是多么的资深、明智而又成就显赫。如果 Linux 像我的人生一样，那么，它在接下来的 5 年的熠熠生辉将会让前面的 25 年平淡无奇。

实现向软件定义的数据中心过渡

最近的分析师调查显示，大多数阅读此文章的读者都熟悉软件定义数据中心 (SDDC) 的优势：高达 75% 的受访者表示他们计划在四年内开始从传统的数据中心过渡到 SDDC。这一百分比如此之高主要是出于以下多种原因：传统的数据中心不够灵活、成本高、进程制约并且反应慢。计算、数据和储存之间的孤立使得采用传统数据中心的组织难以创新和部署新的应用程序、适当扩展现有应用程序和利用大数据以及其他新技术，总而言之，就是难以从支持当今组织业务开展方式的 IT 基础设施中受益。

相比而言，SDDC 更为敏捷，它们为无孤立区域，运行成本比传统的数据中心低 50%-60%。SDDC 能够快速响应不断变化的业务驱动因素，如最新的 DevOps 模型以及刺激创新的云计算功能。它们非常灵活。组织只需添加新的硬件即可横向扩展其数据中心，并且只需将硬件功能迁移到新机器上即可淘汰旧硬件。

鉴于这些优势，您可能会想到应该有很多的组织已经实施 SDDC。但是，许多的组织只是计划将其传统数据中心过渡到 SDDC，而实际上尚未完成此转变，究其原因有两个：第一，他们已在传统数据中心上进行了大量投入；第二，他们熟悉传统数据中心的运行和管理流程。如果您的组织位列其中，也是出于这两个原因而尚未过渡到 SDDC，那么，您应该知道 SUSE 为组织提供了一种涉足软件定义数据中心的方式，并且无需牺牲目前的投入和已然熟悉的管理流程。

借助 SUSE Enterprise Storage 涉足软件定义技术

SUSE Enterprise Storage 由 Ceph 提供支持，后者是一种开放源代码的软件定义储存技术。它可以提供统一的块、文件和对象界面，该界面基于在行业标准硬件上运行的高可用性、横向扩展分布式储存群集。SUSE Enterprise Storage 支持 iSCSI 和 RBD 协议（用于块储存）、Amazon S3、OpenStack Swift 和 RADOS（用于对象储存）以及被称为 CephFS 的符合 Posix 的文件存储。这种内在的灵活性使 SUSE Enterprise Storage 成为传统储存环境的理想之选。SUSE Enterprise Storage 团队已为采用 iSCSI 的 SUSE Enterprise Storage 提供支持，并且计划在后续版本中为光纤通道提供支持。CephFS 文件系统提供即将在后续版本中使用的库，以实现 CIFS 和 NFS 访问。这为您的组织提供了机会，让您能够将软件定义储存 (SDS) 直接部署到传统的数据中心，使您可以逐渐适应 SDS 的管理方式，如同管理传统的储存实施一样。

闲适地学习 SDS

您的组织可以通过多种方式了解使用 SDS 的各个方面，以无缝集成到现有数据中心。例如，借助 SUSE Enterprise Storage，您的组织可以将 SDS 用作应用程序数据（使用行业当前企业级备份软件应用程序）的备份目标。

SUSE Enterprise Storage 还有益于储存非结构化的大型数据文件，例如视频、图像和其他视觉和听觉媒体。对于大文件，Ceph 是利用 OpenStack 的首选储存基础设施。与 iSCSI 协议结合使用时，它可以为 Hyper-V 和 VMware 映像提供固态第二层储存位置。

这只是一个您的组织可以在现有基础设施中应用 SDS 的用例示例。

随着当前投入的不断贬值，过渡到 SDS 已刻不容缓

您已在传统的储存基础设施上进行了很大投入，因此，您的组织希望物有所值也是情理之中的事情。但是，现有的基础设施无法永远持续。平均说来，组织每年的数据增长速度为 40%。典型的传统储存实施无法进行横向扩展来适应这一数据增长，因此，您的组织最终还是需要升级传统系统。如果算得不错的话，此升级将与其硬件刷新周期重合。如果您已通过 SUSE Enterprise Storage 熟悉 SDS，那么，从当前支持的传统系统储存过渡到 SDS 将会更容易，并且所需的成本也会显著降低。

换而言之，您的组织可以使用一般的硬件刷新周期来将受影响的储存部署到 SDS 系统上，从而避免痛苦而又昂贵的叉车式升级。

一举两得

借助 SUSE Enterprise Storage，您的组织可以在其常规硬件刷新周期内过渡到 SDS。这意味着，当需要将其他数据中心组件过渡到 SDDC 时，您需要顾及的组件又少了一个。

证书更新

SUSE 合作伙伴软件认证

本期内容包括查看新技术示例和长期合作伙伴产品的更新，包括 SUSE Linux Enterprise Server 12。

请在此观看我们的主要管理合作伙伴 SaltStack 展示的全新企业产品，这款产品现可用于 SUSE Linux Enterprise Server 12。

请在此查看我们主要的从硅片到软件 EDA 合作伙伴之一 Synopsys 如何将 SUSE Linux Enterprise Server 12 更新部署到各种应用程序中。

IBM 将通过 SUSE Linux Enterprise Server 12 继续更新其 Tivoli 监控套件中的所有主要组件。请在此查看其产品品牌更新示例。