サプライチェーンは、早い段階でコンピュータベースの管理システムに移行しました。しかしその結果、多くの大企業は数十年前のサプライチェーンシステムを使用しており、大量のデータを処理する際に動作が遅くなる傾向があります。確かに、現在では膨大なビッグデータ技術が利用可能ですが、企業は慎重に進めています。多くの、あるいはほとんどのビッグデータ企業が、一流のエンジニアリング人材に大きく依存して技術を円滑に動作させていますが、Facebookのようにビッグデータ技術の層を一から書き直して成功する企業はそう多くありません。

膨大なデータを処理する能力は、Lokadが長年にわたって注力してきたテーマです。実際、サプライチェーン全体を最適化するには通常、数百に及ぶ細かな調整が必要となります。仮説が精緻化されると、計算の連鎖全体を再実行する必要が出てきます。数時間ではなく数分でサプライチェーン全体を網羅する結果を得ることができれば、本来1年かかるプロジェクトを数週間で完了することが可能になります.

このため、私たちは2009年にクラウドコンピューティングへの移行を開始しました。しかし、クラウドコンピューティングプラットフォーム上で稼働させるだけでは、膨大なデータが迅速に処理される保証はありません。さらに、多くのマシンを使用すればより多くのデータを処理できる可能性はあるものの、実際にはデータ処理が速くなるのではなく、遅くなる傾向があります。実際、データがあるマシンから別のマシンへ移動する際や、各マシンが連携して作業する際に遅延が発生することが多いのです.

その結果、データ処理の問題に単にマシンを追加するだけでは、処理時間をさらに短縮することはできません。アルゴリズムをより賢くする必要があり、各マシンが追加の計算資源なしでより多くの処理を実行できるようにしなければなりません.

数週間前、私たちは高速かつ並行的なデータ処理に最適化された新たな高性能カラム型ストレージフォーマット、コードネーム Ionic をリリースしました。このフォーマットは、確率のストレージ分布をネイティブに扱えるため、供給チェーン最適化にも対応しています。そして、これらの分布は確率的予測を活用する上で極めて重要です。Ionic は、Lokadとそのクライアント間でのデータ交換フォーマットとして使用することを意図していません。データ交換には、CSVなどのフラットなテキストファイル形式で十分です。Ionic フォーマットは、Lokad内部のあらゆる処理を高速化するための内部データフォーマットとして位置づけられています。Ionicのおかげで、Lokadは数百ギガバイトにも及ぶ入力データを容易に処理できるようになりました.

特に、Ionic フォーマットのカラム型という特性により、各カラムを個別に読み込み、処理することが可能となります。サプライチェーンの問題に取り組む際、テーブルが100列を超え、場合によっては最悪で500列にも及ぶERPのデータ抽出に直面することが日常茶飯事です。Ionic は、これだけ多くのカラムを扱う際に大幅なパフォーマンス向上を実現します.

Lokad の視点からは、データ処理能力はサプライチェーン最適化プロジェクトの実施における重要な成功要因としてますます認識されています。処理時間が長引けば、1日にこなせる作業量が減少し、最終的にどの企業も厳しい締め切りの中で運営されているという現実を鑑みると、これは大きな問題となります.

Ionic ストレージフォーマットは、私たちのビッグデータへの取り組みにおけるもう一つの一歩です.