新闻资讯

: “Solaris 已死，有事烧纸”：Oracle 给了 Sun 最后一刀！; 发布时间：2017-09-09; Solaris 操作系统死亡的传言流传已久，上个月甲骨文透露负责 Solaris 和  SPARC 等产品的执行副总裁 John Fowler 辞职。Solaris 最为著名的功能包括了 DTrace、ZFS 和 Time Slider，它是唯一支持 SPARC 处理器的企业级操作系统。Solaris 原先是太阳微系统公司研制的类 Unix 操作系统，在 Sun 公司被 Oracle 并购后，称作 Oracle Solaris。<img src="http://115.29.210.249/tggPic/content/2017-09/1504926154793.png" data-ke-src="http://115.29.210.249/tggPic/content/2017-09/1504926154793.png" alt=""> 作为最早唯一支持与 Oracle 数据库集成的操作系统平台，Solaris 在 2000 年初拥有强大的市场，当时包括 Solaris 在内的各种 Unix 操作系统比 Windows NT 能更好地利用计算机资源，尤其是当计算机系统庞大、用户数量巨大增加时。然而一种操作系统是否能推广，关键看上面有多少应用软件可用。Sun 公司有着自己成套的硬件和操作系统，应用软件却恰好是它的弱项。正是因为它有硬件优势，Solaris 长久以来的商业模式都是在依赖硬件挣钱，然而它的处理器的开发进度赶不上摩尔定律要求的速度，这正是导致后来它失去了大部分市场的原因。信息革命大大地缩短了一切技术革命相关的主流产品的生命周期。在 90 年代后期，Sun 便开始受到了威胁：<ul class="list-paddingleft-2" style="color:#3E3E3E;font-family:'Helvetica Neue', Helvetica, 'Hiragino Sans GB', 'Microsoft YaHei', Arial, sans-serif;font-size:16px;background-color:#FFFFFF;"><li>在硬件上，高端微机在计算速度上已经不逊色于低端工作站，但价钱便宜了很多。</li><li>在软件上，微软公司推出 Windows NT 后，有了企业级（enterprise）的网络操作系统解决方案。这样，高端微机取代低端工作站和小型机进入企业级市场的时机就成熟了，企业级的霸主的争夺战就在微软和太阳之间展开了。</li></ul>同时 Solaris 作为小型机的一种，其维护成本和强度是很高的，这也不符合当今运维的趋势，因此虽然Solaris的11.2的版本在面向云的方向做了很多改进，但最终在与Oracle的集成中，被x86所代替。商场如战场，Solaris由于没有意识到未来的技术发展方式，导致在新的浪潮到来的时候措手不及，当它不再能为甲骨文公司持续带来盈利的时候，最终被新的产品和技术代替，被迫退出市场。很多用户对此表示很可惜，但他们认为，Solaris 被淘汰是必然的结果。我们节选部分网友的留言如下：<ul class="list-paddingleft-2" style="color:#3E3E3E;font-family:'Helvetica Neue', Helvetica, 'Hiragino Sans GB', 'Microsoft YaHei', Arial, sans-serif;font-size:16px;background-color:#FFFFFF;"><li>这个结果让人有些沮丧，却是必然的。我最近总结了 Hacker News 为什么 Netflix 使用 Linux 而不是 Solaris？</li><li>在我使用 Solaris 十多年期间，在一段时间，尤其在价格和性能方面，Solaris 的确是比 Linux 更好的选择。但现在 Linux 在技术上几乎各个方面都优于 Solaris，开箱即用的性能，调谐性能、可观测性工具，可靠性（在修补 LTS）、调度、网络（包括 TCP 功能支持），支持的驱动程序，应用程序的支持，支持的处理器、调试器、系统调用等功能。虽然之前 ZFS 在 Solaris 比 Linux 更好，但这方面，Linux 已经追赶上了 Solaris 并超越了它。在某种程度上，我还是希望 Solaris 会重新赶上 Linux。</li><li>除了技术上的优势，Linux 拥有更大的社区，更大的数量级的订单，他们的投资人员更有经验和技巧，因此拥有更好的前景。即使 Solaris 在没有停止发布前，在与 Linux 的较量中，自身的战斗力也是逐年递减的。</li></ul>一个好的操作系统，应该具有哪些方面的特点呢？我们对比了很多的操作系统，最终发现无论从成本、各个层面的容量和性能，Linux 都占相当的优势。同时在最近几年 Linux 变得越来越好，包括内核达到 DTrace 功能。那就是说，即使今天 Solaris 没有被终止，仍然很难通过自身的成长取代 Linux 的地位。 更有网友表示 Solaris 很早就应该淘汰了：<ul class="list-paddingleft-2" style="color:#3E3E3E;font-family:'Helvetica Neue', Helvetica, 'Hiragino Sans GB', 'Microsoft YaHei', Arial, sans-serif;font-size:16px;background-color:#FFFFFF;"><li>从我的角度来看，如果这个消息是真的，那我真是松了一口气。我认为 Solaris 在实行所有的资源私有化的那一刻就已经让我对它失去了期望。</li><li>我认为这个结果比我想象中来得要晚，很明显 Linux 在各方面都占有优势，在 Linux 之前，Solaris 凭借着自己“多功能”的特性占据市场，然而时代不同，一旦 Linux 兴起，Solaris 必然没有立足之地。</li></ul> 不过毕竟 Solaris 曾经辉煌过，有大量的用户，他们简单地认为 Linux 优于 Solaris 是不公平的。 其中一个网友说：<ul class="list-paddingleft-2" style="color:#3E3E3E;font-family:'Helvetica Neue', Helvetica, 'Hiragino Sans GB', 'Microsoft YaHei', Arial, sans-serif;font-size:16px;background-color:#FFFFFF;"><li>如果你想说其中一个更好的话，那么你应该明确的定义什么是好。</li></ul> 事实上两个平台的优势不一样。在早期，Solaris 具有很多 Linux 并不具备的特点，这也是为什么它能够在辉煌这么多年，直到现在还是有一定的用户量。 只不过，它没有把握好变得更好的机会，当时代改变的时候，它依然停留在过去。 在此我们并不评价孰优孰劣，但商场如战场，要想立足，必须有立足的资本。没有成功的企业，只有时代的企业。 任何的技术和产品，无论曾经多牛逼，都要高瞻远瞩，认清世界的格局并合理规划自己的发展，才能立于浪潮之上，与时代共舞。                                                                 Oracle 给了 Sun 最后一刀由于 Solaris 团队已被砍掉，Sun 这副骨架看起来终于被摘洗干净。来自前 Sun 社区社交媒体频道的新闻是，今年 1 月盛传已久的传闻（硬件系统部门裁员约 450 人）是真实的。周五，Oracle 裁掉了 Solaris 和 SPARC 团队的核心人才。这势必意味着这个产品系列未来只剩下维护，没有研发可言，尤其是鉴于 Solaris 被取消后。这是一种典型的 Oracle“悄悄关停项目” 的做法，不管 Oracle 对外说得怎样天花乱坠。<img src="http://115.29.210.249/tggPic/content/2017-09/1504926543011.png" data-ke-src="http://115.29.210.249/tggPic/content/2017-09/1504926543011.png" alt="">硬件被砍掉后，我认为，Oracle 收购的最后一笔 Sun 资产已一笔勾销。Oracle 决定收购 Sun 的做法到底有多明智？ 我其实并没有在密切关注 Oracle 的业务，不过从报道来看下面这些似乎很明显：<ul class="list-paddingleft-2" style="color:#3E3E3E;font-family:'Helvetica Neue', Helvetica, 'Hiragino Sans GB', 'Microsoft YaHei', Arial, sans-serif;font-size:16px;background-color:#FFFFFF;"><li>埃利森说，他会重建 Sun 的硬件业务，但是硬件业务背后的团队却刚刚被解散。</li><li>Java 被誉为是 “王冠上的宝石”，但是收购 Java SE 的真正原因（试图起诉谷歌赔偿 80 亿美元）却是落空了两次。</li><li>埃利森说，Java 在中间件方面的角色是成功的关键，但是 Java EE 现在移交给开源基金会。</li><li>Oracle 当初批评 Sun“没有靠 Java 来赚钱”（忽视了 Java 在 1996 年至 2000 年给 Sun 的硬件业务带来市场这个事实），提议采用一种并没有带来收入的免费增值模式。</li><li>他们拥抱 NetBeans，现在却将它捐献给了 Apache 基金会。</li><li>Oracle 摈弃了 Sun 的身份管理项目，现在 Forgerock 将这些项目用在估值约 5 亿美元的业务中，推动这块业务的恰恰正是 Oracle 疏远的客户。</li><li>Oracle 已决定取消 Sun 云（Sun Cloud），然后市场向云看齐。</li></ul>埃利森并不了解 Sun 的实际失败――一直迟迟没有开放 Solaris，试图在 2000 年至 2002 年采取以营销为先导的方法，而不是采用 Sun 以技术为先导的传统方法。而是责怪收拾残局的那个替罪羊，McNealy、Zander、Tolliver 及其帮派让 Sun 成了一堆燃烧的废墟。埃利森从来没有明白施瓦茨（Schwartz）采取的开创性方法，而是嘲笑博客（https://web.archive.org/web/20100516032944/http://abcnews.go.com:80/Business/wirestory?id=10630034&page=2），称所有正在进行中的工作是 “科学项目”，一边又在拆散合作伙伴渠道，疏远开源社区。Oracle 表示，它会 “重新焕发 Sun 品牌的活力”，可是结果对它给予比任何 Sun 高管都还要致命的打击。与如今的许多前 Sun 工作人员一样，这让人无比难过。<img src="http://115.29.210.249/tggPic/content/2017-09/1504926716969.png" data-ke-src="http://115.29.210.249/tggPic/content/2017-09/1504926716969.png" alt="">网友表示：甲骨文：“以前陪我看月亮的时候，叫人家小甜甜，现在新人胜旧人了，叫人家牛夫人！” <img class="" width="20px" src="https://res.wx.qq.com/mpres/htmledition/images/icon/common/emotion_panel/emoji_wx/2_05.png?wx_lazy=1" data-ke-src="https://res.wx.qq.com/mpres/htmledition/images/icon/common/emotion_panel/emoji_wx/2_05.png?wx_lazy=1" style="height:auto !important;width:20px !important;">                              一个时代的结束：Solaris 系统的那些年，那些事现在看来，Oracle 公司正在通过取消 Solaris 12 而终止 Solaris 的功能开发，这里我们要回顾下多年来在 Phoronix 上最受欢迎的 Solaris 重大事件和新闻。这里有许多关于 Solaris 的有趣／重要的回忆。<img src="http://115.29.210.249/tggPic/content/2017-09/1504927339854.png" data-ke-src="http://115.29.210.249/tggPic/content/2017-09/1504927339854.png" alt=""> 在 Sun Microsystems 时期，我真的对 Solaris 很感兴趣。在 Phoronix 上我们一直重点关注 Linux 的同时，经常也有 Solaris 的文章出现。 Solaris 玩起来很有趣，OpenSolaris／SXCE 是伟大的产物，我将 Phoronix 测试套件移植到 Solaris 上，我们与 Sun Microsystems 人员有密切的联系，也出现在 Sun 的许多活动中。<img src="http://115.29.210.249/tggPic/content/2017-09/1504927879214.png" data-ke-src="http://115.29.210.249/tggPic/content/2017-09/1504927879214.png" alt="">                                    在那些日子里 Sun 有一些相当独特的活动不幸的是，自从 Oracle 公司收购了 Sun 公司， Solaris 就如坠入深渊一样。最大的打击大概是 Oracle 结束了 Open Solaris ，并将所有 Solaris 的工作转移到专有模式。<img src="http://115.29.210.249/tggPic/content/2017-09/1504928116217.png" data-ke-src="http://115.29.210.249/tggPic/content/2017-09/1504928116217.png" alt="">在 Sun 时代的 Solaris 有很多美好的回忆，所以 Oracle 在其计划中抹去了 Solaris 12 之后，我经常在 Phoronix 上翻回去看一些之前 Solaris 的经典文章，期待着能从 Oracle 听到 “Solaris 11” 下一代的消息，重启 Solaris 项目的开发。<img src="http://115.29.210.249/tggPic/content/2017-09/1504928305168.png" data-ke-src="http://115.29.210.249/tggPic/content/2017-09/1504928305168.png" alt="">虽然在后 Solaris 的世界中，看到 Oracle 对 ZFS 所做的事情以及他们在基于 RHEL 的 Oracle Enterprise Linux 上下的重注将会很有趣，但时间将会告诉我们一切。<img src="http://115.29.210.249/tggPic/content/2017-09/1504928372445.png" data-ke-src="http://115.29.210.249/tggPic/content/2017-09/1504928372445.png" alt="">无论如何，这是回顾自 2004 年以来我们最受欢迎的 Solaris 文章：2016/12/1 Oracle 或许会罐藏 SolarisOracle 可能正在拔掉 Solaris 的电源插头，据一些新的传闻说。2013/6/9 OpenSXCE 2013.05 拯救 Solaris 社区<h4 style="font-weight:400;font-size:16px;color:#3E3E3E;font-family:'Helvetica Neue', Helvetica, 'Hiragino Sans GB', 'Microsoft YaHei', Arial, sans-serif;background-color:#FFFFFF;">作为 Solaris 社区版的社区复兴，Open SXCE 2013.05 出现在网上。</h4>2013/2/2 Solaris 12 可能最终带来 Radeon KMS 驱动程序看起来，Oracle 可能正在准备发布自己的 AMD Radeon 内核模式设置（KMS）驱动程序，并引入到 Oracle Solaris 12 中。2012/10/4 Oracle Solaris 11.1 提供 300 个以上增强功能<h4 style="font-weight:400;font-size:16px;color:#3E3E3E;font-family:'Helvetica Neue', Helvetica, 'Hiragino Sans GB', 'Microsoft YaHei', Arial, sans-serif;background-color:#FFFFFF;">Oracle昨天在旧金山的 Oracle OpenWorld 会议上发布了 Solaris 11.1 。</h4><img src="http://115.29.210.249/tggPic/content/2017-09/1504929066030.png" data-ke-src="http://115.29.210.249/tggPic/content/2017-09/1504929066030.png" alt=""> <h4 style="font-weight:400;font-size:16px;color:#3E3E3E;font-family:'Helvetica Neue', Helvetica, 'Hiragino Sans GB', 'Microsoft YaHei', Arial, sans-serif;background-color:#FFFFFF;">2012/1/9 Oracle 尚未澄清 Solaris 11 内核来源</h4>一个月前，Phoronix 是第一个注意到 Solaris 11 内核源代码通过 Torrent 站点泄漏到网上的信息。一个月后，甲骨文还没有正式评论这个情况。2011/12/19 Oracle Solaris 11 内核源代码泄漏似乎 Solaris 11 的内核源代码在过去的一个周末被泄露到了网上。2011/8/25 对于 BSD，Solaris 的 GPU 驱动程序的悲惨状态昨天在邮件列表上出现了关于干掉所有旧式 Mesa 驱动程序的讨论。这些旧驱动程序没有被积极维护，支持复古的图形处理器，并且没有更新支持新的 Mesa 功能。英特尔和其他开发人员正在努力清理 Mesa 核心，以将来增强这一开源图形库。这种清理 Mesa，对 BSD 和 Solaris 用户也有一些影响。2010/8/13 告别 OpenSolaris，Oracle 刚刚把它干掉Oracle 终于宣布了他们对 Solaris 操作系统和 Open Solaris 平台的计划，而且不是好消息。Open Solaris 将实际死亡，未来将不会有更多的 Solaris 版本出现，包括长期延期的 2010 年版本。Solaris 仍然会继续存在，现在 Oracle 正在忙于明年发布的 Solaris 11，但仅在 Oracle 的企业版之后才会发布 “Solaris 11 Express” 作为 Open Solaris 的类似产品<h4 style="font-weight:400;font-size:16px;color:#3E3E3E;font-family:'Helvetica Neue', Helvetica, 'Hiragino Sans GB', 'Microsoft YaHei', Arial, sans-serif;background-color:#FFFFFF;">2010/2/22 Oracle 仍然要对 OpenSolaris 进行更改</h4> 自从 Oracle 完成对 Sun Microsystems 的收购以来，已经有了许多变化，这个 Sun 最初支持的开源项目现在已经不再被 Oracle 支持，并且对其余的开源产品进行了重大改变。 Oracle 表现出并不太开放的意图的开源项目之一是 Open Solaris 。 Solaris Express 社区版（SXCE）上个月已经关闭，并且也没有预计 3 月份发布的下一个 Open Solaris 版本（OpenSolaris 2010.03）的信息流出。 <h4 style="font-weight:400;font-size:16px;color:#3E3E3E;font-family:'Helvetica Neue', Helvetica, 'Hiragino Sans GB', 'Microsoft YaHei', Arial, sans-serif;background-color:#FFFFFF;">2007/9/10 Solaris Express 社区版 Build 72</h4> 对于那些想要在 “印第安纳项目” 发布之前尝试 OpenSolaris 软件中最新最好的软件的人来说，现在可以使用 Solaris Express 社区版 Build 72。 Solaris Express 社区版（SXCE）Build 72 可以从 OpenSolaris.org 下载。同时，预计将在下个月推出 Sun 的 “印第安纳项目” 项目的预览版。 <h4 style="font-weight:400;font-size:16px;color:#3E3E3E;font-family:'Helvetica Neue', Helvetica, 'Hiragino Sans GB', 'Microsoft YaHei', Arial, sans-serif;background-color:#FFFFFF;">2007/9/6 ATI R500/600 驱动要支持 Solaris 了?</h4> 虽然没有可用于 Solaris/Open Solaris 或 * BSD 的 ATI fglrx 驱动程序，现在 AMD 将向 X.Org 开发人员和开源驱动程序交付规范，但对于任何使用 ATI 的 Radeon X1000 “R500” 或者 HD 2000“R600” 系列的 Solaris 用户来说，这肯定是有希望的。 将于下周发布的开源 X.Org 驱动程序距离成熟尚远，但应该能够相对容易地移植到使用 X.Org 的 Solaris 和其他操作系统上。 AMD 今天宣布的针对的是 Linux 社区，但它也可以帮助使用 ATI 硬件的 Solaris/OpenSolaris 用户。特别是随着印第安纳项目的即将推出，开源 R500/600 驱动程序移植就只是时间问题了。 <h4 style="font-weight:400;font-size:16px;color:#3E3E3E;font-family:'Helvetica Neue', Helvetica, 'Hiragino Sans GB', 'Microsoft YaHei', Arial, sans-serif;background-color:#FFFFFF;">2007/9/5 Solaris Express 社区版 Build 71</h4> Solaris Express 社区版（SXCE）现已推出 Build 71。您可以在 OpenSolaris.org 中找到有关 Solaris Express 社区版 Build 71 的更多信息。 另外，在 Linux 内核峰会上，AMD 将提供 GPU 规格的消息，由此产生的 X.Org 驱动程序将来可能会导致 ATI 硬件上 Solaris/OpenSolaris 有所改善。 <h4 style="font-weight:400;font-size:16px;color:#3E3E3E;font-family:'Helvetica Neue', Helvetica, 'Hiragino Sans GB', 'Microsoft YaHei', Arial, sans-serif;background-color:#FFFFFF;">2007/8/27 Linux 的 Solaris 容器</h4> Sun Microsystems 已经宣布，他们将很快支持适用于 Linux 应用程序的 Solaris 容器。 这样可以在 Solaris 下运行 Linux 应用程序，而无需对二进制包进行任何修改。适用于 Linux 的 Solaris 容器将允许从 Linux 到 Solaris 的平滑迁移，协助跨平台开发以及其他优势。当该支持到来时，这个时代就“快到了”。 <h4 style="font-weight:400;font-size:16px;color:#3E3E3E;font-family:'Helvetica Neue', Helvetica, 'Hiragino Sans GB', 'Microsoft YaHei', Arial, sans-serif;background-color:#FFFFFF;">2007/8/23 OpenSolaris 开发者峰会</h4> 今天早些时候在 OpenSolaris 论坛上发布了第一次 OpenSolaris 开发人员峰会的消息。这次峰会将在十月份在加州大学圣克鲁斯分校举行。 Sara Dornsife 将这次峰会描述为“不是与演示文稿或参展商举行会议，而是一个亲自参与的协作工作会议，以计划下一期的印第安纳项目。”  伊恩·默多克（Ian Murdock）将在这个“印第安纳项目”中进行主题演讲，但除此之外，该计划仍在计划之中。 Phoronix 可能会继续跟踪此事件，您可以在 Solaris 论坛上讨论此次峰会。 <h4 style="font-weight:400;font-size:16px;color:#3E3E3E;font-family:'Helvetica Neue', Helvetica, 'Hiragino Sans GB', 'Microsoft YaHei', Arial, sans-serif;background-color:#FFFFFF;">2007/8/18 Solaris Express 社区版 Build 70</h4> 名叫 “Nevada” 的 Solaris Express 社区版 Build 70 (SXCE snv_70) 现在已经发布。有关下载链接的通知可以在 OpenSolaris 论坛中找到。还有公布了其网络存储的 Build 71 版本，包括来自 Qlogic 的光纤通道 HBA 驱动程序的源代码。 <h4 style="font-weight:400;font-size:16px;color:#3E3E3E;font-family:'Helvetica Neue', Helvetica, 'Hiragino Sans GB', 'Microsoft YaHei', Arial, sans-serif;background-color:#FFFFFF;">2007/8/16 IBM 使用 Sun Solaris 的系统</h4> Sun Microsystems 和 IBM正在举行电话会议，他们刚刚宣布，IBM 将开始在服务器上使用 Sun 的 Solaris 操作系统。这些 IBM 服务器包括基于 x86 的服务器系统以及 Blade Center 服务器。官方新闻稿刚刚发布，可以在 sun 新闻室阅读。 <h4 style="font-weight:400;font-size:16px;color:#3E3E3E;font-family:'Helvetica Neue', Helvetica, 'Hiragino Sans GB', 'Microsoft YaHei', Arial, sans-serif;background-color:#FFFFFF;">2007/8/9 OpenSolaris 不会与 Linux 合并</h4> 在旧金山的 LinuxWorld 2007 上，Andrew Morton 在主题演讲中表示， OpenSolaris 的关键组件不会出现在 Linux 内核中。 事实上，莫顿甚至表示 “非常遗憾 OpenSolaris 活着”。OpenSolaris 的一些关键组件包 Zones、ZFS 和 DTrace 。虽然印第安纳州项目有可能将这些项目转变为 GPLv3 项目… <h4 style="font-weight:400;font-size:16px;color:#3E3E3E;font-family:'Helvetica Neue', Helvetica, 'Hiragino Sans GB', 'Microsoft YaHei', Arial, sans-serif;background-color:#FFFFFF;">2007/7/27 Solaris Xen 已经更新</h4> 已经有一段时间了，Solaris Xen 终于更新了。约翰·莱文（John Levon）表示，这一最新版本基于 Xen 3.0.4 和 Solaris “Nevada” Build 66。 这一最新版本的改进包括 PAE 支持、HVM 支持、新的 virt-manager 工具、改进的调试支持以及管理域支持。你可以在 Sun 的网站上找到 2007 年 7 月 Solaris Xen 更新的下载。 <h4 style="font-weight:400;font-size:16px;color:#3E3E3E;font-family:'Helvetica Neue', Helvetica, 'Hiragino Sans GB', 'Microsoft YaHei', Arial, sans-serif;background-color:#FFFFFF;">2007/7/25 Solaris 10 7/07 HW 版本</h4> Solaris 10 7/07 HW 版本的文档已经上线。如 Solaris 发行注记中所述，Solaris 10 7/07 仅适用于 SPARC Enterprise M4000-M9000 服务器，并且没有 x86/x64 版本可用。 所有平台的最新 Solaris 更新是 Solaris 10 11/06 ，您可以在 Phoronix 论坛中讨论 Solaris 7/07。 <h4 style="font-weight:400;font-size:16px;color:#3E3E3E;font-family:'Helvetica Neue', Helvetica, 'Hiragino Sans GB', 'Microsoft YaHei', Arial, sans-serif;background-color:#FFFFFF;">2007/7/16 来自英特尔的 Solaris 电信服务器</h4> 今天宣布推出符合 NEBS、ETSI 和 ATCA 合规性的英特尔体系的 Sun Solaris 电信机架服务器和刀片服务器。 在这些新的运营商级平台中，英特尔运营商级机架式服务器 TIGW1U 支持 Linux 和 Solaris 10，而 Intel NetStructure MPCBL0050 SBC 也将支持这两种操作系统。 然后是 Solaris 分类中最受欢迎的特色文章： <h4 style="font-weight:400;font-size:16px;color:#3E3E3E;font-family:'Helvetica Neue', Helvetica, 'Hiragino Sans GB', 'Microsoft YaHei', Arial, sans-serif;background-color:#FFFFFF;">Ubuntu vs. OpenSolaris vs. FreeBSD 基准测试</h4> 在过去的几个星期里，我们提供了几篇关于 Ubuntu Linux 性能的深入文章。我们已经开始提供 Ubuntu 7.04 到 8.10 的基准测试，并且发现这款受欢迎的 Linux 发行版的性能随着时间的推移而变慢。 随之而来的是 Mac OS X 10.5 对比 Ubuntu 8.10 的基准测试和其他文章。在本文中，我们正在比较 Ubuntu 8.10 的 64 位性能与 OpenSolaris 2008.11 和 FreeBSD 7.1 的最新测试版本。 <h4 style="font-weight:400;font-size:16px;color:#3E3E3E;font-family:'Helvetica Neue', Helvetica, 'Hiragino Sans GB', 'Microsoft YaHei', Arial, sans-serif;background-color:#FFFFFF;">NVIDIA 的性能：Windows vs. Linux vs. Solaris</h4> 本周早些时候，我们预览了 Quadro FX1700，它是 NVIDIA 的中端工作站显卡之一，基于 G84GL 内核，而 G84GL 内核又源于消费级 GeForce 8600 系列。 该 PCI Express 显卡提供 512MB 的视频内存，具有两个双链路 DVI 连接，并支持 OpenGL 2.1 ，同时保持最大功耗仅为 42 瓦。 正如我们在预览文章中提到的，我们将不仅在 Linux 下查看此显卡的性能，还要在 Microsoft Windows 和 Sun 的 Solaris 中测试此工作站解决方案。 在今天的这篇文章中，我们正在这样做，因为我们测试了 NVIDIA Quadro FX1700 512MB 与这些操作系统及其各自的二进制显示驱动程序。 <h4 style="font-weight:400;font-size:16px;color:#3E3E3E;font-family:'Helvetica Neue', Helvetica, 'Hiragino Sans GB', 'Microsoft YaHei', Arial, sans-serif;background-color:#FFFFFF;">FreeBSD 8.0 对比 Linux、OpenSolaris</h4> 在 FreeBSD 8.0 的稳定版本发布的上周，我们终于可以把它放在测试台上，并用 Phoronix 测试套件进行了全面的了解。 我们将 FreeBSD 8.0 的性能与早期的 FreeBSD 7.2 版本以及 Fedora 12 和 Ubuntu 9.10 还有 Sun OS 端的 OpenSolaris 2010.02 b127 快照进行了比较。 <h4 style="font-weight:400;font-size:16px;color:#3E3E3E;font-family:'Helvetica Neue', Helvetica, 'Hiragino Sans GB', 'Microsoft YaHei', Arial, sans-serif;background-color:#FFFFFF;">Fedora、Debian、FreeBSD、OpenBSD、OpenSolaris 基准测试</h4> 上周我们发布了第一个 Debian GNU/kFreeBSD 基准测试，将 FreeBSD 内核捆绑在 Debian GNU 用户的 Debian GNU/Linux 上，比较了这款 Debian 系统的 32 位和 64 位性能。 我们现在扩展了这个比较，使许多其他操作系统与 Debian GNU/Linux 和 Debian GNU/kFreeBSD 的 6.0 Squeeze 快照直接进行比较，如 Fedora 12，FreeBSD 7.2，FreeBSD 8.0，OpenBSD 4.6 和 OpenSolaris 2009.06 。 <h4 style="font-weight:400;font-size:16px;color:#3E3E3E;font-family:'Helvetica Neue', Helvetica, 'Hiragino Sans GB', 'Microsoft YaHei', Arial, sans-serif;background-color:#FFFFFF;">AMD 上海皓龙：Linux vs. OpenSolaris 基准测试</h4> 1 月份，当我们研究了四款皓龙 2384 型号时，我们在 Linux 上发布了关于 AMD 上海皓龙 CPU 的综述。与早期的 AMD 巴塞罗那处理器 Ubuntu Linux 相比，这些 45nm 四核工作站服务器处理器的性能非常好。 但是在运行 Sun Open Solaris 操作系统时，性能如何？今天浏览的是 AMD 双核的基准测试，运行 Open Solaris 2008.11、Ubuntu 8.10 和即将推出的 Ubuntu 9.04 版本。 <h4 style="font-weight:400;font-size:16px;color:#3E3E3E;font-family:'Helvetica Neue', Helvetica, 'Hiragino Sans GB', 'Microsoft YaHei', Arial, sans-serif;background-color:#FFFFFF;">OpenSolaris vs. Linux 内核基准</h4> 本周早些时候，我们提供了 Ubuntu 9.04 与 Mac OS X 10.5.6 的基准测试，发现 Leopard 操作系统（Mac）在大多数测试中的表现要优于 Jaunty Jackalope （Ubuntu），至少在 Ubuntu 32 位是这样的。 我们今天又回过来进行更多的操作系统基准测试，但这次我们正在比较 Linux 和 Sun OpenSolaris 内核的性能。我们使用的 Nexenta Core 2 操作系统将 OpenSolaris 内核与 GNU/Ubuntu 用户界面组合在同一个 Ubuntu 软件包中，但使用了 Linux 内核的 32 位和 64 位 Ubuntu 服务器安装进行测试。 <h4 style="font-weight:400;font-size:16px;color:#3E3E3E;font-family:'Helvetica Neue', Helvetica, 'Hiragino Sans GB', 'Microsoft YaHei', Arial, sans-serif;background-color:#FFFFFF;">Netbook 性能：Ubuntu vs. OpenSolaris</h4> 过去，我们已经发布了 OpenSolaris vs. Linux Kernel 基准测试以及类似的文章，关注 Sun 的 OpenSolaris 与流行的 Linux 发行版的性能。 我们已经看过高端 AMD 工作站的性能，但是我们从来没有比较上网本上的 OpenSolaris 和 Linux 性能。 直到今天，在本文中，我们将比较戴尔 Inspiron Mini 9 上网本上的 OpenSolaris 2009.06 和 Ubuntu 9.04 的结果。 <h4 style="font-weight:400;font-size:16px;color:#3E3E3E;font-family:'Helvetica Neue', Helvetica, 'Hiragino Sans GB', 'Microsoft YaHei', Arial, sans-serif;background-color:#FFFFFF;">NVIDIA 图形：Linux vs. Solaris</h4> 在 Phoronix，我们不断探索 Linux 下的不同显示驱动程序，在我们评估了 Sun 的检查工具并测试了 Solaris 主板以及覆盖其他几个领域之后，我们还没有执行图形驱动程序 Linux 和 Solaris 之间的比较。 直到今天，由于印第安纳州项目，我们对 Solaris 更感兴趣，我们决定终于通过 NVIDIA 专有驱动程序提供我们在 Linux 和 Solaris 之间的第一次定量图形比较。 <h4 style="font-weight:400;font-size:16px;color:#3E3E3E;font-family:'Helvetica Neue', Helvetica, 'Hiragino Sans GB', 'Microsoft YaHei', Arial, sans-serif;background-color:#FFFFFF;">OpenSolaris 2008.05 向 Solaris 提供了一个新面孔</h4> 2月初，Sun Microsystems 发布了印第安纳项目的第二个预览版本。对于那些人来说，印第安纳州项目是 Sun 的 Ian Murdock 领导的项目的代号，旨在通过解决 Solaris 的长期可用性问题。 将 OpenSolaris 推向更多的台式机和笔记本电脑。我们没有对预览 2 留下什么深刻印象，因为它没有比普通用户感兴趣的 GNU/Linux 桌面更有优势。 然而，随着 5 月份推出的 OpenSolaris 2008.05 印第安纳项目发布，Sun Microsystems 今天发布了该操作系统的最终测试副本。 当最后看到项目印第安纳时，我们对这个新的 OpenSolaris 版本的最初体验是远远优于我们不到三月前的体验的。 <h4 style="font-weight:400;font-size:16px;color:#3E3E3E;font-family:'Helvetica Neue', Helvetica, 'Hiragino Sans GB', 'Microsoft YaHei', Arial, sans-serif;background-color:#FFFFFF;">快速概览 Oracle Solaris 11</h4> Solaris 11 在周三发布，是七年来这个前 Sun 操作系统的第一个主要更新。在过去七年中，Solaris 家族发生了很大变化，OpenSolaris 在那个时候已经到来，但在本文中，简要介绍了全新的 Oracle Solaris 11 版本。 <h4 style="font-weight:400;font-size:16px;color:#3E3E3E;font-family:'Helvetica Neue', Helvetica, 'Hiragino Sans GB', 'Microsoft YaHei', Arial, sans-serif;background-color:#FFFFFF;">OpenSolaris、BSD & Linux 的新基准测试</h4> 今天早些时候，我们对以原生的内核模块支持的 Linux 上的 ZFS 进行了基准测试，该原生模块将被公开提供，以将这个 Sun/Oracle 文件系统覆盖到更多的 Linux 用户。 现在，尽管作为一个附加奖励，我们碰巧有了基于 OpenSolaris 的最新发行版的新基准，包括 OpenSolaris、OpenIndiana 和 Augustiner-Schweinshaxe，与 PC-BSD、Fedora 和 Ubuntu相比。 <h4 style="font-weight:400;font-size:16px;color:#3E3E3E;font-family:'Helvetica Neue', Helvetica, 'Hiragino Sans GB', 'Microsoft YaHei', Arial, sans-serif;background-color:#FFFFFF;">FreeBSD/PC-BSD 9.1 针对 Linux、Solaris、BSD 的基准</h4> 虽然 FreeBSD 9.1 尚未正式发布，但是基于 FreeBSD 的 PC-BSD 9.1 “Isotope”版本本月已经可用。 本文中的性能指标是 64 位版本的 PC-BSD 9.1 与 DragonFlyBSD 3.0.3、Oracle Solaris Express 11.1、CentOS 6.3、Ubuntu 12.10 以及 Ubuntu 13.04 开发快照的比较。

: 如何快速搭建一个微服务架构？; 发布时间：2017-08-20; 记得好久之前看到一个大牛说过：如果单体架构都搞不好，就别搞微服务架构。乍一看，这句很有道理，后来发现这句话是不太对的，因为微服务架构的目的就是为了降低系统的复杂性，所以微服务架构应该比单体架构更简单、更好实践才对。这篇文章，我们就分享一下如何搭建一个 简单模式 的微服务架构何谓微服务架构的简单模式？相对于大型互联网平台动辄几万并发的访问量，或者每天多次的在线版本发布，绝大多数企业和项目并没有这样的需求。他们关注的是如何更好地提高开发效率，如何更快地实现新需求，如何更便利地运维，等等。微服务架构的简单模式就是可以满足以上需求的软件架构方案。相对于“完美”的微服务架构方案，微服务架构简单模式可以暂且不用关注保障数据一致性的分布式事务技术、方便程序包在环境间（开发、测试、生产）迁移的配置中心组件、监控 API 调用情况的调用链组件、避免系统超载的断路器组件、方便 API 管理和测试的 API 文档框架、Zookeeper、Redis，以及各种 MQ。只需要关注常常谈到的 注册中心、服务发现、负载均衡 和 服务网关 即可。如何落地？落地微服务架构，重点就是发扬优点，克服缺点。相对于单体架构，微服务架构最大的缺点是上手难和运维难。下面我们就来看看如何从这两个方面入手，将微服务架构的简单模式落地。上手难相对于传统的单体架构，微服务架构一下子引入了太多的概念，让新手有点无可适从。所以，我们更要去芜存菁，理清楚哪些是自身需要的，哪些只是江湖上的传说。下面就来看看哪些组件是开发一个微服务架构的系统所必需的。首先说一下，使用微服务简单模式进行开发的四个步骤：第一步：沿用组织中现有的技术体系开发单一职责的微服务。第二步：服务提供方将地址信息注册到注册中心，调用方将服务地址从注册中心拉下来。第三步：通过门户后端（服务网关）将微服务 API 暴露给门户和移动 APP。第四步：将管理端模块集成到统一的操作界面上。为了实现以上 4 点，相对应的就是下面必需掌握的基础技术（必需的组件）。<ul class="list-paddingleft-2" style="color:#3F3F3F;font-family:Avenir, -apple-system-font, 微软雅黑, sans-serif;font-size:14px;text-align:center;background-color:#FFFFFF;"><li>注册中心、服务发现、负载均衡：对应上边第一步与第二步</li><li>服务网关：对应上边第三步</li><li>管理端集成框架：对应上边第四步</li></ul> 注册中心、服务发现、负载均衡和单体架构不同，微服务架构是由一系列职责单一的细粒度服务构成的分布式网状结构，服务之间通过轻量机制进行通信，这时候必然引入一个服务注册发现问题，也就是说服务提供方要将自己的服务地址注册到某个地方（服务注册中心， Service Registry Center），服务的调用方可以从服务注册中心找到需要调用的服务的地址（服务发现，Service Discovery）。同时，服务提供方一般以集群方式提供服务，也就引入了负载均衡的需求。根据负载均衡（Load Balancer，简称 LB）所在位置的不同，目前主要的服务注册、发现和负载均衡方案有三种：集中式 LB 方案第一种是集中式 LB 方案，在服务消费者和服务提供者之间有一个独立的 LB，LB 通常是专门的硬件设备如 F5，或者基于软件如 LVS，HAproxy 等实现。<img src="http://115.29.210.249/tggPic/content/2017-08/1503195405542.png" data-ke-src="http://115.29.210.249/tggPic/content/2017-08/1503195405542.png" alt=""> 服务调用者调用服务时，向 LB 发起请求，LB 再根据一定的策略（比如轮询、随机、最小响应时间、最小并发数等等）将请求路由到指定的服务。这个方案的最大问题是：调用者和提供者之间增加了一跳，LB 也最有可能成为整个系统的瓶颈。进程内 LB 方案第二种是进程内 LB 方案，针对集中式 LB 的不足，进程内 LB 方案将 LB 的功能以库的形式集成到服务消费方进程里头，该方案也被称为软负载 (Soft Load Balancing) 或者客户端负载方案。<img src="http://115.29.210.249/tggPic/content/2017-08/1503195534553.png" data-ke-src="http://115.29.210.249/tggPic/content/2017-08/1503195534553.png" alt=""> 其原理是：服务提供者将自身的地址发送到服务注册中心，同时定时发送心跳给注册中心，注册中心按心跳情况判断是否将此节点从注册表中摘除。服务调用者调用服务时，先从注册中心拉取服务注册信息，然后根据一定的策略去调用服务节点。这种情况下，即使注册中心宕机，调用方也可以根据内存中已经拉到的服务地址将请求路由到正确的服务上去。这个方案的最大问题是：服务调用者可能需要集成注册中心的客户端，即将来注册中心服务端升级，可能会需要升级注册中心客户端。主机独立 LB 进程方案<img src="http://115.29.210.249/tggPic/content/2017-08/1503195590857.png" data-ke-src="http://115.29.210.249/tggPic/content/2017-08/1503195590857.png" alt=""> 第三种是主机独立 LB 进程方案，该方案是针对第二种方案的不足而提出的一种折中方案，原理和第二种方案基本类似，不同之处是，他将 LB 和服务发现功能从进程内移出来，变成主机上的一个独立进程，主机上的一个或者多个服务要访问目标服务时，他们都通过同一主机上的独立 LB 进程做服务发现和负载均衡。该方案的典型案例是 Airbnb 的 SmartStack 服务发现框架。这个方案的最大问题是：部署和运维比较麻烦。以上三点摘自杨波先生的《实施微服务，我们需要哪些基础框架？》http://www.infoq.com/cn/articles/basis-frameworkto-implement-micro-service#anch130564 ，并作了部分补充，如果希望查看这三个方案的更详细说明，推荐读一读杨波先生的文章。当下，随着 Netflix 的微服务方案和 Spring Cloud 的兴起与成熟，第二个方案成为我们的首选。我们推荐使用 Eureka 做服务注册中心，Ribbon 做客户端服务发现和负载均衡。这个选择的最大好处是简单 + 实用 + 可控，不用引入额外的 Zookeeper、Etcd 做注册中心，部署和运维也都比较简单。从代码上来说，使用起来也非常简单。只是，需要注意的是，这种方案一般是用来做局域网内的负载均衡，如果要为开放到互联网的服务做负载均衡，可以使用 Nginx Upstream 来做。下面是 Eureka 最重要的几个参数配置，从这些参数也可以大概看看 Eureka 是如何工作的。<img src="http://115.29.210.249/tggPic/content/2017-08/1503195665101.png" data-ke-src="http://115.29.210.249/tggPic/content/2017-08/1503195665101.png" alt=""> 由于 Eureka 的注册及过期机制，服务从启动到完全可用需要近 2 分钟的时间，所以，为了提高开发及测试环境中的发版速度，我们改了以下几个参数。生产时，一定要改回去。<img src="http://115.29.210.249/tggPic/content/2017-08/1503195756097.png" data-ke-src="http://115.29.210.249/tggPic/content/2017-08/1503195756097.png" alt=""> Eureka 注册中心的界面如下：<img src="http://115.29.210.249/tggPic/content/2017-08/1503195793457.png" data-ke-src="http://115.29.210.249/tggPic/content/2017-08/1503195793457.png" alt=""> 详细信息可参考https://github.com/Netflix/eureka和https://github.com/Netflix/ribbon。 服务网关通常，一个大系统里会有很多职责单一的微服务，如果门户系统或移动 APP 来调用这些微服务的 API 时，至少要做好两件事：<ul class="list-paddingleft-2" style="color:#3F3F3F;font-family:Avenir, -apple-system-font, 微软雅黑, sans-serif;font-size:14px;text-align:center;background-color:#FFFFFF;"><li>由统一的入口来调用微服务的 API</li><li>API 鉴权</li></ul>这就需要一个服务网关。2015 年，我们使用 Rest Template + Ribbon 做了一个简单的 API 网关。原理就是当 API 网关接到请求 /service1/api1.do 时，将请求转发到 service1 对应的微服务的 api1 接口。后来，发现我们实现的功能，Spring Cloud Zuul 都有比较好的实现，也就切换到 Zuul 上面去了。Zuul 是 Netflix 基于 Java 开发的服务端 API 网关和负载均衡器。除此之外，Zuul 还可以对过滤器进行动态的加载、编译、运行。最令人吃惊的是，Zuul 的转发性能据说和 Nginx 差不多。详细信息可参考 https://github.com/Netflix/zuul。总的来说，一般情况下，API 网关（可以称为门户后端）用来进行反向代理、权限认证、数据剪裁、数据聚合等。<img src="http://115.29.210.249/tggPic/content/2017-08/1503195856270.png" data-ke-src="http://115.29.210.249/tggPic/content/2017-08/1503195856270.png" alt="">  管理端集成框架掌握注册中心、服务发现、负载均衡和服务网关技术后，微服务已经可以为门户系统和移动 APP 提供可靠服务。但是，给后台运营人员使用的管理端是怎么实现的呢？由于后端运营系统的压力不大，我们可以通过 CAS 和 UPMS（UPMS 是我们团队研发的契合微服务架构的用户及权限管理系统，我们将分享到青柳云官网，欢迎关注）将单独开发的微服务整合起来。三步集成一个微服务的基本过程就是：<ol class="list-paddingleft-2" style="color:#3F3F3F;font-family:Avenir, -apple-system-font, 微软雅黑, sans-serif;font-size:14px;text-align:center;background-color:#FFFFFF;"><li>在微服务中引入基于 Spring Boot 的 security starter，starter 里包含了系统的顶端 Banner 和左侧菜单。</li><li>将微服务的访问地址注册到 UPMS 中，这个地址作为此微服务的入口菜单（一级菜单）。</li><li>在 UPMS 中配置微服务的功能菜单及角色权限信息。</li></ol>用户从浏览器打开一个微服务的时候，security starter 会调用 UPMS 的 API 拉取所有的微服务清单（一级菜单）和当前微服务的功能清单（二级菜单），并将当前微服务的页面在内容区展现给用户。应用架构图：<img src="http://115.29.210.249/tggPic/content/2017-08/1503195934921.png" data-ke-src="http://115.29.210.249/tggPic/content/2017-08/1503195934921.png" alt=""> UPMS 截图，橙色部分由 UPMS 框架提供，红色框为微服务的页面：<img src="http://115.29.210.249/tggPic/content/2017-08/1503195979251.png" data-ke-src="http://115.29.210.249/tggPic/content/2017-08/1503195979251.png" alt=""> UPMS 通过“模块”功能接入新的微服务：<img src="http://115.29.210.249/tggPic/content/2017-08/1503196025403.png" data-ke-src="http://115.29.210.249/tggPic/content/2017-08/1503196025403.png" alt=""> 所以，到最后，一个简单模式的基于微服务架构的系统就可以长成这样：<img src="http://115.29.210.249/tggPic/content/2017-08/1503196071887.png" data-ke-src="http://115.29.210.249/tggPic/content/2017-08/1503196071887.png" alt=""> 至此，基本的微服务架构已经搭建起来。下面来聊聊怎么解决微服务运维的问题。运维难微服务架构的运维问题，主要是相对于单体架构来说的。因为实施微服务架构后，整个系统的模块一下子比原来多了很多，模块变多后，部署和维护的工作量都会变大。所以，解决运维难的问题，可以先从自动化的角度来解决。更进一步，如果希望更好地发挥微服务架构的优势，规避缺点，则建议准备一个可靠的基础设施，包含自动构建、自动部署、日志中心、健康检查、性能监控等功能。否则，很有可能会因为微服务架构的缺点导致我们的团队丧失对微服务架构的信心，从而回到单体架构的老路上去。工欲善其事，必先利其器，这一点真的很重要。 持续集成单体应用被微服务化后，很有可能从原来的一个程序包分成了 10 个、20 个甚至更多的程序包。那么，我们首先遇到的麻烦就是部署工作直接扩大了 10 - 20 倍。这时，持续集成的方法和工具就成了实施微服务架构的前提条件。我们在实践过程中，利用基于 Docker 的容器服务平台自动部署整个系统的微服务。其过程如下图：<img src="http://115.29.210.249/tggPic/content/2017-08/1503196153363.png" data-ke-src="http://115.29.210.249/tggPic/content/2017-08/1503196153363.png" alt=""> 如果没有微服务支撑平台，也可以通过 Shell 脚本的形式来调用 Jenkins API 和 Docker API。主要过程是：<ol class="list-paddingleft-2" style="color:#3F3F3F;font-family:Avenir, -apple-system-font, 微软雅黑, sans-serif;font-size:14px;text-align:center;background-color:#FFFFFF;"><li>调用 Jenkins 命令从代码仓库拉取代码，并打包代码。</li><li>调用 Docker /build 和 /images/push 命令构建镜像，并将镜像推送到私有镜像仓库中。</li><li>调用 Docker /containers/create 和 /containers/start 命令创建并启动容器。</li></ol> 配置中心在开发 / 测试环境上，程序包已经被打包成 Docker 镜像，如果能将通过测试的镜像直接推到生产环境，可以直接省去为生产环境而重复进行的打包部署工作，岂不是很美？如果需要达到这个效果，就需要将程序包打包成具有环境无关性，也就是说，在程序包里是不可以有环境相关的配置信息的，这也就引入了配置中心组件。这个组件非常简单，只是根据项目代号、环境代号和微服务代号来获取微服务所需要的键值对。例如：ProjectA_PRODUCTION_MicroService1_jdbc.connection.url。使用配置中心还有一个很重要的附加价值，那就是可以做到不同环境的配置信息可以由不同的人来管理，加强了生产环境的配置信息的安全性，例如数据库帐号和密码。这个模块也有一些开源的项目可以参考，例如百度 disconf，Spring Cloud Config。而我们自己发杨了重复造轮子的精神，开发了一个配置中心微服务，以方便地与上面提到的 UPMS 进行整合。注意：这一组件并不是微服务架构简单模式的必需组件，只是建议使用。 监控告警单体应用被微服务化后，一个单体应用被拆成了很多个微服务，系统的健康巡检、性能监控、业务指标健康、文件备份监控、数据库备份监控、定时任务执行情况监控都变得困难。所以，为了让运维的同学能生活得踏实点，最好也能把监控平台给建了。如果希望快速搭建监控平台，可以考虑 Nagios，Zabbix。如果希望扩展性、可定制性更好，可以考虑使用以下组件搭建：<img src="http://115.29.210.249/tggPic/content/2017-08/1503196213246.png" data-ke-src="http://115.29.210.249/tggPic/content/2017-08/1503196213246.png" alt=""> Collectd 是一款主机、数据库、网络、存储指标采集器。GitHub 上 1653 个 Star。Metrics 是一款牛逼的 JVM 指标采集器，提供了很多模块可以为第三方库或者应用提供辅助统计信息，比如 Jetty， Logback，Log4j，Apache HttpClient，Ehcache，JDBI，Jersey，它还可以将度量数据发送给 Ganglia 和 Graphite 以提供图形化的监控。GitHub 上 5000+ 个 Star。CAdvisor 是一款 Docker 容器指标采集器，Google 出品。GitHub 上 6000 个 Star。Grafana 是一款非常精美的开源仪表盘工具，支持 Graphite，InfluxDB ，MySQL 和 OpenTSDB 等多种数据源。GitHub 上 17000 个 Star。InfluxDB 是一款优秀的开源分布式时序数据库，目前在时序数据中排名第一，它的特性中，RETENTION POLICY 可以自动地清除不需要的历史数据，很实用。GitHub 上 11175 个 Star。除了以上模块，我们还开发了一个模块，用来探测应用程序的健康情况和性能，在主机、程序健康情况、程序性能等各种指标出现异常时，发送警报给运维人员。

: IT运维工程师们为什么选择使用Linux系统; 发布时间：2017-08-12; linux自诞生之日起，便受到了全世界优秀黑客程序员们的百般宠爱与关注。曾经，linux似乎离我们非常遥远；而现在，越来越多的人听说了linux，会去讨论linux发行版，会去关注linux内核。而程序员们更是热衷于使用linux，在linux开发。那么，究竟linux为什么吸引着这么多程序员们的热捧呢？Linux代码开源程序员们对优秀的代码永远充满着好奇心理，过往 windows 或 MAC的代码是不对外透露的，程序员们没有深入接触操作系统的机会，然而，linux代码因为其开源特性任何人都能从网上获取。这一点可以说具有时代性意义，也正是因为代码开源这一点才促进了linux的发展。身为程序员，阅读优秀高质量的代码是一个自我提升的过程，也是一次赏心悦目的旅程。Linux内核的代码是集世界各地优秀代码而成的宝物，程序员们在使用阅读代码的同时还能参与其开发，这一点对于程序员而言是极具诱惑性的。可想而知，你能参与优秀的产品的开发是件多么令人激动的心情。对于技术人员而言，linux是天堂般的存在。<img src="http://115.29.210.249/tggPic/content/2017-08/1502509171347.jpg" data-ke-src="http://115.29.210.249/tggPic/content/2017-08/1502509171347.jpg" alt=""> 各方面成本低1.内核免费：linux内核只需要遵守开源社区的基本规则，你想用就用，而不需要承担超高的版权费用。你可以随意使用它去搭建属于自己的linux操作系统。2.学习成本低：我相信看到这里会有人问，linux对于程序员来讲是底层的东西，对于一些，比如java的程序员而言似乎毫无用处。然而，优秀的程序员们有自己的追求，有自己的理想，他们往往热衷于深入研究计算机原理，想要深入理解程序背后的本质东西，而不是简单的停留在调用某个API上。我认为这是每个程序员都应该具备的品质。而Linux刚好给了广大程序员们这个平台，各大linux发行版任你自由选择，想怎么玩就怎么玩。互联网上随时都能查阅linux的相关优秀书籍，身为程序员的我时不时会去看一下书籍《Linux就该这么学》巩固下基础。更有热心的网友们提供linux方面的解答。不仅如此，许多linux开源社区如雨后春笋般涌出，在社区里，你能与同志同道合的码农们畅谈人生，互相学习，分享最前沿的技术，学习最先进的设计模式等等。3.工具软件免费：在开源的linux操作系统上便有很多开源软件，都是一群有着开源心态的优秀程序员们开发出来的产品，这些工具软件能让你更轻松的搭建自己想要的环境。这些都比动不动就收取大笔服务费的公司强太多。Linux安全性linux占据服务器市场的份额已经相当明显，安卓内核是定制版的linux内核，ATM机也是使用的linux内核，政府机关等对信息安全极为重视的机构也不约而同选择了linux系统。可见linux系统的流行程度以及值得信赖的安全性能。Linux系统的安全性之所以能这么好，一是因为它的开源性。一旦发现重大漏洞，各路英雄豪杰立马快马加鞭赶来迅速解决，而不是像windows或mac这样需要等待内部工程师的修复，再牛的工程师也敌不过全球各路杰出开源英豪。Linux系统的安全特色其二是由于它的设计框架，它在框架上采取的是权限管理的方式，即使中了病毒，linux的核心文件也很难受到破坏。Linux系统安全其三原因是因为使用linux的用户往往是有一定技术基础的。对于windows来讲，它把用户设定成“不懂技术”的人，它会限制用户做很多事，但却又因为自身系统的漏洞防不了病毒的入侵，因此往往不懂技术而使用windows的用户莫名其妙就被黑了，而懂技术的windows用户却因为权限问题无法做出修改。然而，对于linux而言，用户就是这个系统的神（root），你能做任何你想做的事，而这些事只有懂技术的人才能做。因此，对于程序员或是运维的人来说，能够更加方便的实现想要的安全性能。Linux的高效性Linux的高效性对于大家并不陌生，都应该会深有体会，Windows服务器长期运行会出现卡顿，运行的进程多了就时常卡死，然而Linux就不同，他是一款高效性的软件，充分利用硬件平台的优势，将其发挥的淋漓尽致，因为他继承了UNIX卓越的稳定性和高效性，提供更多可靠的服务，系统的漏洞可以忽略不计，高效性在生产环境中体现的更出色。

: Red Hat-开源世界的领导者-在做什么？; 发布时间：2017-08-07; 红帽在做什么？红帽在做什么产品？大多数人对于Red Hat的了解，停留在对于CentOS，RHEL的了解上。除此之外，做虚拟化的同学，会多少了解红帽的虚拟化产品RHEV，即基于开源KVM的红帽虚拟化解决方案。 <img src="http://115.29.210.249/tggPic/content/2017-08/1502086439773.jpg" data-ke-src="http://115.29.210.249/tggPic/content/2017-08/1502086439773.jpg" alt=""> 以上对于红帽的了解，基本处于对红帽1.0时代的了解（笔者此前也是如此）。目前，红帽公司已经进入了2.0的时代。 从一项调查报告说起   在2014年芝加哥举行的CloudOpen大会上，Linux.com和The New Stack公布了一项由550名从业者参与的调查结果。OpenStack、Docker、KVM、CloudStack、Ceph被评为最受欢迎的五个开源项目。<img src="http://115.29.210.249/tggPic/content/2017-08/1502086553458.jpg" data-ke-src="http://115.29.210.249/tggPic/content/2017-08/1502086553458.jpg" alt=""> 在这五个开源项目中，红帽在其中四个项目中（除CloudStack）均发挥主要作用，或是处于领导地位，且有直接的对应企业产品。 红帽2.02016年3月，红帽公布了2016财年第四季度及全年财报。天文数字的全年收入，震惊了IT业界。财报显示，红帽公司2015年年收入已经超出了20亿美元，达到了20.5亿。而实现从10亿到20亿的飞跃，红帽仅仅用了三年时间。目前，红帽是开源世界里最强和最大的软件公司，没有之一。红帽对未来的展望是用3-5年时间，将年收入从20亿美元提升到50亿美元。 下图非常清晰展现了开源社区，开源项目，红帽企业软件三者之间的对应关系。<img src="http://115.29.210.249/tggPic/content/2017-08/1502086642064.jpg" data-ke-src="http://115.29.210.249/tggPic/content/2017-08/1502086642064.jpg" alt=""> 我们知道，不少数厂商参与开源项目，均有其定制化产品（如云管平台），或者说“私房菜”。在此需要澄清一点的是，红帽的企业级产品并没有这么做，所有源代码也是反馈给社区的，源代码是一致的。 “私房菜”做法的好处是，可以根据客户的要求，利用开源软件进行定制化开发，这在方案投标的时候往往给厂商带来巨大的优势。缺点是当社区版本的开源软件版本更新后，定制化后的软件很难随之无缝升级，造成的结果定制化后的开源软件与社区越走越远。厂商凭一己之力，将新版本的开源社区软件与之前定制化的软件进行改造和对接，工作量会非常巨大。 RedHat云整体解决方案  红帽在基于云的整体解决方案是Cloud Suite 2.0，包含了从底层Linux操作系统到混合云管平台的全套解决方案。这个方案包含了除JBOSS、Ansible产品外几乎红帽所有的产品。<img src="http://115.29.210.249/tggPic/content/2017-08/1502086704321.jpg" data-ke-src="http://115.29.210.249/tggPic/content/2017-08/1502086704321.jpg" alt=""> 在方案中，我们从下往上看。底层RHEL是红帽企业Linux操作系统；Ceph是红帽企业级SDS解决方案；RHEV是红帽的虚拟化解决方案；OpoenStack是红帽的私有云解决方案；Open Shift是红帽的PAAS方案；Red Hat Satellite为红帽所有产品提供全生命周期管理；Cloud Forms则是作为红帽混合云方案的管理平台，监管者除了红帽自己的产品方案之外，还可以管理异构虚拟化以及公有云。 由于篇幅有限，本篇先大致介绍一下Cloud Forms。 <ul class="list-paddingleft-2" style="color:#3E3E3E;font-family:'Helvetica Neue', Helvetica, 'Hiragino Sans GB', 'Microsoft YaHei', Arial, sans-serif;font-size:16px;background-color:#FFFFFF;"><li>Cloud Forms</li></ul>    Cloud Forms按照比较正式的说法“CloudForms旨在将公共云和私有云资源统一到单一系统中而无需考虑底层使用了那种技术。CloudForms还为在不同云之间的移动应用搭建了桥梁，并且用户和管理员无需担心配置问题。CloudForms还为用户提供了自助服务，为管理员提供了控制和管理工具。”     按照工程师的语言，Cloud Forms是红帽提混合云解决方案的Unified Portal，也就是用户访问云的统一门户。   云管平台有几个重要的部分，通常大家比较关注：服务目录、资源管理、计费管理。下面将对此进行说明。 请注意，干货来了： 首先通过浏览器登入Cloud Forms界面（管理员账户）：<img src="http://115.29.210.249/tggPic/content/2017-08/1502086829636.jpg" data-ke-src="http://115.29.210.249/tggPic/content/2017-08/1502086829636.jpg" alt=""> 进入到首页面，首先看到的是仪表盘，里面会列出来资源的使用情况，并且仪表盘还可以定制：<img src="http://115.29.210.249/tggPic/content/2017-08/1502086893682.jpg" data-ke-src="http://115.29.210.249/tggPic/content/2017-08/1502086893682.jpg" alt=""> 接下来，我们看一下“服务”菜单中的服务目录。我们看到其中一项“Dev Instance Small”的项目。如果用户想要申请这样服务，点击“Order”<img src="http://115.29.210.249/tggPic/content/2017-08/1502086981072.jpg" data-ke-src="http://115.29.210.249/tggPic/content/2017-08/1502086981072.jpg" alt=""> 填写申请人的信息：<img src="http://115.29.210.249/tggPic/content/2017-08/1502087150787.jpg" data-ke-src="http://115.29.210.249/tggPic/content/2017-08/1502087150787.jpg" alt="">点击“提交”。由于我使用的是admin的账户，具有管理员权限，因此可以进行批准：<img src="http://115.29.210.249/tggPic/content/2017-08/1502087222111.jpg" data-ke-src="http://115.29.210.249/tggPic/content/2017-08/1502087222111.jpg" alt=""> 在基础架构中，Cloud Forms可以管理多种虚拟化架构。在下图中，有RHEV和vSphere。<img src="http://115.29.210.249/tggPic/content/2017-08/1502087295038.jpg" data-ke-src="http://115.29.210.249/tggPic/content/2017-08/1502087295038.jpg" alt=""> 查看一下RHEV的资源：<img src="http://115.29.210.249/tggPic/content/2017-08/1502087379002.jpg" data-ke-src="http://115.29.210.249/tggPic/content/2017-08/1502087379002.jpg" alt=""> 可以看到vSphere的资源：<img src="http://115.29.210.249/tggPic/content/2017-08/1502087513720.jpg" data-ke-src="http://115.29.210.249/tggPic/content/2017-08/1502087513720.jpg" alt=""> 查看一下虚拟机和模板，可以看到丰富的信息：<img src="http://115.29.210.249/tggPic/content/2017-08/1502087576297.jpg" data-ke-src="http://115.29.210.249/tggPic/content/2017-08/1502087576297.jpg" alt=""> Cloud Forms除了可以管理虚拟化资源，还可以管理容器资源，由于篇幅有限，我将在接下来的文档中详细描述： ChargeBack是负责计费管理，既可以在申请资源时，显示成本；也可以定期生成报表，以便统计。<img src="http://115.29.210.249/tggPic/content/2017-08/1502087635275.jpg" data-ke-src="http://115.29.210.249/tggPic/content/2017-08/1502087635275.jpg" alt=""> 如果是普通使用用户，我们可以把他的权限设置的低一些，不能让他看到所有的选项：<img src="http://115.29.210.249/tggPic/content/2017-08/1502087695795.jpg" data-ke-src="http://115.29.210.249/tggPic/content/2017-08/1502087695795.jpg" alt="">

: ofo携手中国电信、华为助推共享单车进入NB-IoT物联网时代; 发布时间：2017-07-23;        [中国，北京，2017年7月14日]昨日，中国电信联合天翼物联产业联盟、华为共同举办新一代物联网NB-IoT在京正式商用发布会。会上中国电信宣布NB-IoT网络在北京正式商用。同时，ofo联合中国电信、华为发布了NB-IoT智能锁，标志着共享单车全面进入NB-IoT物联网时代。      得益于覆盖全北京的NB-IoT网络，北京市民将率先获得NB-IoT共享单车带来的优质出行体验。<img src="http://115.29.210.249/tggPic/content/2017-07/1500789280679.jpg" data-ke-src="http://115.29.210.249/tggPic/content/2017-07/1500789280679.jpg" alt="">                                     NB-IoT在京正式商用发布仪式 今年2月，三方签署了NB-IoT共享单车合作开发协议，ofo 负责智能锁设计开发，中国电信负责全国NB-IoT商用网络部署，华为提供包括芯片、网络及IoT平台在内的物联网解决方案。经过近五个月的努力，NB-IoT共享单车计划7月份在北京规模投放，并陆续推广到全国各省市。在未来，华为将与ofo展开更深入的合作，并逐步将合作推向国际市场。NB-IoT技术会逐渐取代2G，成为共享单车的标配。NB-IoT不仅具备低功耗、广覆盖、大连接的特点，而且可大幅缩短系统响应时延，这些与共享单车的应用场景十分契合。与2G车锁相比，NB-IoT智能锁大幅度缩短结单时延，由之前的25秒以上降至当前的5秒以内，极大提升了用户体验。功耗方面，过去共享单车中的电池最多只能持续使用3个月，这就需要定期更换电池或者在单车中装载发电装置，影响用户使用，而新款小黄车可在无需充电的情况下持续工作2年以上，既节省了成本又减轻了运维负担。覆盖性能的提升则可以使单车在相对偏远或以往信号覆盖不好的地区仍然能够顺利连网。另外，由于2G网络容量有限，在地铁口等人员密集区域，高峰时段开锁失败率甚至会高达30%，NB-IoT将有效解决这一问题。NB-IoT的优势特性将会更广泛地应用于智慧城市的方方面面。本次发布会的主办方之一中国电信，致力于推动蜂窝通信技术的发展和生态合作体系的打造，投入大量资源打造NB-IoT物联专网。电信聚焦智慧城市、垂直行业、个人消费三大市场，围绕公共事业、智能交通、能源制造、智慧物流、安防监控等领域深耕。中国电信北京公司张志勇总经理在大会致辞中指出，公司将致力于促进产业发展，充分发挥资源优势，提升物联网产品技术能力、产业规模和应用能力，聚合产业生态，开启物联网产业新征程，争取为建设”智慧新北京“做出更大贡献。<img src="http://115.29.210.249/tggPic/content/2017-07/1500789366085.jpg" data-ke-src="http://115.29.210.249/tggPic/content/2017-07/1500789366085.jpg" alt="">                                      NB-IoT智能锁全面商用发布仪式 ofo小黄车是全球最大的共享单车平台，在上线运营的2年多时间里，ofo已经在超过150个城市提供短途出行服务，连接车辆超过650万，用户规模上亿，累计提供出行服务超过20亿次。ofo副总裁向继贵指出，基于智能锁的转化应用，ofo在人工智能方面使用卷积神经网络预测用户出行需求，标志共享单车进入以人工智能为基础，以物联网为载体的运营新阶段。ofo年底将在20多个国家部署超过2000万辆共享单车，NB-IoT将成为国外运营商合作的首选，让世界没有陌生的角落！在移动物联网方面，华为是世界领先的开拓者。基于在ICT领域长期的投入和积累，华为物联网解决方案能够持续与合作伙伴推进产业生态发展，驱动行业创新。华为在2016年正式发布了NB-IoT解决方案，而且该方案今年6月在MWC Shanghai获得了GSMA亚洲移动大奖。华为中国区电信系统部副部长张修征表示，华为与中国电信携手打造了覆盖最广的NB-IoT商用网络，同时在芯片、IoT平台、云计算大数据以及应用生态领域深入合作，助力电信在垂直行业智能化快速转型。华为蜂窝物联网产品线总经理朱成认为，ofo作为第一个移动业务，其规模应用对NB-IoT网络和其他业务的孵化意义非常重大，华为会强力支持ofo和中国电信，持续深化和提高NB-IoT共享单车的产业应用。华为将于今年9月5日至7日在上海新国际博览中心举行Huawei Connect 2017全联接大会，届时中国电信、ofo都会莅临，期待他们的精彩亮相。

首页

课程中心

新闻中心

学员风采

开班计划

名师汇聚

认证考试

腾科新闻

腾科IT教育集团

友情链接