|
[51CTO.com 速報] 過去10年間で、Linuxは散発的な反乱勢力からエンタープライズデータセンターの主流の選択肢へと進化を遂げました。クラウドをその源泉から完全に支配した後、Linuxはこれを起点としてデスクトップ環境への反撃を開始しました。現在スマートフォン市場の83%のシェアを占めるAndroidは、Linuxカーネル上に構築されています。さらに、Linuxは組み込み市場においても大きなシェアを誇っており、テレビから自動車、そして最新のIoTデバイスに至るまで、あらゆるものがLinuxを中心に展開しています。 Linux Foundationのエグゼクティブディレクターであるジム・ゼムリンは、約10年間の在任期間を通じて、これらの目覚ましい成果を目の当たりにしてきました。この間、Linux Foundationは静かに成長し、Cloud Foundry、Node.js、OpenDaylight、Xenといった大手企業の高く評価されているテクノロジーを含む26の共同プロジェクトを擁する巨大なシステムへと成長しました。 Linux Foundationは、Apache Software Foundation関連のものも含め、数多くのオンラインカンファレンスを開催し、幅広いトレーニングプログラムを提供しています。例えば、Zemlin氏によると、同財団は現在、edXウェブサイトで数万ものLinux関連のオンラインコースを提供しているとのことです。 現在、Linux Foundationはサンフランシスコのルーカスフィルムに隣接する新オフィスに150名の従業員を擁し、オープンソース業界の急速な発展に合わせて成長を続けています。ゼムリン氏は、「今日、あらゆる企業が、ビジネスレベルでの成功につながる独自のソフトウェアを開発するという極めて切実なニーズを抱えています」と述べています。 インフラインキュベーター コード共有を基盤とした幅広い技術コミュニティは、生産性という点で強力な創造力を発揮します。しかし、単一の成功したプロジェクトやその基盤を中心にコミュニティを構築するのは、往々にしてより複雑です。Zemlin氏は、Linux Foundationが数多くの共同インフラプロジェクトの監督機関として、組織的なガイダンス、知的財産管理に関するアドバイス、その他のサポートを提供していると説明します。 私たちは10年以上にわたり、オープンソースプロジェクトの継続的な開発を効果的に推進するための様々なベストプラクティスを確立してきました。プロジェクトに新たな貢献を取り入れることで、どのような成果が得られるのでしょうか？貢献プロセスを合理化してコストを削減し、プロジェクト内により効果的なガイダンスシステムを構築することで、より多くの組織が人材育成の基盤として活用し、開発への参加を促進できるようにするにはどうすればよいでしょうか？また、オープンソースプロジェクトへのパッチ提出などのタスクについて、他の同僚によるレビューを確実に受けられるように、人材をどのようにトレーニングできるでしょうか？ Linux Foundationは多大な支援を提供してきましたが、現在の緩く組織化されたプロジェクトエコシステムに対する強制的な監督体制は依然として不足しています。Zemlin氏は「私の仕事は、人々がそれぞれの利益に最も適した実装方法を選択できるよう説得することです」と冗談めかして述べました。しかしながら、彼は特にソフトウェアセキュリティのような重要な分野において、適切なインセンティブも提供しています。 コードを共有したい人は誰でも、厳格なセキュリティチェックを通過したことを証明するバッジをまず取得する必要があるという手順を開発しました。このバッジを取得するには、脅威モデリングの実施、安全なメーリングリストの提供、そしてコードレビューと難読化を含むコードのテストを行う必要があります。 Linux Foundationは多くの技術スタッフを雇用していますが、実際のセキュリティ業務は主にコミュニティの専門家によって行われており、そのほとんどはアーキテクチャレベルに特化しています。「私たちはコーディネーターのようなものだと考えてください。私たちの仕事は、専門知識をテーブルに並べることだけです」とゼムリン氏は説明しました。 セキュリティは常に大きな懸念事項であり、OpenSSLで発生した問題、特にHeartbleed脆弱性により、セキュリティは今や中心的な課題となっています。私がゼムリン氏にインタビューしたのは1年前、Linux FoundationがOpenSSLやNTPdのようなリソースに制約のあるプロジェクトを支援するための共同プロジェクトであるCore Infrastructure Initiativeを設立したばかりの頃でした。OpenSSLはそれ以来順調に機能していますが、NTPdはまだ調整と改善の過程にあるとゼムリン氏は指摘しました。 共同プロジェクトに影響を与える能力は依然として限られているものの、Zemlin は最近 2 回にわたって調停役として行動し、Docker と CoreOS 間の緊張の解決や、io.js と Node.js プロジェクトの一時的な分離に貢献しました。 本格的な上昇は差し迫っている ゼムリン氏によると、オープンソースの仕組みは、AppleやMicrosoftのようなクローズドソースの巨大企業に変化をもたらしただけでなく、クラウドサービスプロバイダーにも大きな影響を与えており、クラウドインフラスタック全体、特にトップからボトムまでに影響を与えているという。最もエキサイティングな新プロジェクトについて尋ねられると、ゼムリン氏は次のように説明した。 私は特にOpen Container Projectに感謝しています。なぜなら、このプロジェクトは「一度ビルドすればどこでも実行できる」という目標を最終的に達成することを目指しているからです。私たちはこの分野で多大な努力を重ねてきました。この努力を続ければ、今度こそ必ず成功します。ですから、異なるクラウドサービスプロバイダー間でのポータビリティを真に実現できれば、それはゲームチェンジャーとなると確信しています。 Cloud Native Computing Foundation によって開始された Open Container Project は、次世代のコンテナ クラウドを管理するための標準化されたオープン ソース プラットフォームの開発と推進を目指しています。 ゼムリン氏は、最終的にネットワークが2016年に最も急速に成長する分野になると考えています。これは、AT&T、Cisco、Dell、HP、IBM、Intel、Juniper、その他12社以上の主要ベンダーが参加するOPNFV（Open Platform for Network Functions Virtualization）が、この期間により多様な新ソリューションを発表するという事実に一因があります。さらに、OPNFVには、見落とされがちなSDNの基盤技術も含まれています。 OpenDaylightは、多くの点で批判者の誤りを証明しました。このプロジェクトは成功を収めています。開発コミュニティは毎年倍増しており、現在20のOpenDaylightベースの製品が市場に出回っています。しかし、これはほんの始まりに過ぎません。HPのOpen Switchのような、より重要なプロジェクトが間もなく登場します。ネットワーク分野では、今後さらに多くの管理およびオーケストレーションソリューションが登場するでしょう。 OpenDaylightの重要性を示す指標の一つとして、シスコがOpFlexプロトコルを提案していることが挙げられます。このプロトコルは、シスコの様々なSDN関連ソリューションの中核プロトコルとして機能します。さらに、IETF標準であるアプリケーションセントリックインフラストラクチャもOpenDaylightプロジェクトの一部です。 来年の開発動向 ゼムリン氏は、Linux Foundation が 2016 年を通じて 3 つの主要な取り組みに重点を置く予定であると指摘しました。 支援すべき新たな役割の一つとして、ゼムリン氏はこれを「オープンソース・スペシャライゼーション」と呼んでいます。具体的には、あらゆる企業の従業員がオープンソース・ソフトウェア・プロジェクトにおける「外部開発」業務を管理できるようになるということです。この新しい役割への支援は、トレーニング、ツール、そして認定プログラムの形で行われます。このコンセプトはシリコンバレーの一部の企業で既に導入されていますが、ゼムリン氏は、新年には「さらに1,000社」がこの新しいモデルを成功裏に導入できるよう支援したいと述べています。 関連するもう一つの取り組みは、企業がオープンソースコードと社内開発コードの重複を管理できるよう支援することです。ティム・オライリー氏はこれを「インソーシング」メカニズムと表現しています。これは、オープンソース開発におけるコラボレーションとリリースプロセスが企業内で完全に完結することを意味します。このインソーシングアプローチにより、社内開発と社外開発が同一プロジェクトの不可欠な要素となることができます。しかし、この境界の曖昧化は新たな課題も生み出します。ゼムリン氏によると、Linux Foundationはこれらの課題への対応に責任を負うことになります。 では、社内プロジェクトに誰がコードを貢献し、社外の公開プロジェクトに誰が貢献しているかをどのように追跡すればよいのでしょうか？貢献者の社内および社外の身元を追跡し、貢献が維持されていることを確認するにはどうすればよいでしょうか？社内でリリースされたコードが変更として外部プロジェクトに適用され、貢献者が作業を繰り返す必要がなくなり、再利用されたコードが新しい製品バージョンに反映されるような開発プロセスをどのように確立すればよいでしょうか？私たちは、これらの制限を排除し、知的財産とオープンソースライセンスのコンプライアンスをより明確に管理することで、貢献者が共有したいものをより容易かつスムーズに共有し、保持したいものを保持できるようにすることを目指しています。 最後に、ゼムリン氏はもう一つの溝、つまりオープンソース開発と標準開発の間の溝を埋めたいと考えています。オープンソースプロジェクトは既に標準開発において重要な役割を果たしていると多くの人が考えており、業界委員会が何年もかけて仕様を策定していた苦難の時代に戻りたいと考える人はほとんどいません。ゼムリン氏もこれに同意するものの、標準開発を導くには「ある程度の合意」が依然として必要だと主張します。彼は、参加者間の柔軟性を確保しつつ、合意された相互運用性ベンチマークを維持するオープンモデルに焦点を当てており、オープンコンテナプロジェクトはその好例です。 これらは非営利団体であるLinux Foundationが設定した野心的な目標であり、そのリーダーシップが重要な役割を果たしていることは明らかです。オープンソースは、フリーソフトウェアという出発点をはるかに超えて、徐々に完全なエコシステムへと変貌を遂げており、将来的にはソフトウェア定義技術としてさらに発展していくでしょう。Linux Foundationも他のいかなる組織も、その発展の方向性を一方的にコントロールすることはできません。しかし、オープンソースコミュニティに十分なリソース、トレーニング、ガイダンス、そしてプロモーションメカニズムを提供することで、最終的な成果は肯定的で有望なものになると期待されます。 原題: Linux Foundation: Shaping our software-defined future、著者: Eric Knorr [この記事は51CTOによって翻訳されました。提携サイトへの転載の際は、元の翻訳者と出典を51CTO.comとして明記してください。] |
