【ITニュース解説】NGB Platform 3.0.0: Architecture, Performance, and Reliability

NGB Platform 3.0.0は、新しい機能を追加することよりも、システム全体の基盤を強化し、より安定して高性能に動作させることに焦点を当てた重要なバージョンアップだ。例えるなら、豪華な内装を追加するのではなく、建物の柱や基礎をより頑丈にするようなものと考えるとわかりやすい。今回のリリースには、以前のバージョンとの互換性がない「破壊的変更」が含まれているため、既存のNGBシステムを利用している場合は、アップデートの際に慎重な対応が求められる。

まず、システム内部の「アーキテクチャ境界」がより明確になった点が大きな変更点だ。これまでは、システム内の異なる役割を持つ部分が、意図せず互いに影響し合ってしまうことがあった。例えば、ウェブサイトの認証機能と特定のデータベースとの連携機能が曖昧に混ざっているような状態だ。NGB 3.0では、これらの責任範囲を明確に分離し、それぞれが独立した部品として機能するように再設計された。具体的には、認証やウェブサイト共通の表示設定、システムの状態確認といった共有機能は「NGB.Platform.Hosting.AspNetCore」という専用の部品で、PostgreSQLというデータベース固有のエラー処理やヘルスチェックは「NGB.Platform.PostgreSql.AspNetCore」という部品で担当するようにした。このように明確に役割を分けることで、特定のデータベース技術を使わないシステムの部分が、そのデータベースの細部に依存してしまうことを防ぐ。これにより、システムの保守がしやすくなり、将来的に異なる技術を採用する際の変更も容易になる。システム内の部品がどこまでを自分の役割とするのかを明確にする「アーキテクチャテスト」も導入され、この境界が守られているかどうかが自動的に確認されるようになった。

次に、データベースへのアクセス性能が大幅に改善された。特に「N+1問題」と呼ばれる非効率なデータベースアクセスを減らすことに力が注がれた。これは、例えば顧客情報を取得した後に、その顧客に紐づく注文情報を一つずつ個別にデータベースから読み出していくと、結果として何十回、何百回とデータベースにアクセスしてしまう問題だ。NGB 3.0では、このような個別のアクセスを減らし、必要な情報をまとめて一度に取得する「バッチ処理」という方法を導入した。これにより、データベースとの通信回数が大幅に減り、特に大量のデータを扱う際や、関連する多くの情報を同時に表示する際の処理速度が劇的に向上する。

レポート機能も大きく刷新された。大規模なレポートを作成する際、これまでは一度に大量のデータをメモリに読み込んで処理しようとすると、システムに大きな負荷がかかることがあった。NGB 3.0では、データを少しずつ読み込みながら処理を進める「カーソルベースの継続」という仕組みを導入した。これにより、たとえ非常に大きなデータセットであっても、メモリを過剰に消費することなく、安定してレポートを作成できるようになった。また、巨大なExcelファイル（XLSX）をダウンロードする際も、すべてのデータをメモリ上に構築するのではなく、データが発生するたびにストリーミング（流し込み）で出力する方式に変更された。これにより、メモリの消費を抑えつつ、大きなファイルを効率的に生成・ダウンロードできる。さらに、レポートの実行回数や処理量に上限（admission limits）を設けることで、一度に多くのレポートが実行されてシステムが過負荷になるのを防ぐ仕組みも導入され、全体の安定性が向上している。

システム全体の安定性を高めるため、「リクエストの制限」も明示的に設定された。これは、カタログのページ表示やドキュメントのデータ量などに上限を設けるということだ。例えば、ウェブサイトで表示される一覧画面を、終わりなくスクロールして大量のデータを一度に表示させようとすると、システムに大きな負担がかかる。NGB 3.0では、このような場合に無限にデータを要求するのではなく、決められた範囲内でデータを取得し、続きを見たい場合は「次のページへ」という形で分割して取得するように促す。これにより、単一のリクエストがシステムのリソースを際限なく消費してしまうことを防ぎ、本番環境でのシステムの安定稼働を保証する。

ソフトウェアの品質保証体制も大幅に強化された。NGB 3.0のリリースでは、「100%のカバレッジゲート」が導入されたのが特筆すべき点だ。これは、システムのバックエンド（サーバー側）とフロントエンド（ユーザーインターフェース側）の両方において、書かれたコードのどれだけの部分がテストによって実行されたかを示す「コードカバレッジ」が100%でなければ、リリースを認めないという非常に厳しい基準だ。単に合計値が高いだけでなく、個々のファイルや機能が完全にテストされているかどうかもチェックされる。このカバレッジ達成のためには、プログラムが意図通りに動くかを確かめる「ユニットテスト」、複数の部品が連携して動くかを確かめる「統合テスト」、実際のブラウザで操作をシミュレートする「エンドツーエンドテスト」など、多岐にわたる種類のテストが実施される。これは、バグを早期に発見し、高品質なソフトウェアを提供するための、開発チームの強いコミットメントの表れと言える。

統合テストの環境も改善され、各テストがより「独立」して実行されるようになった。これまでは、複数のテストが同じデータベースの状態を共有してしまうことがあり、あるテストの結果が別のテストに影響を与え、問題の特定を難しくすることがあった。NGB 3.0では、各テストが専用の、制御された環境で実行されるように整備され、テスト間の相互干渉を防ぐ。これにより、回帰テスト（過去に修正したバグが再発していないかを確認するテスト）などで問題が発見された際も、その原因をより迅速かつ正確に特定できるようになっている。

パフォーマンステストの仕組みも再編され、より詳細な性能評価が可能になった。システムの読み込み速度、レポート生成速度、データ書き込み速度、多数のユーザーが同時にアクセスした際の挙動（容量や競合）など、さまざまなシナリオを再現して性能を測定できるようになった。テストの設定やバージョン情報も記録されるため、異なる時期のテスト結果を比較する際も、どの条件でテストが実行されたのかが明確にわかる。これにより、性能改善の効果を客観的に評価し、将来的なボトルネックを特定するための貴重な情報が得られる。

NGBプラットフォーム上で動作する4つの主要な業務アプリケーション（Property Management, Trade, Agency Billing, CRM）は、すべてNGB 3.0.0へ同時に移行する。これは、プラットフォームとアプリケーションが密接に連携しているため、基盤の変更がアプリケーションにも影響を及ぼすことを意味する。今回のリリースには、プラットフォームのコアとなる多数のパッケージ、ユーザーインターフェース部品、API、データベース移行ツール、バックグラウンド処理のホスト、ウェブアプリケーションなどが含まれ、これら全てが.NET 10をターゲットとしている。

今回のリリースは「破壊的変更」を伴うため、NGB 2.xと3.xのパッケージやアプリケーションを混在させることは推奨されない。公開されているサービスのインターフェース（外部からシステムを利用するための窓口）、データの形式、レポートの契約、そして各機能の担当パッケージなど、多くの部分が変更された。そのため、NGBのパッケージを利用しているアプリケーションは、単に一部の部品を入れ替えるのではなく、3.0向けに再コンパイルし、場合によってはコードの修正が必要になる。詳しいアップグレード手順については、専用の移行ガイドが用意されており、これに従って作業を進める必要がある。

NGB Platform 3.0.0は、これまで新機能の追加に重点を置いてきた過去のリリースとは異なり、既存のシステム基盤をより強固にするための重要な一歩だ。アーキテクチャの明確化、データベースアクセスの効率化、大規模レポートの安定化、リクエストの制御、そして何よりも厳格な品質保証体制の導入により、NGBプラットフォームは将来の発展に向けた強固な土台を手に入れた。多くの新機能を積み重ねる前に、既存の土台をより堅牢にし、システム全体の運用特性を向上させることが、このリリースにおける最も重要な目的だったと言える。NGBはオープンソースプロジェクトであり、.NET 10とPostgreSQLを使用して開発されている。