ModARO: A Modular Approach to Architecture Reconstruction of Distributed Microservice Codebases
本論文は、分散されたリポジトリ間で技術固有のエクストラクターの作成と再利用を可能にし、検証済みかつ柔軟なフレームワークを通じてアーキテクチャのドリフトやドキュメント化の課題に効果的に対処する、マイクロサービスアーキテクチャ再構築へのモジュール型アプローチであるModAROを提示する。
原論文は CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/) でライセンスされています。 これは以下の論文のAI生成解説です。著者が執筆または承認したものではありません。技術的な正確性については原論文を参照してください。 免責事項の全文を読む
あなたは、すべてが小さな独立した近隣地域（マイクロサービス）で構成された、巨大で賑やかな都市のマネージャーであると想像してください。それぞれの近隣地域は、異なるチームによって、異なる建築資材（プログラミング言語）、異なる設計図（構成）、そして異なるスタイルで建設されています。これにより、都市は柔軟かつ迅速に構築できますが、都市全体を理解することは非常に困難になります。もし一つの近隣地域が配管を変更したら、別の地域の電力網にどのような影響を与えるのでしょうか？多くの場合、都市計画家（開発者）は全体像を見失ってしまいます。そして、古い地図（ドキュメント）は時代遅れになってしまいます。
本論文では、建物そのものを見ることで、都市の地図を自動的に描き直すように設計された新しいツール、ModAROを紹介します。その仕組みを、分かりやすく説明します：
1. 問題点：「適合するものがない」ジレンマ
家がどのように建てられているかを理解するために、設計図を読み取ることができるロボットを想像してみてください。
- 問題： マイクロサービスの領域では、すべての家が異なります。ある家は木造（Java）で、ある家は鉄骨造（Python）で、またある家はガラス造（Go）です。木造の設計図を読むようにプログラムされたロボットは、鉄骨造の設計図には対応できません。
- 複雑化： さらに、これらの近隣地域は、異なる都市（個別のコードリポジトリ）に散らばっていることがよくあります。一つのロボットを一度に都市全体に送り込むことはできません。各地域に個別にロボットを送り、その報告書を後で繋ぎ合わせる必要があります。
2. 解決策：ModARO（モジュール式のLEGOキット）
著者らは、地図を描くためのロボットを作るための「ユニバーサルなLEGOキット」のようなものとして、ModAROを作成しました。特定の都市専用の巨大で硬直したロボットを作る代わりに、交換可能な小さなエクストラクター（抽出器）（LEGOブロック）を組み立てます。
- エクストラクター： これらは特化した小さなスクリプトです。あるスクリプトは「木造」の設計図（Javaファイル）の読み方を知り、別のスクリプトは「鉄骨」（Python）の読み方を、そしてまた別のスクリプトは「都市のゾーニング法」（Docker設定ファイル）の読み方を知っています。
- 共通言語（モデル）： これらの異なるスクリプトが互いに通信できるようにするために、彼らはすべて、調査結果を共有ノート（アーキテクチャ・モデル）に書き込みます。
- 比喩： 例えば、「木造」のロボットがドアを見つけ、「場所Xにドアあり」とノートに書き込んだとします。「鉄骨」のロボットは、木造のロボットがどのようにしてドアを見つけたかを知る必要はありません。ただノートを読み、「Xにドアあり」という記述を見て、「ドアはロックされている」という自身のメモを追加するだけです。
- 彼らが共通のノート形式に従っているため、後で「木造」のロボットを「竹造」のロボットに交換しても、システム全体が壊れることなく機能し続けます。
3. 「分散型」の魔法
本論文は、独自の機能である分散型アーキテクチャ再構築を強調しています。
- 従来の方法： 都市全体をマッピングするには、すべての近隣地域の設計図を一つの大きな部屋に集め、整理し、それから地図を描く必要がありました。これは時間がかかり、各地域の「独立性」を損なうものです。
- ModAROの方法： あなたは近隣地域Aにロボットを送ります。それは地図の一部を描き、保存します。次に、近隣地域Bにロボットを送ります。それは自分の部分を描きます。その後、都市のデプロイ準備が整ったら、単にそれらの部分的な地図を**マージ（統合）**するだけです。
- 「遡及的リンク」： 時には、近隣地域Aが「私は近隣地域Bに接続する」と言っても、Bの住所がまだ分からないことがあります。ModAROは、近隣地域Aに対して、「『B』という名前を持つものに接続する」という「プレースホルダーのメモ（リンク）」を書くことを許可します。すべての地図がマージされると、システムは自動的に「B」を見つけ出し、点と点を結びつけます。
4. 効果はあったのか？（テスト）
研究者たちは、このシステムを2つの方法でテストしました。
テストA：「現実世界」の挑戦（10のオープンソースプロジェクト）
彼らは10個の異なるオープンソース・マイクロサービス・プロジェクト（大規模なものもあれば小規模なものもあり、使用言語も多様）を取り上げ、コードとドキュメントのみに基づいてModAROに地図を再現させました。
- 結果： それは成功しました！ModAROは、幅広いテクノロジーを用いて、アーキテクチャの詳細（どのサービスがどのサービスと通信しているか、どのような言語を使用しているか、どこにデータベースがあるかなど）を正常に抽出することに成功しました。
- 限界： コードに書かれていない高レベルな記述（そのサービスが「何をするか」といった内容）や、人間の直感を必要とする複雑で動的なコードの中に隠された情報を読み取ることはできませんでした。
テストB：人間によるテスト（8人の業界開発者）
彼らは8人のプロの開発者にModAROを使用してもらい、既存のツールであるReSSAと比較してもらいました。
- 結論： 開発者たちはModAROを好みました。
- 理由： 彼らは、ModAROの方が「通常のコードを書いている感覚（既知の知識）」に近いと感じたため、使いやすいと判断しました。一方で、もう一つのツールは、混乱を招くような一行のパズルを書いているように感じられたとのことです。
- 注意点： 特定のテキストパターンを検索するための「正規表現」を使用することについては、依然として少し難しいと感じているようです。彼らは、コードの構造をより良く理解できる、よりスマートなツールを望んでいましたが、ModAROの全体的な柔軟性については高く評価していました。
まとめ
ModAROは、開発者が複雑なソフトウェアシステムの部分的な探索を行うための、再利用可能な小さな「偵察員」を構築できるようにするツールです。これらの偵察員は調査結果を共有ノートに書き込み、それによって、システムが多くの異なるフォルダに分かれていたり、多くの異なるプログラミング言語を使用していたとしても、システムが自動的に完全なアーキテクチャ・マップを組み立てることを可能にします。これにより、「都市の地図」を最新の状態に保つことが、より簡単で、速く、そしてヒューマンエラーが少ない方法で行えるようになります。
自分の分野の論文に埋もれていませんか？
研究キーワードに一致する最新の論文のダイジェストを毎日受け取りましょう——技術要約付き、あなたの言語で。