Open Source | SEO-LPO.net

Microsoft TeamsのLinux版が公開プレビューがダウンロード可能に

米国時間12月10日、Microsoft（マイクロソフト）は、Microsoft Teams for Linuxの公開プレビューを発表した。このオープンソースのオペレーティングシステム上で可利用になる初めてのOffice 365ツールだ。

プレビューの目的は言うまでもなく、一般公開の前にフィードバックをもらって製品を改良すること。リリースを発表する同社のブログ記事には「本日よりMicrosoft TeamsをLinuxユーザーは公開プレビューで利用できる。オープンソースコミュニティの職場や教育機関などで、高品質なコラボレーション体験が可能になる」と記載されている。

目標は実働プラットホームを増やして顧客を増やすことだ。ブログ記事には「顧客の多くがWindows 10とLinuxなど、複数種類のプラットホームの上で動く複数のデバイスを使っている。マイクロソフトは、同社のクラウドにおいても、生産性ソフトウェアにおいても、混成環境をサポートすることにコミットしており、今回の発表によりTeamsの使用体験をLinuxユーザーに広げられることは、とても喜ばしい」とコメントしている。

この発表は、2つの点で重要だ。まずMicrosoftは、CEOがSatya Nadella（サティア・ナデラ）氏になってからオープンソースを受け入れるようになったとはいえ、その前までの長年はオープンソースとの仲が単純ではなかった。しかしこれからは、必要とするユーザーがいる限り、プラットホームやオペレーティングシステムの違いを超えてそのツールを積極的に提供する姿勢に変わったのだ。

第2に、これがLinux上の最初のOffice 365アプリケーションだから、フィードバックが良好なら今後ほかのアプリケーションにも門戸を開くかもしれない。

この発表の背景にはまた、エンタープライズ向けのコラボレーションプラットホームのユーザーをSlackと取り合いしているという事情がある。7月にマイクロソフトはTeamsの1日のアクティブユーザー数（DAU）を1300万人と発表したが、SlackのDAUは1200万人だ。Linux上ではすでに2年近く前からSlackを利用できる。

関連記事：Slack comes to Linux as a snap（SlackがLinuxのアプリストアSnapに登場、未訳）

[原文へ]

（翻訳：iwatani、a.k.a. hiwa）

理想のCMS開発運用環境としてサーバーレスを目指すWebinyが3700万円超を調達

英国ロンドンでサーバーレスのコンテンツ管理システム（CMS、Content Management System）を開発しているWebinyが、EUの投資企業Episode 1から34万7000ドル（約3700万円）のシード資金を獲得した。

Webinyの創業者であるSven Al Hamad（スベン・アル・ハマド）氏によると、Webinyはサーバーレスの環境用に作られた初めての本格的なCMSだ。「つまりWebinyはゼロからの完全に新規の開発であり、サーバーレスのファンクションの中でのみ動くアーキテクチャだ」と彼は語る。

同社はサーバーレスのウェブ開発ツールのニーズがあることに着目して、その構築を決意したアル・ハマド氏は「一点集中化がウェブ開発の未来だと信じているから、そのコミュニティを支援して思想を広めるために、最初のサーバーレスのコンテンツ管理システムを作り、それをオープンソースにした」と語る。

サーバーレスは、サーバーがないという意味ではない。その意味は、デベロッパーがサーバーなどのインフラストラクチャのリソースには一切配慮しないということだ。インフラの面倒はすべてクラウドのプロバイダーが担当し、何がどこにどれだけ必要かなどを判断して決める。インフラのスケールアップもダウンも自動的に行われる。

同氏が着眼したように、サーバーレスの理想的なユースケースはウェブサイトだ。彼によると、トラフィックが大洪水になるブラックフライデーのeコマースでは、クラウドサービスはニーズに対応してサーバーの容量をどんどん増やし続ける。サーバーレスのアプリケーションなら、デベロッパーから見てそれが完全に自動的に行われる。自分がサーバーを手作業で手配する必要がないし、トラフィックが落ち着いたときのリソースの削減についても同様だ。

サーバーレスの2大アドバンテージは、まず大きなDevOpsチームを確保して仮想マシンの確保などオペレーションサイドの作業をやらなくても済む。そしてデベロッパーはリソースについて悩む必要なく、自分の理想のウェブサイトを作ればいい。

「結果的にデベロッパーは新しいものを大量に速く作れるし、サーバーやネットワークの手配確保構成、ロードバランシングなどを一切やらないので、すべての時間をコンテンツの創造に費やせる」と彼は言う。

目下同社はユーザーのコミュニティづくりに専念しているが、今後は企業ユーザーにコンサルティングやサポートサービスも提供していきたいとのこと。

コンテンツ管理システムは、ウェブサイトを管理する低レベルのソフトウェアだ。有名な製品として、WordPressやDrupalなどがある。アル・ハマド氏によると、彼の企業のアイデアはニーズから生まれた。彼がある企業でウェブのデザインや開発をやっていたとき、既存のCMSに対するフラストレーションが溜まった。そしてデベロッパーが余計なことに時間と精力を取られない理想の開発方式としてサーバーレスに注目し、自分の会社Webinyを作ったのだ。

[原文へ]

（翻訳：iwatani、a.k.a. hiwa）

AmazonのDynamoDBにマシン効率で勝るScyllaDBとは？

オープンソースのデータベースはたくさんあるが、NoSQLのScyllaDBは、ほかならぬAmazonのユーザーを惹きつけることによって自らを差別化しようとする。米国時間9月11日に同社は、Amazonの顧客の同社製品への移行を促進するためにAmazonのDynamoDB用のマイグレーションツール（移行ツール）を発表した。

大胆な策だが、でもScyllaはフリーでオープンソースのプロダクトとその有料バージョンを軸としながら、常に大物プレーヤーのあとを追う性癖がある。この前は、分散NoSQLデータベースCassandraのユーザーをScyllaDBに移行させるためのツールを作った。

CEOのDor Laor（ドオール・ラオール）氏によると、DynamoDBの顧客は今やコードをほとんど書き換えずにScyllaDBに移行できる。「今日DynamoDBを使ってる人でも、その同じドライバーと同じクライアントコードを使える。というより、クライアントコードは1ビットたりとも変える必要がない。アクセスを、Scyllaが動いている別のIPアドレスにリダイレクトするだけだ」とラオール氏は言っている。

AmazonのDynamoDBのユーザーがわざわざScyllaDBに移行する理由な何だろう。同氏によると、ハードウェアをもっと効率的に使っているので高速かつ安価な体験を提供するからだ。ゆえに、同じワークロードを少ないマシンでしかも高速に動かせる。もちろんコスト低減に寄与する。

同社はシリーズCのエクステンション（追加）としてEight Roads Venturesがリードするラウンドにより2500万ドルを調達した。これまでの投資家Bessemer Venture PartnersとMagma Venture Partners、Qualcomm Ventures、そしてTLV Partnersも参加した。これでScyllaの調達総額は6000万ドルになる。

同社は創業から6年めで、今の顧客にはComcastやGE、IBM、Samsungなどがいる。ラオール氏によるとComcastはCassandraを400台のマシンで動かしていたが、Scyllaでは同じワークロードをわずか60台で動かせたそうだ。

ラオール氏のデータベース歴は長いが、それはCassandraやDynamoDBなど個別の製品を使うというレベルではない。彼によると「主な目標はデフォルトのNoSQLデータベースになることだ。ビッグデータやリアルタイムのワークロードを抱える人たちが、真っ先にScyllaDBを考えるようにしたい。そうやって、デフォルトになれるだろう」とのこと。

[原文へ]

（翻訳：iwatani、a.k.a. hiwa）

サーバーレスで関数に限定されない利用をもたらすCloudState

サーバーレスの技術はデベロッパーに、プログラムを動かすために必要なインフラストラクチャの資源について考えなくてもよい開発方法を提供するが、これまでは多くの場合、関数を利用するプログラミングに限られていた。そこでLightbendの新しいオープンソースプロジェクトCloudStateは、関数を超えることによってこの状況を変えようとする。

LightbendのCTOであるJonas Bonér（ジョナス・ボネル）氏によると、インフラストラクチャを抽象化してしまうサーバーレスの基本的な能力は、関数に限定されないはずであり、もっと広範囲な開発体験に応用できる。Bonér氏はこう語る。「今は、サーバーレスとFunction as a Serviceを混同している人が多いのではないか。それでは、技術を十分に利用していないことになる。サーバーレスの真のメリットは関数云々ではなくて、できるかぎり多くを自動化することによって得られるまったく新しいデベロッパー体験とオペレーション体験なのだ」。

彼によると、Lightbendの顧客であるデベロッパーたちは、プログラムのあらゆる部分を含むもっと完全なサーバーレスの開発体験に憧れている。Bonér氏は言う。「サーバーレスとFunction as a Serviceの現在の実装は確かに素晴らしいけれど、でもアプリケーションのそのほかの部分はそのレベルで動いていない、と訴えるデベロッパーがとても多い」。それこそまさに、CloudStateが解決しようとする問題だ。

Bonér氏は、関数で動かすプログラミングを全廃するわけではない、と念を押す。むしろ、それを補強し拡大するのだ。CloudStateは、いくつかの既存の技術を利用する。まず、サーバーレスとコンテナ化を統合するGoogleのオープンソースプロジェクトKNative、さらにgRPC、Akka Cluster、GraalVM on Kubernetesなどだ。

CloudStateはまだ開発途上のプロジェクトだが、基本的なビルディングブロックはすでにあり、Bonér氏はユーザーもこのオープンソースプロジェクトを初期の段階から使って、その成長に貢献してくれることを期待している。今あるのは、プロジェクトの目標を示す仕様書や、実装のためのプロトコル、そしてテストキットなどだ。

関数にとらわれない、サーバーレスのもっと広い意味とビジョンを実現することが、このプロジェクトの目標だ。そこではデベロッパーが書いたいろいろなコードが、下層のインフラストラクチャを気にする必要なく動く。大胆なアプローチではあるけどBonér氏曰く、まだ初期段階なのでプロジェクトの成熟のためには時間とコミュニティの貢献が必要だ。

関連記事: サーバーレスとコンテナは両者を一緒に使うのがベストプラクティスだ

[原文へ]

（翻訳：iwatani、a.k.a. hiwa）

Atlassianがデータセンターアプリケーションをコンテナに入れて管理を容易に

5月20日〜23日、Linux Foundation主催で行われたKubeCon + CloudNativeConカンファレンスの大量の発表の中で、特に目立ったのがAtlassianだ。

同社はデベロッパーの効率的な仕事を支える開発ツールでよく知られている企業だが、最近ではクラウドインフラストラクチャのプロバイダーとしても台頭してきた。でも、このコンテナ化の時代においては、AtlassianといえどもKubernetesの栄光の輝きをその肩に浴びざるをえない。そこで同社はカンファレンス初日の5月20日に、チャネルパートナーのPraqmaがAtlassian Software in Kubernetes(ASK)をローンチしたことを発表した。それは、エンタープライズがJira Data Centerなどのオンプレミスアプリケーションを、Kubernetesを利用してコンテナとして動かし管理できる、という新しいソリューションだ。

Praqmaは現在、ASKをオープンソースで提供している。

同社は今日の発表の中で言っているが、データセンターアプリケーションを動かして高い可用性を確保することは、今日までの方法では膨大な作業になる。AKSを使ってアプリケーションをコンテナ化すれば、スケーリングと管理は容易になるはずだ。ダウンタイムも避けやすくなる。

Praqmaのチームはこう説明する。「ASKでは可用性が鍵だ。自動化によって、ミッションクリティカルなアプリケーションは何が起きても動き続けるようになる。もしもJiraサーバーが落ちたら、Data Centerアプリケーションは自動的にトラフィックを健康なサーバーへリダイレクトする。アプリケーションやサーバーがクラッシュしたら、Kubernetesが新しいアプリケーションを起動して自動的に解決する。Jiraのゼロダウンタイムアップグレード、というものもある（正常稼働を続けながらのアップグレード）」。

AKSはスケーリングと多くのアドミンタスクを担当し、オープンソースのGrafanaとPrometheusをベースとするモニタリングも提供する。

さまざまなベンダーが、今ではコンテナを最良のディストリビューションメデイアとして使っている。エンタープライズが既存のアプリケーションをコンテナに移行させていくと、同じシステムにある、サードパーティベンダーからの既存のオンプレミスアプリケーションも同様に管理できると思うようになる。一部のベンダーにとっては、これによってサーバーごとのライセンスからユーザーの人数割りのライセンスへの移行を意味するかもしれない。その意味ではこれはビジネス上の含意もあるけど、でも一般的には、多くのベンダーにとって論理的な動きだ。

[原文へ]

（翻訳：iwatani、a.k.a. hiwa）

使いやすくて親切なKubernetesサービスを目指すDigital Oceanはユニークな機能を揃える

クラウドインフラの意欲的なプロバイダーの例にもれずDigital Oceanも最近、そのプラットホーム上でKubernetesのクラスターを動かすための同社独自のソリューションを発表した。バルセロナで行われたKubeCon + CloudNativeCon Europeで同社は米国時間5月20日に、そのプラットホームDigital Ocean Kubernetesが一般公開されたことを発表した。

このリリースで同社はKubernetesの最新リリース(1.14)を提供し、このプラットホームのユーザーには自動パッチによるアップグレードもそのスケジュールとともに提供される。

一般公開に伴いDigital Oceanは、そのサービスを同社の世界中のデータセンターに持ち込み、いくつかの新しい機能も導入する。その中にはたとえば、ガイド付きの構成体験がある。それによりユーザーはクラスターのプロビジョニングからデプロイへ移行する。また健康診断（Health Metrics）と呼ばれる機能により、デベロッパーがクラスターの状態をモニタできる。それには、ポッドのデプロイステータスやCPU、メモリの使用、などのデータが含まれる。

また、サードパーティが自分のソリューションにDigital Ocean Kubernetesのサポートを容易に統合できるための、オープンなAPIも提供する。

さらに同社はもうすぐ、Kubernetes用のワンクリックアプリケーションを集めたマーケットプレースを開店する。Kubernetesのクラスターへアプリケーションをデプロイすることが、それらのツール的アプリケーションでより容易になるだろう。この機能は、すでにKubernetes用のパッケージ管理のデファクトスタンダードであるオープンソースのHelmをベースとする。

[原文へ]

（翻訳：iwatani、a.k.a. hiwa）

会話型アプリケーション開発のためのAIプラットホームをCiscoがオープンソース化

通信機器大手のCisco（シスコ）は米国時間5月9日、会話型のAIプラットホームのMindMeldをApache 2.0のライセンスにより、誰もが自由に利用できるように一般公開すると発表した。

MindMeldは、Ciscoが2017年に買収した会話型AIの企業だ。同社はその年の終わりごろに、その技術をCisco Spark Assistantに使用して、ミーティング用ハードウェアで音声コマンドが使えるようにした。当時それは、生まれたばかりの新しい技術だった。

現在、エンタープライズのいろんなユースケースに音声を持ち込む取り組みが至るところで行われており、CiscoはMindMeldのツールセットでデベロッパーにそのための方法を提供している。Ciscoで機械学習のチームを率いているKarthik Raghunathan氏が、ブログでこう書いている。「本日Ciscoは、MindMeld Conversational AI Platformをオープンソースにすることによって、会話型アプリケーションを構築するための総合的で実践的なツールでデベロッパーの能力を高めるための、大きな一歩を踏み出す」。

同時に同社は、デベロッパーにとってそのプラットホームが使いやすくなるための教本、Conversational AI Playbookをリリースする。このステップ・バイ・ステップのガイドブックによりデベロッパーは、会話駆動型アプリケーション開発の、第一歩を踏み出すことができる。Ciscoによると、デベロッパーに力をつけることが最大の目的とのこと。

しかしもちろん、Ciscoの外にいるデベロッパーがこのツールセットを使ってくれることが、同社の最大の関心だ。オープンソースにすれば、Ciscoの顧客やそのほかの企業にいるデベロッパーのコミュニティが、このツールを使ったり、試したり、改良したりしてくれるだろう。それによってプラットホームの開発が早くなり、より広範囲に行われるようになる。Ciscoのような大企業では、全社的な浸透も可能になるだろう。

もちろん、オープンソースにしたらいきなりコミュニティができるわけではない。しかし、音声対応のアプリケーションやシステム製品はその人気が急速に成長しているから、このプラットホームを試してみるデベロッパーが増えることは確実だ。どれだけの人に、より深い関心を持ってもらえるか、それは今後のCiscoの努力次第だ。

Ciscoはこのプラットホームのすべてを、同社のデベロッパーネットワークDevNet上で今日から提供開始する。

関連記事: 音声インターフェースがビジネス向けに進出中

[原文へ]

（翻訳：iwatani、a.k.a. hiwa）

Linux Foundationがブロックチェーン上に分散サプライチェーンを構築するためのフレームワークHyperledger Gridをローンチ

The Linux FoundationのHyperledger Projectはもっぱらブロックチェーンのプロジェクトだが、今朝（米国時間1/22）同団体はサプライチェーンのプロジェクトを作るためのフレームワークを発表した。ブロックチェーン単独の一人舞台はさせない、というわけだ。

まさしく同ファウンデーションはそのへんに気を使って、このプロジェクトが厳密にブロックチェーンのプロジェクトではない、と指摘している。むしろそれは、サプライチェーンのデジタル化という問題を解決する、というもっと広い視野のためのビルディングブロックを提供する。このプロジェクトを発表するブログ記事は、それがアプリケーションでもないし、ブロックチェーンのプロジェクトでもない、と言っている。では何なのか？

“Gridは、技術とフレームワークとライブラリが協働するエコシステムであり、それによりアプリケーションのデベロッパーが自分の業界や市場の形にもっとも適したコンポーネントを選べるようにする”、とある。

Hyperledgerは、そのプロジェクトがジャーゴンや先入観に支配された説明に閉じ込められることを望んでいない。それが望むのは、デベロッパーに一連のツールとライブラリを提供して、彼らが自由にアイデアを暖められるようにし、自分たちの業界の要求に合ったアプリケーションを作れるようにすることだ。

現時点までのこのプロジェクトの主なコントリビューターは、Cargill、Intel、そしてBitwise IOだった。

サプライチェーンは、エンタープライズにおける分散台帳アプリケーション(distributed ledger applications, DLT)の初期の主要なユースケースだった。それどころか今日の本誌TechCrunchには、ブロックチェーン上にサプライチェーンを構築するスタートアップCitizens Reserveを取り上げた記事すらある。IBMもかなり前から、ダイヤモンドの検査や食品の安全性などに関してサプライチェーンを研究開発してきた。

しかし、分散台帳という考え方は、一般的にエンタープライズにとっても、そしてましてやサプライチェーンにとっても新しすぎるから、デベロッパーはまだ、自分たちの取り組み方を探っている状態だ。The Linux Foundationは、そこに対して柔軟性に富むオープンソースのフレームワークを提供することにより、デベロッパーにオープンなオプション（選択肢）を与え、これが実際に動き出すときにアプリケーションを作れるための、柔軟な基礎を提供しようとしている。

関連記事: エンタープライズ市場に臨むブロックチェーン–仮想通貨以外の可能性

The blockchain begins finding its way in the enterprise

[原文へ]
（翻訳：iwatani(a.k.a. hiwa）

Baidu Cloudがエッジコンピューティングのためのプラットホームをオープンソースで立ち上げ

中国のテクノロジー大手BaiduがCESで、オープンソースのエッジコンピューティングプラットホームOpenEdgeを発表した。それは同社の既存の商用プロダクトBaidu Intelligent Edge(BIE)のローカルパッケージ部位で、当然ながらそのサービス部位との相性は良く、共にエッジのノードやアプリケーションの管理を行なう。

これは言うまでもなくデベロッパー向けの発表だから、Baiduがそのリリースの場として、消費者製品の大会であるCESを選んだ理由はよく分からないが、でも中国のテクノロジー大企業が今やオープンソースの手練になってることは、疑う余地がない。それらBaidu, Alibaba, Tencentなどの企業はLinux Foundationの会員であることも多く、多くの堅固なプロジェクトを育てている。また主要なオープンソース企業たちも、今では中国を成長市場と見なしている。だからその中国で今、自分のプロジェクトをオープンソースにする企業が増えているのも、自然な成り行きなのだ。

Baidu CloudのVPでGMのWatson Yinは次のように述べる: “エッジコンピューティングはBaiduのABC(AI, Big Data, Cloud Computing)の重要な部位である。コンピュートをデータソースの近くに移すことによって、レイテンシーを大幅に減らし、帯域の無駄遣いもなくなり、エンドユーザーにリアルタイムで没入的な体験を届けることができる。またそれをオープンソースのプラットホームにすれば、デベロッパーが自分独自のエッジコンピューティングアプリケーションを作る過程が、大幅に単純化される”。

また同社のスポークスパーソンによると、そのオープンソースプラットホームにはデータ収集、メッセージ配布、AIの推論などの機能が含まれ、クラウドとシンクするためのツールもある。

Baiduは今日（米国時間1/9）さらに、同社がIntelとパートナーしてBIE-AI-Boxをローンチ、またNXP SemiconductorsとパートナーしてBIE-AI-Boardをローンチすることを発表した。Boxは車載ビデオの分析用、一方Boardはカメラやドローン、ロボットなどのアプリケーションで使える小型のボードだ。

画像クレジット: Tomohiro Ohsumi/Bloomberg

[原文へ]
（翻訳：iwatani(a.k.a. hiwa）

AWSがMongoDB互換データベースを提供、オープンソースに独自の異議申し立て

AWSが今日（米国時間1/9）、MongoDBのAPIと互換性のあるデータベースDocumentDBをローンチした。同社はDocumentDBのことを、“既存のMongoDBアプリケーションやツールと互換性のある、高速でスケーラブルで高可用性のドキュメントデータベース”、と説明している。実質的にそれは、MongoDBをリプレースするためにAWSがホストするドロップインで、MongoDBのコードはまったく使っていない。

AWSによると、MongoDBは基本機能は良いが、そのオープンソースのプラットホームでは、数テラバイトもの、しかも毎秒数百から数千のリード/ライトがあるような規模にもスケールできる、高速で可用性の高いアプリケーションの構築が難しいことを、顧客は体験している。そこで同社がやったのは、自社独自のドキュメントデータベースを作り、それに、オープンソースのApache 2.0 MongoDB 3.6のAPIとの互換性を持たせることだ。

最近の数か月のオープンソースの政治学をフォローしてきた読者なら、これがあまり歓迎されない動向であることを、理解されるだろう。しかも、誰もが知っているように、AWSはオープンソースプロジェクトの良いとこ取りをして、それらの再利用と名称変えをしながら、コミュニティには何も還元していない、と長年非難されている。

しかも選りに選ってMongoDBは、それをやめさせようとした最初の企業のひとつだ。同社は、同社のオープンソースツールのライセンス規約を変えて、そういうことをしたい企業は商用ライセンスを買え、とした。ほかのオープンソース企業も、それに倣った。

MongoDBのCEOで社長のDev Ittycheriaはこう言っている: “模倣はいちばん正直な形の追従だ。だからAmazonがそうやって、MongoDBのドキュメントモデルの人気と勢いに乗っかろうとするのも意外ではない。でも、十分な技術力のあるデベロッパーなら、本物とお粗末な模倣の違いをすぐに見分けるだろう。MongoDBは今後も引き続き、市場に存在するどんな‘そっくりさん’にも勝る性能を維持するだろう”。

これはかなり戦闘的なコメントだが、昨年11月にIttycheriaは、本誌のRon Millerの取材に対して、AWSはドキュメントDBで大量のリソースを消費するMongoDBを愛しているはずだ、と言った。そのインタビューで彼は、“最近の5年間、顧客たちは、自分を大型ベンダーの束縛から解き放とうと努力してきた。彼らが絶対にやりたくないのは、同じ映画をリプレイすることだ”、と語った。〔次の5年間も同じ努力で苦しみたくない。〕

MongoDBの協同ファウンダーでCTOのEliot Horowitzも、同じことを言う: “デベロッパーに彼らが望むものを与えるためにAWSは2年前から、MongoDBのコードをベースとするMongoDBサービスの模倣を提供せざるをえなくなった。わが社は、その全体が一つのことにフォーカスしている。それは、デベロッパーにデータを処理するための最良の方法を与え、またそれをどこで動かしてもよい自由を与えることだ。今後どんな模造品が登場してきたとしても、このたった一つのミッションへのわが社の献身こそが、本物のMongoDBをそれらと差別化する要因だ”。

そして同社のスポークスパーソンによると、AmazonのDocumentDBが互換性を保証しているMongoDB 3.6は2年前の古いバージョンであり、ACIDトランザクションやグローバルクラスター、モバイルのシンクなど、多くの最新機能を欠いている。

しかしAWSも最近ではオープンソースに、ある意味で前よりも熱心になっており、デベロッパーの要望にも応えようと努力している。たしかに、MongoDB自身がホストするサービスに満足していないデベロッパーもいる。MongoDBのライセンスをバイパスしてAPIレベルの互換性を選んだことは、MongoDBがなぜ今のようなライセンス方式にしたかをAWSが知ってるからであり、それはつねに論争の元であったし、同社がオープンソースのコミュニティに愛されない理由でもあった。〔訳注: MongoDB社によるオープンソースソフトウェアの商用化（有料化）ライセンス方式については、この記事を参照してください。〕

[原文へ]
（翻訳：iwatani(a.k.a. hiwa）

単純安価でレンジの広いメッシュネットワークを作れるLibreRouterプロジェクト

都市では、どこにいても、あたりの10か20ぐらいのルーターや、携帯電話用のタワー、そのほかのワイヤレスのインフラストラクチャによって電波が飽和している。しかし田舎では、たった一つのインターネット接続が村全体をカバーしているかもしれない。LibreRouterは、そのようなコミュニティが、自分たち専用の現代的で堅牢なメッシュネットワークを作って、その限られた接続を最大限に利用するための、ハードウェアとソフトウェアのプロジェクトだ。

想定しているユースケースは、たとえば衛星や有線の接続終点がその地域の中央にあって、それを利用したい人びとはその周辺に住んでいるけど、Wi-Fiの到達域である100フィートの圏内ではない、といった状況だ。そしてそんな場合は往々にして、線の延伸やセルタワーの増設は高くつきすぎるので不可能だ。

関連記事: The Last Thousand Miles（未訳）

そこで、人びとを信号の近くまで来させる代わりに、メッシュネットワークで信号を彼らのところまで持っていけばよい。複数のワイヤレスルーターを互いに接続して、それらのルーターの圏域内のどこへも/どこからでも信号を渡し伝えていくのだ。

このやり方には、問題もある。ルーターの費用が高すぎたり、メンテナンスや修理が困難だったり、ネットワークそのもののセットアップやトラブルシューティングが難しかったりするだろう。だから一般市販のルーターは、あまり適していない。そこで、問題意識を共有するハッカーたちが独自のソリューション: LibreRouterとそのためのソフトウェアLibreMeshを作った。

それは、画期的なデバイスでもなければ、一風変わったソフトウェアでもない。彼らがそれをテストしたアルゼンチンやメキシコ、スペイン、カナダなどの田舎のコミュニティで使われる、目的を絞ったハードとソフトだ。

その目標を、LibreRouterのNicolás PaceがAPNICで説明している。それは、安価で堅牢でスケーラブルで運用しやすいメッシュネットワークを作ることだ。すべてを彼らがやるのではなくて、彼らが作ったのはハードウェアの実動プロトタイプと、よく知られ信頼されているワイヤレスのユーティリティOpenWRTをベースとするソフトウェアスタックだ。

彼らが設計したルーターは、現代的で強力で、しかも通常のツールと一般市販の部品で容易に修理できることを目標にしている。ソフトウェアは、ワンクリックで終了するほど簡単ではないが、メッシュの構成の難しい部分の多くを自動化する。レンジは数メートルではなく数キロメートルだから、かなり広い範囲を接続できる。

もちろん、それらはすべてオープンソースで、したがってつねにコントリビューターを求めている。Paceによると、関心は十分に多くて、設計が完成したら今後2年間で2500台のデバイスを発売できる。

[原文へ]
（翻訳：iwatani(a.k.a. hiwa）

PivotalのサーバーレスパッケージPivotal Function Serviceはマルチクラウド＋オンプレミスのハイブリッド対応

Pivotalはエンタープライズのデベロッパーのためにオープンソースのツールを作る企業だが、これまではなぜかサーバーレス方面の部位が欠けていた。しかし本日（米国時間12/7）からそれが変わり、Pivotal Function Serviceと呼ばれるプロダクトがアルファでローンチした。

“Pivotal Function Service”は、Kubernetesベースの、マルチクラウドのファンクションサービスだ。この新しいサービスを発表するブログ記事によるとそれは、「あらゆるクラウド上のすべてのワークロードを単一のプラットホームで支える」というPivotalのビジョンの一翼を担うことになる。

Pivotalのサーバーレスで、オープンソースであること以外におもしろいのは、クラウドネイティブでオンプレミスでもクラウドでも使えることだ。そのためのKubernetesベースでもある。しかしそれは、控えめに言っても、ふつうではない。

これまでのやり方では、AmazonやGoogle、Microsoftなどの大手クラウドプロバイダーが、あなたが必要とするインフラストラクチャを尋ね、そしてその会話が終われば、あなたはその後インフラストラクチャのことをまったく考えなくてよい。計算とストレージとメモリに関することはクラウドプロバイダーが扱い、あなたはファンクションを動かすだけで、ほかにやることはない。

Pivotalはこれと同じことを、どのクラウドサービスでもできるようにする。またそれを、オンプレミスでもできるようにする。奇妙に感じる人もいるかもしれないが、PivotalのOnsi Fakhouriによれば、顧客はオンプレミスでもクラウドでも同じ能力を求めている。“サーバーレスの重要な価値として、インフラ（サーバーなど）の稼働状況を気にすることがゼロになる、とよく言われるが、でもオンプレミスでサーバーレスプログラミングをいろいろ探求してみたいという顧客も、ときどきいる”、と彼は言う。ただしもちろん、サーバーレスのプログラムでそんなことをやりたければ、十分なリソースを確保しなければならない。

この新しいパッケージには、ファンクションを作ってデプロイして管理するための重要な部位がいくつか揃っている。ネイティブなイベント機能により、リッチなイベントトリガーを構築でき、必要な機能を何でも呼び出せる。しかもそれらの機能が、Kubernetesベースの環境に収まっている。企業がハイブリッド方式を選んで、オンプレミスとクラウドの両方にまたがるイベントをシームレスに管理できるためには、このことがとりわけ重要だ。

Pivotalのやり方のアドバンテージは、それがどんなクラウドでもオープンなプロダクトとして動くことだ。これに対してAmazonやGoogle、Microsoftなどのサービスは、それぞれ彼らのクラウドでしか動かない。オープンソースのFunction as a ServiceをやるのはPivotalが初めてではないが、同社はそれを、もっと使いやすい形で提供しようとしている。

サーバーレスは、仕事をするサーバーがないという意味ではない。むしろそれは、デベロッパーがサーバーを特定しなくてもよい、必要なインフラを整えるのはクラウドプロバイダーがやる、という意味だ。しかしオンプレミスのシナリオでは、ITがそれらのリソースを揃えなければならない。

[原文へ]
（翻訳：iwatani(a.k.a. hiwa）

Canonicalはまず外部資金の調達を初体験してから将来のIPOに備えたいという

【抄訳】
Mark Shuttleworthが自分の投資でCanonicalとそのUbuntuプロジェクトを創業してから14年になる。当時はもっぱらLinuxのディストリビューションだったが、今では同社はエンタープライズサービスの大手としてさまざまなプロダクトやサービス提供している。これまではShuttleworth自身がプロジェクトに資金を提供し、外部からの資金には関心を示さなかった。しかし今、それが変わろうとしている。

Shuttleworthによると、最近の彼はIPOを真剣に考えるようになり、そこへのひとつの過程として外部投資家を求めている。同社が最近エンタープライズへとフォーカスを変え、Ubuntu Phone（Ubuntuブランドのスマートフォン）やデスクトップ環境Unityを廃棄したことは、誰もがすでにそう思っていたように、どれもそれに結びついていた。Shuttleworthは外部資金の調達を、その方向へ向かう一歩と見なしている。そうやって、会社を徐々に、上場にふさわしい形に整えていくのだ。

“第一段階は、未公開株式だろう。外部投資家を募り、取締役会に外部のメンバーができたら、報告義務も生ずるし、それらはIPOに向かうプログラムの一部になる。私が考えてきた手順としては、未公開投資家たちが求めていたことにまず応じてから、そのあと、上場へ向かうべきだ。両者は、まったく違う文化だからね”。

最近はよく目立つひげを生やしているShuttleworthは、前はこれ〔未公開外部資金〕にも反対していたし、そのことを彼自身も認める。“それは私に関する正しい性格付けだった、と私も思う。私は、自分の独立をエンジョイしており、自分で長期の経営を構想できることも好きだ〔四半期決算報告などの短期的義務が生じないこと〕。今でも自分にその能力があると感じているが、人の金に対して責任が生じるのもすごく良いことだ。それが自分の金でなければ、金の使い方もやや変わるだろう”。

【後略】
〔IPOの前段としての未公開株式投資に関しても、投資家、金額、スケジュール等すべて未定。現状は、すべてShuttleworthの頭の中の構想である。〕

[原文へ]
（翻訳：iwatani(a.k.a. hiwa）

UberがLinux Foundationに加盟してオープンソースツールへのコミットを強化

Uberが今日の2018 Uber Open Summitで、同社がLinux Foundationにゴールド会員として加盟し、オープンソースのツールの利用と寄与貢献にコミットしていくことを発表した。

UberのCTO Thuan PhamにとってLinux Foundationは、同社がオープンソースのプロジェクトを育（はぐく）み開発していくための場所だ。“オープンソースの技術はUberの中核的サービスの多くを、そのバックボーンとして支えている。会社の成熟とともに、これらのソリューションはますます重要になっている”、と彼はLFへの加盟を発表するブログ記事で述べている。

意外なのは同社が参加したことでなく、それまでに要した年月の長さだ。Uberはかなり前から、その中核的ツールにオープンソースを多用していることで知られていたし、同社の資料によると、これまで320あまりのオープンソースプロジェクトとリポジトリに関わり、1500名のコントリビューターが70000あまりのコミットに関わっている。

Uberのスポークスパーソンは次のように語った: “Uberは何年も前から、オープンソースによる共有的ソフトウェア開発とコミュニティのコラボレーションに有意義な投資をしてきた。その中には人気の高いオープンソースプロジェクト、分散トレーシングシステムのJaegerへのコントリビューションもある。また2017年にはLinux Foundation傘下のCloud Native Computing Foundationに加盟している”。

Linux Foundationの事務局長Jim Zemlinも、Uberの加盟を喜んでいる。声明文に曰く: “彼らの専門的な技能や知識は、これからクラウドネイティブ技術やディープラーニング、データ視覚化など今日のビジネスにとって重要な技術の、オープンなソリューションを進めて行かなければならないわれわれのプロジェクトにとって、きわめて有益である”。

Linux Foundationは数多くのオープンソースプロジェクトがその傘下にある支援組織で、Uberのような企業がオープンソースのプロジェクトをコミュニティに寄与貢献しメンテナンスしていくための、組織構造を提供している。そしてその傘の下には、Cloud Native Computing Foundation, Cloud Foundry Foundation, The Hyperledger Foundation, そしてLinuxオペレーティングシステムなどの専門的組織が並んでいる。

これらのオープンソースプロジェクトをベースとして、コントリビューターの企業やデベロッパーコミュニティが改良やフォークを重ね、自分たちのビジネスに活かしていく。Uberのような企業はこれらの技術を使って自分のバックエンドシステムを動かし、サービス本体は売らないけどオープンソースのオープン性を利用して自社の将来の要求も満たしていく。その際はコントリビューターとして貢献することになり、取るだけでなく与える側に回る。

[原文へ]
（翻訳：iwatani(a.k.a. hiwa）

分散ストレージCephが独自のオープンソースファウンデーションを設立しLinux Foundationに参加

まだあまり有名ではないオープンソースの分散ストレージCephは、実際にはすでに全世界的に、大規模なコンテナプロジェクトやOpenStackのプロジェクトで利用されている。ユーザーはたとえば、金融のBloombergやFidelity, クラウドサービスプロバイダーのRackspaceやLinode, 通信大手のDeutsche Telekom, 自動車のBMW, ソフトウェアのSAPやSalesforceなどだ。

今日のオープンソースプロジェクトは、その多様な関心を一手に引き受けて処理し管理する管理組織、ファウンデーションが背後にないと、成功を維持し今後の発展を築くことも難しい。そこで当然ながらCephも、自分専用のファウンデーションCeph Foundationを作った。そしてこれまでのオープンソースプロジェクトのファウンデーションの多くに倣い、それをLinux Foundationの下に置いた。

Cephの共作者で、プロジェクトリーダー、そしてRed Hat for CephのチーフアーキテクトでもあるSage Weilはこう述べる: “パブリッククラウドの初期のプロバイダーたちがセルフサービス型のストレージインフラストラクチャを流行（はや）らせ、そしてCephはそれを一般企業や個人、そしていろんなサービスブロバイダーたちに提供している。今では強力で堅固なデベロッパーコミュニティとユーザーコミュニティが育ち、ストレージの分野における未来のイノベーションを推進している。本日のCeph Foundationの立ち上げは、さまざまなオープンソースのコミュニティが協力し合えばデータストレージとデータサービスの爆発的な成長を強力に支えていけることの、証（あかし）になるだろう”。

Cephはすでに多方面で使われているから、ファウンデーションの創設メンバーもすごい顔ぶれだ: Amihan Global, Canonical, CERN, China Mobile, Digital Ocean, Intel, ProphetStor Data Service, OVH Hosting Red Hat, SoftIron, SUSE, Western Digital, XSKY Data Technology, そしてZTEなど。創設メンバーの多くがすでに、非公式団体Ceph Community Advisory Board（顧問団）のメンバーだ。

Linux Foundationの事務局長Jim Zemlinはこう言う: “企業の高い成長率の維持管理を効果的に助け、彼らのデータストレージの需要を拡大してきたことに関して、Cephには長年の成功の実績がある。Linux Foundationの下でCeph Foundationは、より幅広いグループからの投資を活用して、Cephのエコシステムの成功と安定の継続に必要なインフラストラクチャをサポートできるだろう”。

cepha and linux foundation logo

Cephは、OpenStackとコンテナをベースとするプラットホームを構築するベンダーにとって重要なビルディングブロックだ。実はOpenStackのユーザーの2/3がCephをメインで使っており、またCephはRookの中核的な部分でもある。Cloud Native Computing Foundation(CNCF)傘下のRookは、Kubernetesベースのアプリケーションのためのストレージサービスを、より容易に構築できるためのプロジェクトだ。このように、今や多様な世界に対応しているCephだから、ニュートラルな管理機関としてのファウンデーションを持つことは理にかなっている。でも、ぼくの山勘では、OpenStack Foundationもこのプロジェクトをホストしたかったのではないかな。

今日（米国時間11/12）のこの発表のわずか数日前にLinux Foundationは、FacebookのGraphQLのファウンデーションGraphQL Foundationをホストすることを発表した。

[↓Facebookのクエリ言語GraphQLが独自のオープンソースファウンデーションを設立（未訳）]

Facebook’s GraphQL gets its own open-source foundation

[原文へ]
（翻訳：iwatani(a.k.a. hiwa）

SonyのPlayStation Classicはレトロゲーム用にオープンソースのエミュレーターを使っている

ワームが再び戻ってきたようだ。昔のゲーム機のゲームをパソコンで遊べるようにするエミュレーターは、かつてはゲーム産業の害虫だった。そして今Sonyは、まさにその、悪者だったソフトウェアを、レトロなゲーム機PlayStation Classicで使っている。

Kotakuのレビューによると、同機のソフトウェアライセンスリストにはPCSX ReArmedが載っている。それはPCSX ReloadedのARMポートだが、後者はさらに、2003年に開発をやめたPCSXエミュレーターからのフォークだ。

でももちろん、それは犯罪ではない。Sonyには、それを使う権利が十分にある。でも皮肉なのは、20年以上にもわたるエミュレーターデベロッパーたちの、主に海賊行為のための労作が、このように公式にデプロイされることだ。PCSXとそれを起源とするソフトウェアは、GPLによるオープンソースだ。

それはかつての、ハッカー的デベロッパーたちにとって、すごい名誉かもしれない。彼らのソフトウェアは、大企業のプロプライエタリな（私権のある）ソフトウェアをリバース・エンジニアリングしたものだが、それが今や、それらの古いゲームをプレイするための最良の方法になり、当のSonyが採用したのだ！　ゲームの歴史を研究しているFrank Cifaldiは、それがなぜ一部の人たちにとって驚愕的なのか、という記事を書いている。

ある意味でそれは、合理的な選択だったかもしれない。Sonyがエミュレーターをスクラッチで作るとしたら、たいへんな作業になっただろうし、またPlayStationのハードウェアの方を作り変えるとしても、それ以上にたいへんだ。何年間も活発に開発されテストされてきた高品質なオープンソースのエミュレーターがあるのだから、それを使わない手はない。

そのように考えない企業もある。Nintendoは、そのミニゲーム機NES/SNES Classicのために新たにエミュレーターを開発したし、前にはVirtual Consoleや、そしてGemeCube用のAnimal Crossingでもそうした。でもそのときですら、それらのデバイスではLinuxのカスタムビルドが動いていたのだから、オープンソースがベースだった。というわけでゲームの世界は、必ず何らかの形で、オープンソースとベッドを共にしているのだ。

エミュレーターは、それ自体が違法なのではなく、何らかのプロプライエタリコードを使っていたら違法なのだ。だからROMやゲームのコピーに対しては、企業は強硬に戦ってきた。でもエミュレーターはつねに、ある種のグレーゾーンにいた。いくらやられても、全滅はしなかった。最近はレトロゲームへの関心が高まり、それらに進んでお金を出す人たちもいる。でも、エミュレーターの無料の数十年間、というゲームプレイの歴史がなかったら、レトロゲームへの関心が、ここまで生き延びることはなかっただろう。

Here are the 20 games shipping with the PlayStation Classic（未訳）

[原文へ]
（翻訳：iwatani(a.k.a. hiwa）

データサイエンティストたちのモデルの活用度を高めるGoogle CloudのKubeflowパイプラインとAI Hub

今日（米国時間11/8）Google Cloudが、KubeflowパイプラインとAI Hubを発表した。この二つのツールは、データサイエンティストが、自分の作ったモデルをいろんな組織や企業で共通的に利用できるようにすることが主な目的だ。

Google CloudでAIとML製品を担当しているプロダクトマネージメントのディレクターRajen Shethによると、同社は、データサイエンティストたちが、モデルを作るけどそれが一度も使われない、という経験をしょっちゅうしていることを知っている。Googleによると、機械学習を団体競技にたとえるなら、モデルはデータサイエンティストから、それらを使ってアプリケーションを作るデータエンジニアとデベロッパーにパスされなければならない。

対策としてGoogleが発表したのが、Kubeflowパイプラインだ。それはKubeflowのエクステンションで、KubeflowはKubernetesをベースとするオープンソースの機械学習用フレームワークだ。パイプラインは要するにコンテナ化されたビルディングブロックのことで、機械学習のエコシステムに属する人たちを連係させて機械学習のワークフローを作り、管理する。

そうやってモデルをコンテナに入れたら、その後データサイエンティストは必要に応じてその中のモデルを単純に調整し、継続的デリバリのようなやり方で再ローンチできる。Shethによると、これによって企業内のモデルの利用の可能性がさらに広がる。

“Kubeflowパイプラインはユーザーに、いろんなパイプラインで実験する方法を提供し、信頼性があって再現可能な環境の中で最良の結果を作りだすものはどれか、を決められる”、とShethは、この新しい機械学習機能を発表するブログ記事に書いている。

同じく今日発表されたAI Hubは、その名のとおり、データサイエンティストがそこでいろんなMLコンテンツを見つけられる場所だ。そこには、KubeflowパイプラインやJupyterノートブック、TensorFlowモジュールなどなどがあるだろう。それは一種の公開リポジトリになり、Google Cloud AIやGoogle ResearchなどGoogleのさまざまなチームが素材を提供し、研究開発に関わるGoogleの専門的知識技能をデータサイエンティストが利用できる場になる。

しかしGoogleはこのハブに、公開ライブラリ以上のものを求めている。同社の見方では、そこはチームが自分たちの企業内で情報をプライベートに共有できる場にもなって、二重の目的に奉仕する。これによって、重要なビルディングブロックが中央的なリポジトリで可利用になるから、モデルの利用の拡大に大きく貢献するだろう。

AI Hubは今日からアルファで利用でき、Googleからの初期的コンポーネントの一部や、内部的リソースを共有するためのツールが提供される。そして今後は徐々に、提供物と能力の拡大が定常的に行われる予定だ。

Googleによると、これによってモデルが汎用のビルディングブロックになり、それによりモデルを容易に共有できる方法が提供され、モデルがさまざまに実用される機会が増えるだろう。これらのツールは、それを達成するための第一歩だ。

[原文へ]
（翻訳：iwatani(a.k.a. hiwa）

Cockroach Labsが複数のクラウドにまたがるデータベースCockroachDBのマネージドサービスを開始

Cockroach LabのオープンソースのSQLデータベースCockroachDBは、昨年の立ち上げ以来徐々に伸びているが、しかしオープンソースの技術が成熟して市場により深く浸透するためには、アーリーアダプターを超えたもっと一般的なオーディエンスに採用されていく必要がある。そのために同社は今日（米国時間10/30）、CockroachDBのマネージドサービスを発表した。

このサービスはクラウドを特定しないが、手始めとしてAmazon Web ServicesとGoogle Cloud Platformで利用できる。2015年にローンチしたCockroachはつねに自分を、Oracleや、さらにAmazonのAuroraデータベースなどをも代替する現代的なクラウドデータベースと位置づけている。

CEOのSpencer Kimballによると、それらの先輩データベースたちは、ベンダーロックインが強すぎて彼の趣味ではない。それに対抗するオープンなデータベースとして立ち上げたのが、Cockroachだ。“Cockroachのクラスターは、クラウドAからクラウドBへダウンタイムなしで移行できる”、と彼は言う。

そのような柔軟性は、他のベンダーが提供しているものと比べて、大きなアドバンテージがある、と彼は信じている。そして今日の発表は、そのアドバンテージをさらに大きくする。データベースと関連インフラストラクチャのセットアップや管理という重い仕事を、これからはサービスとしてのCockroachDBが代わってやってくれる。

Kimballの認識では、このやり方により同社の市場も拡大するだろう。“これまでにもOracleやAWS Aurora、Cassandraからのマイグレーションが相当あったが、これからは、それをためらっていたような企業もManaged CockroachDBにより容易にマイグレーションできるから、うちの市場はより快調に大きくなるだろう”、という趣旨をKimballは声明文で述べている。

そのデータベース本体には、自己回復力の強さというアドバンテージもある。いろんな条件下で安定的に動くから、これまでのデータベースに比べて有利だ、という。大きなアップタイムをレプリケーションによって保証し、ひとつのインスタンスがダウンしたら、すぐに身代わりが動き出す。

これまではエンタープライズ向けの商用バージョンが収益源で、それは通常のオープンソース版にないバックアップやサポートなどのサービスを提供していた。しかしこれからは、“Datbase as a Service”の契約会費収入が主な収益源になる。

1年前に同社は、CockroachDBのバージョン1.0をリリースし、シリーズBで2700万ドルを調達した。そのラウンドはRedpoinがリードし、Benchmark, GV, Index Ventures, そしてFirstMarkが参加した。そのお金が有効に使われた結果、今日発表のマネージドサービスが完成したのだ。

[原文へ]
（翻訳：iwatani(a.k.a. hiwa）

Hasuraがサーバーレスの開発を単純化するオープンソースのイベントシステムを発表

主にPostgresデータベースまわりのデベロッパーツールを作っているHasuraが今日、新しいプロダクトを公開アルファで披露した。それは、プログラマーがサーバーレスのアプリケーションを迅速かつ効率的に作れるためのツールだ。

それは、Postgres上のオープンソースのイベントシステムにより、ファンクションをより簡単に書けるようにする。そのイベントシステムは、データベースが特定の条件に達したらイベントをトリガする。それにより、何かを動かすために大量のコードを書く必要がなくなり、またシステムのスケーラビリティも増す。

プログラマーは通常、一連のAPIコールをつなぎ合わせてサービスを呼び出し、決済や通信ゲートウェイなど、アプリケーションの各部を動かしていく。これによりプログラマーは、さまざまな部分をスクラッチで書くことから免れる。しかし問題は、一連の呼び出しの途中で何かがおかしくなったら、システムはダウンし、再スタートすることになりがちだ。

しかしサーバーレスのアーキテクチャでは、サーバーレスのメリットとしてよく挙げられるように、インフラのことをプログラマー側が気にする必要がなくなるので全体のプロセスがもっと簡単になり、きわめてシンプルなイベントドリブン方式のコードを書ける。そのため、アプリケーションのいろんな部分を呼び出してもダウンするおそれが少ない。

同社は4月に、160万ドルのシードラウンドを調達した。同社はKubernetesのソリューションを提供していたが、今回の発表で、このところデベロッパーに人気のあるサーバーレスにも手を広げた。

上記の資金調達のとき、CEOで協同ファウンダーのTanmai Gopalは、本誌にこう述べた: “われわれのフォーカスは最初から、アプリケーションの開発を超速くすることだった。そのやり方は、われわれのAPIをPostgresデータベースの上に置いて、どんなコードでもそのレベルでデプロイすることだ”。

この最新のプロダクトも、この哲学の延長で、デベロッパーがクラウドネイティブなアプローチを取れるようにする。そしてデベロッパーに、サーバーレスのアドバンテージを、オープンソースで特定のベンダーに縛られないやり方で生かせるツールを与える。

[原文へ]
（翻訳：iwatani(a.k.a. hiwa）

機械学習のモデルのデプロイを標準化するツールGraphpipeをOracleがオープンソース化

オープンソースのコミュニティと仲が良いとは必ずしも言えないOracleが今日、Graphpipeと呼ばれる新しいオープンソースのツールをリリースした。それは、機械学習のモデルのデプロイを単純化し標準化するツールだ。

そのツールは、ライブラリの集合と、スタンダードに従うためのツールを合わせたものだ。

このプロジェクトは、NASAでOpenStackの開発に関わり、その後2011年にOpenStackのスタートアップNebulaの創業に加わったVish Abramsがリードした。彼によると、彼のチームが機械学習のワークフローを手がけたとき、あるギャップに気づいた。一般的に機械学習のチームはモデルの開発には大量のエネルギーを注ぎ込むが、そのモデルを顧客が使えるようにデプロイすることが苦手だ。そのことが、Graphpipe誕生のきっかけになった。

彼曰く、機械学習のような新しい技術は、誇大宣伝に踊らされてしまう部分がある。開発プロセスは改良を続けていても、デプロイに頭が向かわない人が多い。

“Graphpipeは、機械学習のモデルのデプロイを改良する努力の中から生まれた。また、この機械学習の分野全体を改良するためには、デプロイのためのオープンなスタンダードがぜひ必要だ、と考えた”、そうAbramsは語る。

これがOracleのプロジェクトになったとき、彼らは三つの問題に気づいた。まず最初に、機械学習のAPIをサーブするための標準的な方法がない。各フレームワークが提供しているものを、そのまま使うしかない。次に、デプロイのメカニズムにもスタンダードがないので、デベロッパーは毎度カスタムでそれを作らなければならない。そして第三に、既存の方法はパフォーマンスの向上に真剣に取り組んでいない。パフォーマンスが、‘ついでの問題’でしかない。機械学習にとっては、それは重大な問題だ。

“Graphpipeを作ったのは、これら三つの課題を解決するためだ。それは、ネットワーク上でテンソルデータを送信するための標準的でパフォーマンスの高いスタンダードを提供する。またどんなフレームワークを使っても、機械学習のモデルのデプロイとクエリーが簡単にできるための、クライアントとサーバーのシンプルな実装も作った”、…AbramsはGraphpipeのリリースを発表するブログ記事で、そう書いている。

同社は、これをスタンダードとしてオープンソースにすることによって、機械学習のモデルのデプロイを前進させたい、と決意した。“Graphpipeは、ビジネスの問題解決と、技術の高度化の推進という、二つの方向性が交差するところに座っている。そしてそれを進めていくためのベストの方法が、オープンソース化だと考えている。何かを標準化しようとするとき、それをオープンソースで進めなかったら、最終的にはいろんな競合技術の混乱状態になってしまう”、と彼は語る。

Oracleとオープンソースのコミュニティの間には長年の緊張があることをAbramsも認めるが、最近ではKuberenetesや、オープンソースのサーバーレス・ファンクション・プラットホームOracle FNへのコントリビューションなどを通じて、そんなイメージを変える努力をしてきた。そして彼によると究極的には、技術が十分におもしろいものであれば、誰がそれを提出したかとは関係なく、人びとはそれにチャンスを与えるだろう。そしてそのまわりにコミュニティができれば、オープンソースのプロジェクトとして自然に適応されたり、変えられたりしていく。それを、Abramsは望んでいる。

“このスタンダードが、今後幅広く採用されてほしい。実装は誰がやっても易しいから、Oracle独自の実装を広めたいとは思わない。人気の実装は、そのうちコミュニティが決めるだろう”。

GraphpipeはOracleのGitHubアカウントのGraphpipeのページで入手できる。

[原文へ]
（翻訳：iwatani(a.k.a. hiwa）