オープンソースフレームワーク
Brix Logo

BRIX Framework

次世代Plugin-Driven(プラグイン駆動型)エンタープライズアプリケーションプラットフォーム。Capability Contract(能力契約)とPlugin Runtimeにより、複雑な企業システムを独立して開発・デプロイ・アップグレード可能なビジネスプラグインに分解し、Composable Platform(コンポーザブルプラットフォーム)アーキテクチャを実現。

Plugin-Driven Platform(プラグイン駆動プラットフォーム)

プラグインで企業システムを構築。BrixはプラグインアーキテクチャによりBusiness Capability Plugins(ビジネス能力プラグイン)として分解。

従来の企業システムの課題

  • ビジネス成長に伴いシステム複雑度が指数関数的に増加
  • 深刻なモジュール結合、バージョンアップグレードが困難
  • 異なる顧客ニーズへの迅速なカスタマイズ対応が困難
  • システム進化とメンテナンスコストが継続的に高止まり

Runtime Capability Contract(ランタイム能力契約)

Multi-Tenant
Auth
Observability
EventBus
StateStore
Lifecycle

各能力は独立したコントラクトユニット。プラグインは実装ではなく能力インターフェースのみに依存し、クロス環境再利用とHot-Swappable(ホットスワップ)を実現。

Platform Architecture(プラットフォームアーキテクチャ)

Runtime Shell(ランタイムシェル)アーキテクチャ設計に基づき、Capability Contract System(能力契約体系)を導入し、プラグインとインフラの完全な疎結合を実現。

Brix Platform Architecture

Host Layer(プラットフォームホスト層)

Ultra-Thin Host(極薄ホスト)設計、純粋な設定駆動型の組み立てシェル。Standalone HostとEmbedded Hostの両形態をサポートし、等価の能力インターフェースを提供。

Capability Contract(能力契約層)

プラグイン間の統一ランタイムインターフェース標準を定義:EventBus、StateStore、AuthContext、Lifecycle、Observability。

Business Plugins(ビジネスプラグイン層)

企業ビジネス能力がプラグインとして存在し、完全なライフサイクル管理をサポート:Install → Activate → Update → Disable → Remove。各プラグインは独立販売・独立デプロイ可能。

Frontend Runtime(フロントエンドランタイム層)

Module Federationベースのフロントエンドプラグインアーキテクチャ。Shared RuntimeがReact、Router、State Managementを統一提供し、マルチプラグインランタイム依存の競合を解決。

Infrastructure(プラットフォームインフラ)

Cloud-Native(クラウドネイティブ)アーキテクチャ、Adapter Pattern(アダプターパターン)でインフラに接続、プラグインコードはインフラ依存ゼロ。

Technology Stack(技術スタック)

実績のあるエンタープライズグレードのオープンソース技術スタックを採用し、本番レベルの安定性とコミュニティエコシステムサポートを確保。

Backend

Spring Boot
PostgreSQL
Redis
Kafka

Frontend

React
TSTypeScript
Module Federation

Observability

OpenTelemetry
Prometheus
Grafana

Infrastructure

Kubernetes
Docker
Helm

フルスタックプラグインアーキテクチャ

フロントエンドとバックエンドの対称プラグインアーキテクチャ。両方がプラグインとして存在し、統一されたCapability ContractによりHost Runtime上で動作、Full-Stack Separation(前後完全分離)を実現。

Development Model

プラグイン構成

plugin-api

インターフェース契約層 - サービス契約とドメインモデル

plugin-core

コアロジック層 - ビジネスルールとドメインサービス実装

plugin-server

サービスランタイム層 - REST/GraphQLエンドポイントと統合

plugin-shared

共有機能層 - クロスプラグインユーティリティと型

plugin-ui-web / plugin-ui-mobile

フロントエンド層 - Web/Mobileユーザーインターフェースコンポーネント

アーキテクチャの利点

  • 統一された開発モデル、認知コストを低減
  • プラグイン独立デプロイ、カナリアリリース対応
  • 極めて低い拡張コスト、線形成長
  • 大規模プラットフォームの長期的進化を支援、アーキテクチャの腐敗を回避

プラグインエコシステム

Brixは単なるフレームワークではなく、多層級商業化エコシステム構築をサポートする完全なプラグインエコシステムプラットフォーム。

Ecosystem Architecture

商業レイヤー

レベル 1

フルプラットフォーム

ランタイムシェルと全コアプラグインを含む完全なプラットフォームソリューション

レベル 2

ソリューションパック

特定の垂直分野向けの業界ソリューションスイート

レベル 3

プラグインバンドル

特定のビジネスシナリオ向けの機能モジュール組み合わせ

レベル 4

シングルプラグイン

即座に使用可能なアトミック機能を持つ独立した機能プラグイン

コアプラグイン

プラットフォーム提供の基本ビジネス能力プラグイン

User
Tenant
Billing
Report

ソリューションパック

特定業界向けのプラグイン組み合わせソリューション

Healthcare
Finance
Retail

パートナーマーケットプレイス

サードパーティ開発者が公開するエコシステムアプリケーション

Analytics
Integration
Automation

Deployment Modes(デプロイモード)

Brixは異なるビジネスシナリオに対応する3つの柔軟なデプロイモードをサポート。

Deployment Modes

Standalone Mode(スタンドアロンモード)

完全な独立プラットフォーム製品を構築。SaaS提供とプライベートデプロイメントシナリオに最適。

Embedded Mode(エンベデッドモード)

ビジネス能力をプラグインとして既存の顧客システムに組み込み。顧客のテックスタックを置き換える必要なく、段階的な能力拡張を実現。

SDK & API Mode(オープンプラットフォームモード)

プラットフォーム能力を開放し、パートナーやサードパーティ開発者の統合をサポート、エコシステムを構築。

Developer Experience(開発者体験)

Runtime Shell の複雑さはプラグイン開発者には見えません。開発者は Capability Contract を理解するだけでエンタープライズグレードのプラグインを構築可能。

Plugin SDK

標準化開発キット、ビジネスロジックに集中

CLI Scaffolding

create-brix でプロジェクト構造を自動生成

Architecture Guard

自動化されたアーキテクチャ保護

Design Tokens

統一デザインシステムで UI 一貫性を確保

Hot Reload

プラグインレベルのホットリロード

Type Safety

エンドツーエンドの型安全性

Core Value(コアバリュー)

Runtime Shell アーキテクチャ設計に基づき、エンタープライズグレードのプラットフォーム機能を提供。

Zero Infrastructure Dependency(ゼロインフラ依存)

プラグインコードに Kafka/Redis/HTTP Client などのインフラ依存を禁止。Capability Contract を通じてのみランタイムと対話し、異なる Host 間でシームレスに移行可能。

Host Portability(ホストポータビリティ)

Standalone Host と Embedded Host は同等の Capability インターフェースを提供。同じプラグインが異なるデプロイモードで無修正で実行可能。Build Once, Deploy Anywhere。

Event-Driven Decoupling(イベント駆動疑結合)

プラグイン間は互いに認識せず、Domain Event と Integration Event のみで通信。Runtime Shell がイベントルーティングと変換を担当、完全なオブザーバビリティを提供。

Full-Stack Separation(フルスタック分離)

フロントエンドは View → ViewModel → Repository パターンを採用。大規模な UI 変更時にバックエンドコードの修正が不要。フロントエンドとバックエンドチームが並行開発可能。

長期ビジョン

プラグイン駆動型の業界プラットフォームを構築。企業ソフトウェアはもはや単体システムではなく、App Store のような組み合わせ可能なソフトウェアエコシステムへ。

信和株式会社