OSSクラウド基盤 OpenStackの全て【第4回】
OpenStack実用化への勢い ～NASAは開発から使う立場へシフト
2011年4月に実施されたデザインサミットのトピックを中心に、その後のコミュニティーの動向と、OpenStackプロジェクトの今後について紹介する。
今回は、連載第3回「OpenStack Compute、Novaの利用方法」の予告から予定を変更して、2011年4月末に米国西海岸で開催された開発者の会議であるデザインサミットでのトピックを中心に、その後のコミュニティー動向も含めて、OpenStackプロジェクトの今後について紹介する。
今回のデザインサミット
今回のデザインサミットは、IT系企業がひしめくカリフォルニア州サンタクララに場所を移し、2011年4月26日～29日の4日間の日程で開催された（写真1）。イベントの構成としては、4月26日～27日の2日間で一般向けのOpenStack Conferenceが、4月27日～29日の3日間で開発者向けのデザインサミットが平行して開催された。
シリコンバレー付近という場所柄やOpenStackプロジェクトの注目度もあり、技術系、ビジネス系合わせて総勢450人以上が参加者し、非常に盛況であった。
前回と同様、日本からも筆者が把握しているだけで15人を超える参加者が来ただけでなく、今回は韓国（Korea TelecomおよびSumsung）を中心に、アジア系の参加者も多数見掛けたのが印象的であった（前回のデザインサミットに関する記事：「注目のOpenStackプロジェクトの全体像 ～コミュニティーと主要コンポーネント」）。
写真1 会場として使われた、Santa Clara市のHyatt Regencyホテル
キーノートスピーチから
キーノートスピーチの中で、筆者が特に印象的だったのがNASA Ames Research CenterのCIO James Williams氏の「NASA Nebula -- Past, Present and Future」である。
NASAがNebula Cloudのために開発したクラウド基盤ソフトウェアをOpenStackプロジェクトにコントリビュートしたのはこれまで解説した通りだが、そのOpenStack Computeのベースとなった初期のNovaが、予算や人員の厳しい制約の下、少数のコアエンジニアによって週末のハッカソンで作られた秘話が明かされた。また、これまでNASAはOpenStackの開発を引っ張ってきたが、開発コミュニティーも十分立ち上がり、Novaの設計思想にNASAの要件は十分に反映されたと判断し、今後はOpenStackの成熟に伴って、ユーザーの立場にシフトしていくとのことである（写真2）。
もう1つ印象的だったのが、KT（Korea Telecom）とCloudScalingによる、OpenStack Object Storage（Swift）を用いたクローズドβサービスの紹介である（参考：「Commercialization of OpenStack Object Storage」）。Swiftは、もともと米RackSpaceのCloudFilesという商用サービスの実装をベースとしているため、相対的に完成度は高い。しかし、実際にSwiftを用いて、しかも容量1Pバイトという大規模なオブジェクトストレージサービスを開始するというのは、着実に実用化に向う勢いを感じた。
写真2 NASAのJames Williams氏のKenote Speechより－OpenStackとNASA
全体的なトピック
リリーススケジュール
リリーススケジュールの調整は、デザインサミットにおける重要な議題の1つである。
第3版（Cactius）まで、開発の加速のために3カ月ごとのリリースが続いてきたが、次のリリースから6カ月ごとのリリースに変更されることになった。次の第4版（Diablo）のリリース日は、2011年9月22日と決定された。
なお、後述するように第4版（Diablo）では比較的大きな機能追加が予定されているため、1カ月ごとにdiablo－1～dialob－4の4回のマイルストーンを設け、新機能を段階的に取り込んで開発版のスナップショットを出していくことになった。
表1 今後のリリーススケジュール（参考：Diablo Release schedule）
| 日程 | イベント |
|---|---|
| 2010年7月19日 | OpenStack発表 |
| 2010年10月21日 | 第1版（Austin）リリース |
| 2011年2月3日 | 第2版（Bexar）リリース |
| 2011年4月17日 | 第3版（Cactus）リリース |
| 2011年6月2日 | Diablo－1 マイルストーンリリース |
| 2011年6月30日 | Diablo－2 マイルストーンリリース |
| 2011年7月28日 | Diablo－3 マイルストーンリリース |
| 2011年8月25日 | Diablo－4 マイルストーンリリース |
| 2011年9月22日 | 第4版（Diablo）リリース |
次回デザインサミットおよびリリースコードネーム
今回のデザインサミットの会期中、次回デザインサミットの場所は調整中のままであった。よって、デザインサミットの開催地にちなんで命名されるリリースコードネームも未定であったが、その後、2011年6月9日になってコミュニティーからアナウンスされた。事前の意見集約では、ヨーロッパやハワイを推す声も多かったが、結局、次回は2011年10月3日～5日の日程で、米国東海岸のボストンで開催されることに決まった。従って、第4版（Diablo）の次のリリースコードネームはボストン付近のEで始まる地名から投票で選ばれることになる。
なお、2011年6月22日早朝（日本時間）のリリースミーティングで、第5版のリリースコードネームは「Essex」とアナウンスされた。
日本関連トピック
2011年3月11日の東日本大震災は、OpenStackコミュニティーにおいても非常に関心が高いトピックであった。コミュニティーとして何か東日本大震災の復興に貢献できないかということで、以下の（1）と（2）の収益について、震災復興のために日本赤十字を通じて寄付することになった。また、日本人参加者は登録料が免除となった。
（1）イベントの登録料を、震災復興支援のために寄付
（2）チャリティTシャツを販売し、収益を寄付
また、日本OpenStackユーザー会からは、日本大震災から学べるトピックとして、コミュニティーの運営をライトニングトークで紹介した（参考：「A Lesson from the Japan Disaster」）。
写真3 日本からの参加者を代表して謝辞を述べるNTTデータの木原氏
次回は、同デザインサミットで報告された技術的なトピックについて紹介する。
Copyright © ITmedia, Inc. All Rights Reserved.
関連記事
新着ホワイトペーパー PR
-
事例
[日本オラクル株式会社] ピンチをチャンスに変えたEPR製品は？ 先行企業の導入事例3選 -
技術文書・技術解説
[日本オラクル株式会社] 無自覚なリスク 秘伝Excelファイルが監査の壁、不正・ミスの温床となる理由 -
製品資料
[日本オラクル株式会社] 戦略的経理の第一歩 失敗のない「脱Excel」を実現する秘訣とは？ -
技術文書・技術解説
[日本オラクル株式会社] いまさら聞けないオンプレERPとクラウドERPの違い 最適な製品をどう見極める？ -
事例
[株式会社ビザスク] 連結売上高が約2倍に成長、富士フイルムが実践した新規事業創出の戦略とは？
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
なぜ「全社配布Copilot」は使われないのか？ 失敗に学ぶAI定着
-
2
損保ジャパンはなぜ「COBOL」を捨てなかったのか？ 脱メインフレームの真相
-
3
「ノートPC派」は損をしている？ Dellと考える“自作PC”のメリット
-
4
「企業内サーバ環境の利用実態」に関するアンケート
-
5
LINEヤフーはなぜ「社内の管理者」すら信用しないインフラを作ったのか
-
6
「Wi-Fi 7」経由でWindowsが乗っ取られる？ 最高権限奪取の恐怖
-
7
「SIEMの利用」に関するアンケート
-
8
「ITインフラとデータ保護・バックアップ対策」に関するアンケート
-
9
慶應義塾が「Notion」を選んだ理由 AI導入の盲点になる“情報のサイロ化”
-
10
「0.3秒のスピード顔認証」の入退室管理が社員に好評 事例に学ぶオフィス改革
ホワイトペーパーランキング PR
-
1
DX／AI投資の壁を突破、現代の最高財務責任者が直面する課題と克服のヒント
-
2
不審メールの経路や見せ方に変化？ 2026年夏の3事例から見えた動向と対処方法
-
3
「オンプレミス回帰」せざるを得ない“合理的な理由”
-
4
バックアップは“取っているから大丈夫”なのか？ ランサムウェア時代の備え方
-
5
システムの保守がモダン化を阻む？ 「変えない判断」から脱却する方法とは
-
6
生成AIを開発に導入しても効果が見えない？ 実証実験で分かった成果と課題
-
7
経産省DX指針から読み解く、受発注業務デジタル化ロードマップ
-
8
5分で分かる Microsoft 365のデータ損失に備えるためのバックアップの仕組み
-
9
ネットワーク遅延の原因、「パケットロス」の基礎知識と効果的な解決策
-
10
Microsoft 365を安全に運用 うっかりミスやサイバー攻撃に備えるデータ保護術
TechTargetジャパン SNS
@techtarget_itmをフォロー
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー