UMHでオープンソースをオペレーションに導入

最近のAugmented Opsポッドキャストのエピソードでは、United Manufacturing Hub (UMH) の共同設立者兼 CEO であるAlex Krüger 氏と、オープンソースソフトウェア (OSS) の世界と、それが製造業にとって何を意味するのかについて深く掘り下げてみました。製造業のためのオープンソースソフトウェア」と題された Krüger 氏とのディスカッションでは、オープンソースソフトウェアの役割、Unified Namespace (UNS) のような新しいアーキテクチャのサポート方法、製造業者がレガシーベンダーから離れて独自の技術スタックを構築する理由について検証しました。

大学卒業直後から大手コンサルティング会社でオートメーション・プロジェクトに携わり、最終的にはUMHを共同設立してオープンソース・ツールの新しいセットを構築したクルーガー氏は、製造ソフトウェアへの新しいアプローチの必要性について自身の洞察を語っています。特に彼は、レガシー・ベンダーのプロプライエタリな技術スタックを放棄し、オープンソースのUnified Namespaceアーキテクチャをビジネスの基盤として採用するよう業界に呼びかけています。

Krügerが初めて産業オートメーションに参入したのは、彼と彼の共同設立者であるJeremy Theocharisが大手コンサルティング会社と仕事をしていたときでした。時間的な制約がある中で、この一見簡単そうに見えるプロジェクトは、既存の産業オートメーション・ベンダーが提供するクローズド・ソースのツールを導入することの硬直性、コスト、難しさをすぐに露呈しました。

どのベンダーも、統合のあらゆる側面を自社ソリューションで処理できると約束していましたが、Krüger氏のチームは、構築中のアーキテクチャのあらゆる部分に対してクラス最高のソリューションを持つベンダーがないことに気づきました。「ミドルレイヤーが必要です。プロトコル・コンバーターが必要です。バッファリングが必要です。さらにデータベースも必要で、どんどん増えていき、エッジケースがどんどん出てくるのです」。

クローズド・ソースのツールに対する不満は、技術的な制約だけではありませんでした。これらのエンタープライズ・ソフトウェア・パッケージのコストは大きかったのですが、Krüger氏によれば、「価格は決して問題ではありませんでした」。その代わりに、彼は、与えられた時間内にシステムを導入するための主な障壁として、貧弱なドキュメントと長い販売サイクルを指摘しています。

コマンドライン・インターフェイスから数秒でダウンロード・インストールできることが多いオープンソース・ソフトウェアとは異なり、クルーガー氏が仕事をしていた企業向けソフトウェア・ベンダーは、必要なツールを入手するまでに長い販売プロセスを経る必要がありました。その結果、「製品が手元に届くまでに数週間から数カ月かかる」ことになったと彼は説明します。アジャイルな製造環境では、そのような時間はないのです」。

しかし、ソフトウェアにアクセスできるようになっても、クルーガーは利用可能なドキュメントの不足に苦労しました。問題にぶつかったとき、彼はしばしば唯一の解決策が「（ベンダーの）誰かにメールすること」だったと説明します。彼は3営業日後に戻ってきて、適当なPDFを送ってきます。最終的に彼は、この分野のレガシー・ベンダーが取ってきた従来のクローズド・ソースのアプローチは、複数のレベルで不適切であることに気づきました。

私たちが日常生活で使用するほとんどすべてのデジタル製品がオープンソース・ソフトウェアで構築されている一方で、製造業が同じアプローチを採用するのは非常に遅れています。現在、製造業は業務のデジタル化に取り組んでおり、その多くは老朽化した技術スタックを再構築し、オープンソースのパワーを活用する機会を得ています。

Krüger氏が説明するように、製造業におけるオープンソースの最も説得力のある論拠の1つは、その固有の柔軟性です。レガシー・ベンダーが提供するプロプライエタリなシステムとは異なり、オープンソース・ソフトウェアでは、誰もが独自のニーズに合わせて基礎となるコードを編集できるため、事実上、無限のカスタマイズと柔軟性が可能になります。このオープン性により、製造システムはエンドユーザーの絶え間なく変化するニーズに合わせて確実に進化することができます。

彼が発見したもうひとつの重要な利点は、ドキュメントとサポートの改善でした。OSSプロジェクト（通常、ボランティアのコミュニティ・メンバーに依存している）の方が、専門チームを持つレガシー・ベンダーよりも、ドキュメントや技術支援を提供するのに適しているというのは、直感に反するように思えるかもしれませんが、Krüger氏がしばしば遭遇した現実は、このようなものでした。例えば、彼は Node-REDIIoT デバイスと対話するためのOSSツール）で問題に遭遇し、YouTubeのチュートリアルやコミュニティフォーラムを参照して解決策を見つけたと述べています。

オープンソースソフトウェアの採用は、将来への投資でもあります。レガシー・ベンダーのプロプライエタリ・ソフトウェアの場合、他のツールが自社のエコシステムとどのように統合できるかをベンダーが密接に管理しているため、すべてのソリューションを同じベンダーから購入しなければならないことがよくあります。これは、技術スタックの各部分でクラス最高のソリューションを選択する能力が制限されるだけでなく、ベンダーが倒産した場合（または、依存しているソリューションのサポートを継続しないことを選択した場合）、単に運がないことを意味します。このようなシナリオでは、リッピング＆リプレースが唯一の実行可能な道であることがよくあります。

Krüger氏は、UMHプラットフォームの目玉としてUnified Namespace(UNS)アーキテクチャを選択し、どのようにオープンソースの代替手段を構築したかを説明しています。UNSは、システムがデータを公開できる共有ロケーションを提供し、かつては特定のアプリケーション内でサイロ化されていたデータを、より幅広いユーザーやユースケースからアクセスできるようにします。

すべてのビジネス・データをオープンにし、共有ブローカーに流すというアイデアは、ほとんどのメーカーにとってはまだ異質かもしれませんが、Krüger氏によれば「ITデータ・ストリーミングではすでにベスト・プラクティスです。「研究開発、販売、物流など、あらゆる組織を設計する場合、このKafkaブローカーを真ん中に置き、そこにデータを流すことになります。

しかし、UNSの真価はデータを民主化することにあります。Krüger氏が述べるように、UNSを導入することで、ITとOTの 世界の境界線をなくすことができます。Unified Namespaceは、OTとITの間の結合のようなもので、ITがイノベーションを妨げている状況を解き放つことができる」とKrüger氏は説明します。ビジネス全体のデータを市民開発者が問題解決に利用できるようにすることで、UNSはメーカーが業務をデジタル変革するための最良の基盤になると彼は考えています。