AIのために構築されたAras Innovatorアーキテクチャの25年

このページの内容は、サードパーティサービスによって自動翻訳されています。

エンタープライズソフトウェアが失敗する理由は、機能不足であることはほとんどありません。多くの場合、そのアーキテクチャが変化を吸収できないことに原因があります。

これは特にPLMにおいて顕著です。

時間の経過とともに、製造業はPLM基盤に対してより多くを求めるようになります。製品の複雑化、新たな専門領域、サプライチェーンの関係性、コンプライアンス要件、統合、運用モデル、そして現在ではAIを活用した新しい働き方への対応が求められています。多くのシステムでは、これらの要求が技術的負債として蓄積されます。その結果、アーキテクチャは拡張やアップグレード、ビジネスとの整合が難しくなります。やがて、唯一の選択肢は破壊的なリセットとなります。

Aras Innovator®は、このような事態を回避するために設計されました。

Aras Innovatorが25年以上にわたる技術変化の中でも価値を保ち続けている理由は、単なる抽象的な意味でのオープン性や柔軟性ではありません。それは、明確なアーキテクチャのアプローチにあります。すなわち、ビジネス定義と基盤となる実装を分離する、レイヤード型・モデルベース・サービス指向のプラットフォームです。この分離により、Arasは主要なプラットフォーム変革を経ても、データ、プロセス、ソリューションロジックに対する顧客の投資を維持しながら進化することができました。

アーキテクチャは機能よりも重要

あらゆる技術革新の波は、エンタープライズシステムに圧力をもたらします。

Webアーキテクチャはアプリケーション提供のあり方を変えました。クラウドは導入と運用の前提を変えました。モダンUXはインターフェースへの期待を変えました。DevOpsはリリースの在り方を変えました。AIは現在、システムがどのように支援し、自動化し、推論するべきかを変えています。

ソフトウェアが密結合である場合、これらの変化はすべて不安定要因となります。データモデルはアプリケーションコードに依存し、アプリケーションの振る舞いはインターフェース層に依存します。統合は特定の実装詳細に依存し、カスタマイズはコアロジックに近すぎる場所に存在します。その結果、すべてのレイヤーが相互に絡み合い、プラットフォームの進化は高コストになります。

これは多くのPLM環境が陥る典型的な罠です。ビジネスに合わせてシステムを最適化すればするほど、プラットフォームの前進は困難になります。

Aras Innovatorは当初から異なるアプローチを採用しました。あるレイヤーの変更が、他のレイヤー全体の再作業を引き起こさないように設計されています。これはシンプルに聞こえますが、PLMにおいては極めて本質的です。

Aras Innovatorを支えるレイヤードアーキテクチャ

Aras Innovatorは、リポジトリ、プラットフォームサービス、モデリングエンジン、アプリケーション、クライアント、コネクターから構成されるマルチレイヤープラットフォームです。それぞれのレイヤーは明確な役割を持ち、その分離こそが持続性を生み出します。

基盤となるのはリポジトリレイヤーであり、物理データベースやボルトを管理します。このレイヤーは、アクセス性、スケーラビリティ、ポータビリティ、そしてクラウド、オンプレミス、ハイブリッドといったさまざまな導入形態に対応するよう設計されています。重要なのは、ストレージがビジネスモデルそのものとして扱われない点です。あくまで基盤となる永続化レイヤーです。

その上に位置するのがプラットフォームサービスレイヤーです。ここでは、データ管理、ワークフロー、ライフサイクル管理、コラボレーション、可視化、フェデレーション、アクセス制御など、プラットフォームの中核機能を提供します。これらのサービスはモジュール化され、疎結合になっています。そのため、技術的な変更があっても、ビジネスモデルを再定義する必要なくサービスを進化させることができます。

次に重要なのがモデリングエンジンです。これはAras Innovatorにおける最も重要なアーキテクチャ上の選択といえます。ビジネスオブジェクト、関係性、振る舞い、ルールはハードコードされるのではなく、メタデータとして定義されます。ItemTypes、RelationshipTypes、プロパティ、権限、バージョン管理の挙動などはシステム内でモデル化され、実行時に処理されます。つまり、ビジネス構造はカスタムコードに埋もれるのではなく、プラットフォームが管理・解釈・継続できる形で表現されます。

モデリングエンジンの上にはアプリケーションがあります。Arasのアプリケーションは孤立したサイロではありません。同一のデータモデルとプラットフォームサービスを共有して構成されています。Product Engineering、Requirements Engineering、Systems Architecture、Simulation Management、Manufacturing Process Planning、Quality、Technical Documentation、Digital Twin Coreなどは、すべて共通基盤の上に成り立っています。これにより、後付けで断片的に接続するのではなく、分野を横断したデジタルスレッドのトレーサビリティが実現されます。

その上にクライアントとコネクターがあります。ユーザーはWebクライアントなどを通じて操作し、コネクターがCAD、要件管理ツール、MBSE環境、シミュレーションプラットフォーム、ERPなどとArasを接続します。これらはコアのビジネスモデルやサービス基盤の上に位置するため、プラットフォームを再定義することなく拡張を可能にします。これにより、アーキテクチャの一貫性を維持したままエコシステムを拡張できます。

モデルベースアーキテクチャがアップグレードの前提を変える理由

このアーキテクチャは単なる拡張性の向上にとどまりません。プラットフォーム進化の経済性そのものを変えます。

従来のエンタープライズシステムでは、カスタム動作が実装に強く結びついているため、アップグレードは高コストになります。プラットフォームが変わると、顧客のソリューションも同時に作り直す必要があります。その結果、モダナイゼーションは全面的な置き換えプロジェクトになります。

Aras Innovatorでは、メタデータ駆動のモデリングによってこの依存関係が軽減されます。データモデル、関係性、UI定義、ワークフロー、そして多くのソリューションロジックがプラットフォーム管理の定義として表現されるため、基盤技術の変化から切り離されます。ソリューションロジックは、それを支えるインフラと同一ではありません。

そのため、Arasはこれまで大きな技術変化を乗り越えることができました。インターネットアーキテクチャ、UI技術、クラウド運用モデル、DevOpsベースの提供へと進化しても、アーキテクチャの本質は維持されています。顧客は変化を避けるのではなく、不要な再構築を避けることができます。

これが、Arasにおけるローコードを単なる効率化機能ではなく、アーキテクチャの原則として捉えるべき理由です。

Arasのローコードはスピード以上の意味を持つ

Arasのローコード機能により、組織はスキーマ、フォーム、ナビゲーション、レポート、ワークフロー、ビジネスロジックをプラットフォーム内で定義・進化させることができます。新しいアイテムタイプはプラットフォームの一級要素として機能します。設定されたプロセスは一貫したガバナンスを継承します。ユーザー体験の変更はアプリケーション基盤を書き換えることなく実現できます。ビジネスルールもコアコードを変更せずに拡張できます。

これには3つのアーキテクチャ上の効果があります。

第一に、実際の業務要件に対応するための脆弱なカスタムコードを削減します。

第二に、拡張がプラットフォームの運用モデルと整合し、長期的な保守性が向上します。

第三に、ビジネスモデルがインフラの大きな変化とは独立して進化し続けることができます。

これが、Arasが柔軟性とアップグレード性を両立できている理由です。企業は現在の適合性と将来の持続性のどちらかを選ぶ必要がありません。

オープンAPIとエコシステム接続がアーキテクチャを拡張する

持続可能なPLMアーキテクチャはコアプラットフォームだけで完結しません。より広いデジタルエコシステムを支える必要があります。

Arasは、オープンAPI、拡張可能なスキーマ、イベント処理、AML、IOM、OData対応のRESTfulサービス、クライアントサイドAPIによってこれを実現しています。これらは閉じたシステムへの追加ではなく、統合・自動化・拡張のために設計されたものです。

このオープン性はArasのエコシステムにも反映されています。コネクターは機械、電子、電気CAD、要件管理、MBSE、シミュレーション、PDM/PLM移行、ERPなどをサポートします。重要なのは単なる相互運用性ではなく、コンテキストの継続性です。外部システムはデジタルスレッドに参加しつつ、情報の分断を防ぐことができます。

この点はAI時代にさらに重要になります。

このアーキテクチャがAIに適している理由

AIはエンタープライズアーキテクチャに新たな要求をもたらしますが、そのパターンは既存の延長線上にあります。重要なのは、派手なコパイロットではなく、意味のあるコンテキストへのガバナンスされたアクセスと、実際の業務プロセス内での活用です。

ここにAras Innovatorの強みがあります。

PLMにおけるAIは単なる情報検索ではありません。関係性の理解です。要件からシステムへ、システムから部品へ、部品から変更へ、変更から承認へ、製品構造から製造定義へ、品質イベントから影響範囲へ、サービスイベントからデジタルツインへ。これらの関係性こそが、Arasの共有データ基盤と構成可能なアプリケーションモデルによって管理されています。

さらに重要なのは、Arasがすでに産業用途に必要な制御基盤を提供していることです。権限管理、ライフサイクル、ガバナンスされたワークフロー、監査性、拡張可能なAPI、構造化された製品セマンティクス。汎用AIはこれらを理解しませんが、Arasは理解します。

そのため、InnovatorEdgeおよびInnovatorEdge AIは自然な拡張です。

InnovatorEdgeは、ローコードAPI管理と拡張サービスを通じてデジタルスレッドサービスを提供します。InnovatorEdge AIは、エージェント機能、ワークフローとガードレールのオーケストレーション、グラフベースの検索、ツールライブラリ、PLMコンテキストへのアクセスを追加します。つまり、ArasはAIを後付けするのではなく、もともと拡張性を前提としたアーキテクチャを進化させています。

継続的な変化に対応する設計

Aras Innovatorは単に技術世代を生き延びたPLMではありません。技術変化によってビジネス価値が失われないように設計されたPLMプラットフォームです。

これは重要な違いです。

Arasが持続してきたのは、ビジネス定義と技術変化を分離するアーキテクチャにあります。リポジトリは進化し、サービスは進化し、クライアントも進化します。統合パターンも変わり、新しい拡張層も生まれます。しかし、ビジネスのモデル化、製品データ構造、プロセスロジック、関係性、権限、アプリケーション定義は維持されます。

それがAras Innovatorが25年以上にわたり持続している理由です。

そして、AIが次の大きな技術波となる今、そのアーキテクチャはさらに重要になります。

このテーマをさらに詳しく知るには、関連eBookをご覧ください。25 Years Strong: Why Aras Innovator is Built for the AI Era.