01｜なぜ、企業システムにModernizationが必要なのか。
クラウドへ移行しただけで、企業システムは進化したと言えるのか。
既存システムをAWSやAzureへ移行する。プログラミング言語やFrameworkを変更する。しかし、それだけでは、システムの複雑性や属人化が解決するとは限りません。重要なのは、業務機能を独立させ、標準化されたAPIを通じてデータや機能を安全に利用できるSoftware Architectureへ変革することです。AI Agent時代に必要なのは、単なるCloud Migrationではなく、企業システムそのもののModernizationです。
02｜Softwareは、標準化しないのか。
Hardwareは標準化。Softwareはどうだろうか。
コンピュータシステムは、Hardware、OS、Softwareによって構成されています。Hardwareの世界では、CPU、メモリ、ストレージ、コネクタ、ボルトやナットに至るまで、多くの部品が標準化されています。
一方、Softwareの世界では、同じ業務機能であっても、開発会社やエンジニアによって設計・実装が異なり、個別開発が繰り返されています。その結果、属人化、保守の複雑化、開発コストの増大といった問題が発生します。
Softwareにも、標準化・部品化・再利用という考え方が必要ではないか。
これがAllegroSmartのModernization思想の原点です。
03｜CRUDは、Softwareにおけるボルトとナット。
複雑な業務システムにも、繰り返し利用される共通機能がある。
コンピュータシステムは、Hardware、OS、Softwareによって構成されています。Hardwareの世界では、CPU、メモリ、ストレージ、コネクタ、ボルトやナットに至るまで、多くの部品が標準化されています。
一方、Softwareの世界では、同じ業務機能であっても、開発会社やエンジニアによって設計・実装が異なり、個別開発が繰り返されています。その結果、属人化、保守の複雑化、開発コストの増大といった問題が発生します。
Softwareにも、標準化・部品化・再利用という考え方が必要ではないか。
これがAllegroSmartのModernization思想の原点です。
04｜その思想から生まれた、nAuth × newtZERO。
共通機能を標準化し、業務システムをMicroservicesとして構築する。
nAuth | Identity & Access Control Microservice
Authentication、Authorization、Role、Permission、Multi-Tenantなど、認証・認可とアクセス制御を共通化します。
newtZERO | Business & Data Microservice Engine
CRUD、Validation、Data Access、State Transition、Semantic Processingなどの共通機能を備え、ZERO Templateによる業務ロジック定義・設定・Buildを通じて、業務Microservice/APIを構築します。この2つのMicroservicesを組み合わせることで、業務機能やデータアクセス、セキュリティを標準化し、システム開発の属人化と重複実装を減らします。さらに、独立製品であるnewtroid | Container Platformによって、コンテナ環境の構築・配置・接続・運用を自動化します。
05｜Software Architectureを、実際の社会システムへ。
AllegroSmartの技術は、研究開発だけでは終わらない。
児童虐待予防AIシステム
55のMicroservicesを活用し、データ連携、特徴量処理、AI学習・推論、モデル管理などの業務を構成。
ふるさと納税Platform
nAuth × newtZERO × MongoDBを中核としたMulti-Tenant SaaSを実装。約120コンテナ規模のシステムを少人数で運用しています。さらに、Data Orchestrationに関する技術は、日本・米国・中国で特許登録されています。AllegroSmartは、標準化と再利用の思想を、実際に動く社会システムとして実装してきました。
06｜Modernizationの先に、Human × AI Agentの未来がある。
共通機能を標準化し、業務システムをMicroservicesとして構築する。
nAuth | Identity & Access Control Microservice
Authentication、Authorization、Role、Permission、Multi-Tenantなど、認証・認可とアクセス制御を共通化します。
newtZERO | Business & Data Microservice Engine
CRUD、Validation、Data Access、State Transition、Semantic Processingなどの共通機能を備え、ZERO Templateによる業務ロジック定義・設定・Buildを通じて、業務Microservice/APIを構築します。この2つのMicroservicesを組み合わせることで、業務機能やデータアクセス、セキュリティを標準化し、システム開発の属人化と重複実装を減らします。さらに、独立製品であるnewtroid | Container Platformによって、コンテナ環境の構築・配置・接続・運用を自動化します。
01｜AI Ready Modernization
既存システムを、AI ReadyなMicroservices Architectureへ。
クラウドへの移行やプログラミング言語の変更だけでは、企業システムの複雑性や開発の属人化は必ずしも解決しません。重要なのは、業務機能を独立させ、共通機能を標準化し、再利用できるSoftware Architectureへ進化させることです。
AllegroSmartは、認証・認可・権限管理を担うnAuthと、業務・データ処理を担うnewtZEROを活用し、再利用可能なMicroservices Architectureを提供します。
業務固有の処理はZERO Templateで定義し、newtZEROに設定・ビルドすることで、業務Microservices/APIを構成します。既存資産を活かしながら、開発の標準化、保守性の向上、AI Agentとの連携を実現する。それがAllegroSmartのAI Ready Modernizationです。
02｜Enterprise Data Integration
分散するデータを、安全につなぎ、AI Readyな企業資産へ。
企業のデータは、業務システム、部門、クラウド、外部サービスなど、さまざまな場所に分散しています。
AIや業務システムがこれらのデータを利用するためには、単にデータを集めるだけでなく、意味付け、アクセス権限、データ管理を統合的に設計する必要があります。
AllegroSmartは、newtZEROのSemantic Processingと、nAuthのIdentity & Access Controlを組み合わせたData Fabric Architectureを提供します。MongoDBを中核に、RAW・Cold・Warm・Hotのデータ管理構造とAPI連携を組み合わせ、業務要件に応じたデータ活用基盤を構成します。
データを集めるだけでなく、意味を理解し、安全に利用できる企業資産へ。
AllegroSmartは、企業全体のデータ活用とAI Ready化を支援します。
03｜Enterprise AI Agent Integration
AI Agentを、企業の業務システムへ。
AI Agentを導入するだけでは、企業の業務自動化は完成しません。
AI Agentが実際の業務を実行するためには、企業データへのアクセス、業務API、認証・認可、権限管理、そして実行結果の制御が必要です。
AllegroSmartは、nAuthによるIdentity & Access Controlと、newtZEROによる業務Microservices・データアクセスを組み合わせ、AI Agentと企業システムを連携させるArchitectureを提供します。
複数のAI Agent、LLM、RAG、業務Microservicesを組み合わせることで、企業固有の業務要件に対応するAI Agent Platformを設計できます。AI Agentの判断・実行と、人による承認・監督を組み合わせ、安全で柔軟な業務自動化を目指します。AIが回答する時代から、AI Agentが企業の業務を支援・実行する時代へ。
AllegroSmartは、Human × AI Agentが協働できる企業システムの実現を支えます。
04｜NoOps × AIOps Automation
システム構築・運用を自動化し、複雑性から解放する。
Microservices Architectureによってシステムの柔軟性が高まる一方、多数のコンテナの構築、接続、配置、運用管理は複雑になりがちです。AllegroSmartのnewtroidは、コンテナシステムの構築・接続・運用を自動化する独立したContainer Orchestration Platformです。
YAML Coding Free、API-Driven、Automated Networkingなどの技術によって、構築・運用に伴う専門的な設定作業を削減します。さらに、OptX Storeや構成テンプレートを活用し、一度構築したシステム資産を再利用できる環境を提供します。今後はAI Agentと運用APIを連携させ、監視・分析・運用操作の自動化をさらに高度化するAIOpsへの発展を目指しています。
システムを構築して終わりではなく、構築・接続・運用・再利用までを自動化する。
これがAllegroSmartの目指すNoOps × AIOpsです。
ふるさと納税Platform
Microservices Architectureで実現した、複数自治体対応のふるさと納税Platform。nAuth × newtZEROによる、セキュアで拡張性の高い商用システム。
AllegroSmartは、独自開発のnAuthとnewtZEROを活用し、Microservices Architectureによるふるさと納税Platformを開発しました。本Platformは、複数自治体への展開を想定し、認証・認可・権限管理、業務データ処理、API連携などをMicroservicesとして構成しています。共通機能を標準化することで、自治体ごとにシステムを個別開発することなく、マルチテナント構成によるデータ管理と業務処理を実現しています。
01｜Project Overview
Hardwareは標準化。Softwareはどうだろうか。
ふるさと納税サービスには、寄附者の管理、自治体情報の管理、寄附受付、返礼品管理、外部サービスとの連携など、多様な業務機能が求められます。また、自治体や利用者の増加に対応するためには、システムの拡張性、セキュリティ、安定したデータ管理が重要になります。
AllegroSmartは、こうした要件に対応するため、業務機能を独立したMicroservicesとして構成するArchitectureを採用しました。認証・認可、データ管理、業務APIなどを共通化し、複数自治体への展開を支えるPlatformを実現しています。
02｜System Architecture
Hardwareは標準化。Softwareはどうだろうか。
ふるさと納税サービスには、寄附者の管理、自治体情報の管理、寄附受付、返礼品管理、外部サービスとの連携など、多様な業務機能が求められます。また、自治体や利用者の増加に対応するためには、システムの拡張性、セキュリティ、安定したデータ管理が重要になります。
AllegroSmartは、こうした要件に対応するため、業務機能を独立したMicroservicesとして構成するArchitectureを採用しました。認証・認可、データ管理、業務APIなどを共通化し、複数自治体への展開を支えるPlatformを実現しています。
nAuth｜Identity & Security Microservices
ユーザー認証、認可、Role・Permission、アクセス制御などを担当します。JWTを活用した認証とマルチテナント管理により、自治体や利用者ごとの権限に応じたアクセス制御を実現しています。
newtZERO｜Semantic Data Fabric Microservices
業務データの管理、データアクセス、Validation、Idempotency、State Transitionなどの共通処理を担当します。
業務固有の処理はZERO Templateで定義し、newtZEROに設定・ビルドすることで、業務Microservices/APIとして構成します。
MongoDB｜Distributed Database
Replica SetとShardingを活用し、データの可用性と分散管理に対応しています。
複数自治体のデータを共通基盤で管理しながら、テナント情報とアクセス権限に基づく論理的な分離を実現しています。
OpenResty / nginx｜Communication Control
外部からの通信受付、TLS終端、負荷分散、APIへのルーティングを担当します。
これらの技術を組み合わせることで、認証・認可から業務処理、データ管理までをMicroservices Architectureとして構成しています。
03｜Multi-Tenant Architecture
Hardwareは標準化。Softwareはどうだろうか。
本Platformでは、nAuthによるテナント管理とアクセス制御、newtZEROによる業務データ処理を組み合わせ、複数自治体が共通のシステム基盤を利用するマルチテナント構成を採用しています。自治体ごとの業務データを論理的に分離し、権限に応じて適切にアクセスできる仕組みを実装しています。
これにより、自治体ごとに認証基盤やデータ処理基盤を個別に構築する必要がなく、共通のMicroservices Architectureを活用したサービス展開が可能になります。また、業務機能を独立したMicroservicesとして構成することで、機能追加や変更にも対応しやすいシステムを実現しています。
04｜Commercial Operation
複数自治体への展開を支える商用運用実績。
ふるさと納税Platformは、2024年から商用運用を開始しました。本番環境とステージング環境には、それぞれ約40コンテナを採用し、関連環境を含めて最大約120コンテナ規模の運用実績があります。
複数のMicroservicesを組み合わせたシステムを少人数で管理し、継続的なサービス運用を行っています。
共通Architectureの再利用、Microservicesの独立性、データ基盤の分散構成などが、システムの拡張性と運用効率を支えています。
05｜Project Results
Microservices Architectureが実現したシステムの価値
1．マルチテナントによる複数自治体対応
共通Platformを利用しながら、自治体ごとのデータ管理とアクセス制御を実現しました。
2．セキュリティ機能の標準化
nAuthによって、認証・認可・権限管理を共通化しました。
3．業務Microservicesの標準化と再利用
newtZEROを活用し、共通処理と業務固有の処理を分離しました。
4．分散データ基盤による拡張性
MongoDBのReplica SetとShardingを活用し、可用性とデータ分散に対応しました。
5．商用システムの継続運用
多数のMicroservicesを構成し、少人数による継続的な運用を実現しています。
Conclusin
Microservices Architectureを、実際の商用Platformへ。
AllegroSmartは、nAuthとnewtZEROを活用したMicroservices Architectureによって、複数自治体が利用するふるさと納税Platformを開発・構築しました。認証・認可、業務処理、データ管理を標準化し、マルチテナントによる共通システム基盤を実現しています。
標準化されたMicroservices Architectureの商用実装。
それが、AllegroSmartのふるさと納税Platformです。
実装から生まれたData Fabric。
Data Integration × API × Semantic × MDM × Identity × Microservices
企業には、基幹システム、CRM、業務システム、SaaS、文書、画像、ファイルなど、さまざまなデータが分散して存在しています。
Data Fabric Platformは、これらのデータを単に一か所へ集約するのではなく、意味・ID・権限・API・業務機能を整理し、人・業務アプリケーション・AI Agentが安全に利用できる共通データ基盤を構築します。
AllegroSmartのData Fabricは、概念から生まれたものではありません。
実際の企業システムを開発・構築・運用し、分散したデータを業務で利用するために必要だった技術を積み重ねた結果として生まれています。
データを集めるだけでは、AI Readyにはならない。
企業のデータ活用では、これまでDWHやData Lakeへデータを集約し、BI・分析・レポーティング・機械学習などへ利用する方法が広く採用されてきました。
DWHやData Lakeは、分析基盤として重要な役割を持っています。
しかし、AI Agentが企業システムの中で業務を実行するためには、それだけでは十分ではありません。
AI Agentには、
AI Agentには、
どのデータを利用できるのか。
そのデータは何を意味するのか。
誰の権限でアクセスするのか。
どのAPIや業務機能を利用できるのか。
参照だけでなく、登録・更新を実行してよいのか。
といった制御が必要になります。AI Readyに必要なのは、単なるData Storageではありません。
Data × Meaning × Identity × Permission × API × Business Logic
これらが一つの仕組みとして連携していることが重要です。
DWH / Data LakeとData Fabricは、置き換え関係ではありません。
Data Fabricは、DWHやData Lakeを否定する考え方ではありません。
DWH / Data Lakeは、データの集約・分析に強い。
MDMは、顧客・患者・商品などのMaster Dataを整理することに強い。
API Managementは、システム間の機能・データ連携に強い。
Data Fabricは、それらを必要に応じて活用しながら、企業内に分散するデータを横断的に利用するための共通利用層を構築します。
つまり、「すべてのデータを一つに集める」から、「データを適切な場所に保持しながら、横断的に利用する」へ。
と言う考え方かたです。
データは、すべて同じ状態ではありません。
企業データには、利用目的や利用頻度によって異なる特性があります。
AllegroSmartでは、データを一律に扱うのではなく、データライフサイクルに応じて管理します。
Cold Data/RAW Data
受け取ったデータを原型に近い状態で保持。長期保存や低頻度利用を中心とするデータ。
Warm Data
業務・分析などで継続的に利用するデータ。
Hot Data
リアルタイム性や高頻度アクセスが求められるデータ。データの性質に応じて保存・処理・利用方法を変えながら、その上に共通のData Fabricを形成します。
Data Sources
↓
RAW / Cold / Warm / Hot
↓
Data Fabric
↓
Business / Analytics / AI Agent
MDMも、Data Fabricの中で実現する。
企業には、一人の顧客、一人の患者、一つの商品に対して、システムごとに異なるIDが存在するケースがあります。重要なのは、単に一つのMaster Databaseへ統合することではありません。
誰のデータなのか。
どのシステムのIDなのか。
どの属性が同じ意味なのか。
誰がその情報を利用できるのか。
これらを整理する必要があります。AllegroSmartでは、Identity、Master ID、Semantic Attribute、Tenant、Role、Permission、Data Mappingを組み合わせることで、Data Fabricの中でMaster Data Managementを実現します。
nAuth × newtZERO
Data Fabricを支える2つのMicroservices
AllegroSmartのData Fabric Platformの中核となるのが、nAuth × newtZEROです。
nAuth
Identity & Security Microservice
Authentication、Authorization、Role、Permission、Tenantなどを管理し、人・システム・AI Agentのアクセスを制御します。
nAuth
Identity & Security Microservice
Semantic Processing、Data Access、CRUD API、Business Logic、Data Orchestrationなどを担い、企業データを業務やAIから利用できるサービスへ変換します。
この2つを組み合わせることで、
Data Integration
API Integration
Semantic Processing
Master Data
Identity & Access Control
Microservices
を一つのアーキテクチャとして構成します。
nAuth
Identity & Security Microservice
AI AgentにDatabaseを直接操作させることが、AI Readyではありません。
企業システムでは、必ず認証・認可・権限・データアクセス・業務ルールが必要です。
AI Agentは、nAuthによって許可されたIdentityとPermissionに基づき、newtZEROが提供するAPIやMicroservicesを通じて企業データを利用します。
その結果、
正しいデータを
正しい意味で
正しい権限で
正しい業務機能から利用する
ことが可能になります。
実装と運用から生まれた。
AllegroSmartは、Data Fabricという言葉が一般化する以前から、企業システムの中で、
分散データ
API
Semantic Processing
Identity
Microservices
Data Lifecycle Management
を組み合わせてきました。Data Fabricという概念に合わせて製品を作ったのではありません。実際の業務システムで発生する課題を解決するために実装を重ね、その結果として現在のData Fabric Architectureが形成されています。
人・組織・AI Agentのための統合アクセス制御基盤
nAuthは、企業システムに必要なAuthentication、Authorization、Role、Permission、Group、Relation、Multi-Tenantを共通化するIdentity & Access Control Microserviceです。
従来のように、システムごと、サービスごとに認証・認可や権限管理を個別実装するのではなく、IdentityとAccess Controlを独立したMicroserviceとして共通化します。
ユーザーが誰なのか。
どの組織・テナントに属しているのか。
どのRoleを持っているのか。
どのResourceに対して、何を実行できるのか。
これらを一貫して管理することで、複数のMicroservices、SaaS、Data Fabric、そしてAI Agentから利用できる共通のSecurity Layerを構築します。
Why nAuth?
Microservices時代に、認証・認可をサービスごとに作らない
従来の企業システムでは、それぞれのアプリケーションが独自にUser、Role、Permission、認証・認可機能を持つケースが多くありました。システムが少ない時代には、それでも運用できました。
しかし、Microservices Architectureではサービス数が増えます。さらに、SaaS、外部サービス、API、AI Agentまで企業システムへ接続するようになると、サービスごとに異なるIdentityとPermissionを管理することは急速に複雑になります。
例えば、
・同じユーザーが複数システムに存在する
・システムごとにRoleの定義が異なる
・Permissionの変更を複数システムへ反映しなければならない
・組織や契約単位によって利用可能なデータが異なる
・AI Agentにも適切な権限を与える必要がある
という問題が発生します。
nAuthは、このIdentity & Access Controlを企業システムから分離し、独立したMicroserviceとして共通化します。
Individual Security Implementation
から
Shared Identity & Access Control Microserviceへ。
Securityを各システムの個別機能ではなく、企業システム全体から利用する共通機能へ変える。
それがnAuthの基本思想です。
What is nAuth?
IdentityとAccess ControlをMicroserviceとして共通化する
nAuthは、単なるLogin機能ではありません。
また、User管理だけを行うシステムでもありません。
企業システムを利用する主体と、その主体が利用できるResourceやServiceとの関係を管理するMicroserviceです。
nAuthでは、User、Contractor、Group、Tenant、Role、Permission、Resource、Relationなどを組み合わせて管理します。
例えば、あるUserが、
どのTenantに所属しているのか。
どのGroupに所属しているのか。
どのRoleを持っているのか。
どのPermissionを持っているのか。
どのResourceにアクセスできるのか。
これらの関係を一つのIdentity & Access Control Architectureとして管理します。
そのため、単純な「ログインできるか」だけではなく、「ログインした後に何を実行できるか」まで管理することができます。
Multi-Tenant Architecture
Multi-Tenant Architecture
一つのシステムを、複数の企業・組織・契約者で安全に利用する
nAuthの重要な特徴の一つが、
Multi-Tenant Management
です。
SaaSや企業向けPlatformでは、一つのシステムを、
企業、自治体、事業者、契約者
など複数の組織が共同利用するケースがあります。
しかし、同じシステムを利用していても、
データ、User、Role、Permission
はTenantごとに分離されなければなりません。
例えば、
Tenant AのUserは、Tenant Aのデータだけを利用する。
Tenant BのUserは、Tenant Bのデータだけを利用する。
さらに同じTenantの中でも、Administrator、Manager、Operator、一般UserなどRoleによって利用できる機能やデータを変える必要があります。
nAuthでは、Tenant × User × Group × Role × Permission × Resourceを組み合わせてAccess Controlを行います。これによって、一つの共通システム、一つのMicroserviceを複数Tenantで利用しながら、データと権限を分離できます。
つまり、Tenantごとに同じシステムを複製する必要はありません。
共通のMicroservicesを利用しながら、安全なMulti-Tenant Architectureを実現します。
IdentityからPermissionまでを、一つの仕組みで管理する。
Multi-Tenant Architecture
一つのシステムを、複数の企業・組織・契約者で安全に利用する
nAuthの重要な特徴の一つが、
Multi-Tenant Management
です。
SaaSや企業向けPlatformでは、一つのシステムを、
企業、自治体、事業者、契約者
など複数の組織が共同利用するケースがあります。
しかし、同じシステムを利用していても、
データ、User、Role、Permission
はTenantごとに分離されなければなりません。
例えば、
Tenant AのUserは、Tenant Aのデータだけを利用する。
Tenant BのUserは、Tenant Bのデータだけを利用する。
さらに同じTenantの中でも、Administrator、Manager、Operator、一般UserなどRoleによって利用できる機能やデータを変える必要があります。
nAuthでは、Tenant × User × Group × Role × Permission × Resourceを組み合わせてAccess Controlを行います。これによって、一つの共通システム、一つのMicroserviceを複数Tenantで利用しながら、データと権限を分離できます。
つまり、Tenantごとに同じシステムを複製する必要はありません。
共通のMicroservicesを利用しながら、安全なMulti-Tenant Architectureを実現します。
nAuthが共通化するSecurity機能
Multi-Tenant Architecture
Authentication
利用主体が誰であるかを確認します。User、ServiceなどのIdentityを識別し、安全なシステム利用の入口を提供します。
Role Management
Administrator、Manager、Operatorなど、業務上の役割をRoleとして管理します。
Permission Management
Read、Create、Update、Delete、Executeなど、Resourceに対して実行可能な操作を管理します。
Group Management
UserやContractorを、組織、部署、チームなどのGroupとして管理します。
Relation Management
User、Group、Tenant、Role、Resourceなどの関係性を管理します。
Multi-Tenant Management
複数企業・複数組織が同じシステムを利用する場合でも、Tenant単位でIdentityとAccess範囲を分離します。
Audit & Security
Access履歴やSecurity関連情報を管理し、安全な企業システム運用を支えます。
nAuth × newtZERO
SecurityとBusiness Logicを分離する
AllegroSmartのMicroservices Architectureでは、nAuthとnewtZEROの責務を明確に分離しています。
nAuthは、Who can do what?
を管理します。
つまり、Identity、Authentication、Authorization、Tenant、User、Group、Role、Permission、Relationを担当します。一方newtZEROは、What business data and functions can be executed?
を担当します。
つまり、
Business Data、Business Logic、Validation、Data Access、State Transition、Semantic Processing、Stream Gate API,、Data Provider API
を担当します。
この二つを分離することで、Security LogicをBusiness Logicへ埋め込む必要がなくなります。newtZEROが業務処理を実行する際には、nAuthが持つIdentity、Tenant、Role、Permissionなどの情報を利用します。
その結果、同じBusiness Microserviceを利用しながら、
Tenantごとに、
Userごとに、
Roleごとに、
利用可能なデータと業務機能を制御できます。これが、nAuth × newtZEROによるMicroservices Architectureです。
nAuth and Data Fabric
Data FabricにはIdentityとPermissionが必要になる
Data Fabricでは、企業内に分散するさまざまなデータを利用します。しかし、データへ接続できることと誰でも利用できることは同じではありません。
企業データには、
組織
契約
Tenant
User
Role
Permission
に応じたAccess Controlが必要です。
nAuthは、IdentityとPermissionを管理することで、分散した企業データに対して一貫したAccess Controlを提供します。
例えば、同じnewtZERO Microserviceを複数Tenantが利用する場合でも、nAuthが持つTenant情報によって、利用可能なデータを分離できます。
つまり、Data Fabricの中でIdentityとAccess Controlを担うのがnAuthです。
nAuth for SaaS
Multi-Tenant SaaSに必要なSecurity機能を共通化する
SaaSを構築する場合、業務機能だけでは完成しません。
必ず、
Authentication
Authorization
Tenant Management
User Management
Role Management
Permission Management
が必要になります。
これらをSaaSごとに開発すれば、同じSecurity機能を何度も実装することになります。nAuthを共通Microserviceとして利用することで、複数のSaaSやBusiness Applicationsから同じIdentity & Access Control機能を再利用できます。
さらにMulti-Tenant Managementによって、一つのシステムを複数の企業や組織が安全に共同利用できます。
nAuth for AI Agent
AI AgentにもIdentityとPermissionが必要になる
AI Agentが企業システムを利用する時代には、新しいSecurity Architectureが必要です。
AI Agentだからといって、
・企業内のすべてのデータ
・すべてのAPI
・すべての業務機能
へ自由にアクセスさせることはできません。
AI Agentにも、
・どのTenantに属しているのか
・どのRoleで動作するのか
・どのPermissionを持っているのか
・どのResourceへアクセスできるのか
というAccess Controlが必要です。
つまり、AI AgentにもIdentityが必要です。
nAuthによって、人だけではなくAI AgentもIdentity & Access Control Architectureの中で管理できるようにする。これによって、AI Agentが企業システムを安全に利用できる環境を構築します。
Built for Production
実システムから生まれたIdentity & Access Control Microservice
AI Agentが企業システムを利用する時代には、新しいSecurity Architectureが必要です。
AI Agentだからといって、
・企業内のすべてのデータ
・すべてのAPI
・すべての業務機能
へ自由にアクセスさせることはできません。
AI Agentにも、
・どのTenantに属しているのか
・どのRoleで動作するのか
・どのPermissionを持っているのか
・どのResourceへアクセスできるのか
というAccess Controlが必要です。
つまり、AI AgentにもIdentityが必要です。
nAuthによって、人だけではなくAI AgentもIdentity & Access Control Architectureの中で管理できるようにする。これによって、AI Agentが企業システムを安全に利用できる環境を構築します。
ふるさと納税システム
AI Agentが企業システムを利用する時代には、新しいSecurity Architectureが必要です。
AI Agentだからといって、
・企業内のすべてのデータ
・すべてのAPI
・すべての業務機能
へ自由にアクセスさせることはできません。
AI Agentにも、
・どのTenantに属しているのか
・どのRoleで動作するのか
・どのPermissionを持っているのか
・どのResourceへアクセスできるのか
というAccess Controlが必要です。
つまり、AI AgentにもIdentityが必要です。
nAuthによって、人だけではなくAI AgentもIdentity & Access Control Architectureの中で管理できるようにする。これによって、AI Agentが企業システムを安全に利用できる環境を構築します。
From Identity to AI Ready
Identityを共通化し、企業システムを安全なAI Ready Architectureへ
企業システムは、これから人だけが利用するものではありません。
Business Applications。
Microservices。
External Systems。
そしてAI Agent。
さまざまな主体が企業システムへ接続し、データや業務機能を利用するようになります。
そのとき重要になるのは、
・誰が利用しているのか
・どの組織に属しているのか
・何を利用できるのか
・どのデータへアクセスできるのか
を明確に管理することです。
nAuthはIdentityとAccess Controlを共通化します。
newtZEROはBusiness DataとBusiness LogicをMicroservicesとして提供します。
この二つを組み合わせることで、
Identity × Permission × Business Data × Business Logic
を安全に接続できます。
そして企業の既存システムを、AI Agentが安全に利用できるAI Ready Architectureへ進化させます。
業務機能とデータを再利用化する Microservice
newtZEROは、企業システムに必要な業務データ処理と共通機能を標準化する、Business Microservice Engineです。ZERO Templateに業務固有のデータ構造やロジックを定義することで、API、CRUD処理、Validation、Data Access、State Transitionなど、バックエンド開発に必要な共通処理を標準化します。システムごとに同じ機能を繰り返し開発するのではなく、再利用可能なMicroservicesとして企業システムを構築する。
それがnewtZEROの基本思想です。
Why newtZERO？
Microservices時代に、同じバックエンドを何度も作らない
従来の業務システム開発では、システムごとにデータモデルを設計し、CRUD、API、Validation、認証・認可連携、業務ロジック、テストなどを個別に実装してきました。
しかし、Microservices Architectureではサービスの数が増えるため、この開発をサービスごとに繰り返せば、開発量と運用負荷も増加します。
さらにAI Agent時代には、企業システムに対して、より多くの業務機能をAPIとして安全に提供する必要があります。人が一つひとつ同じ機能を設計・開発していては、変化の速度に追いつくことができません。
newtZEROは、共通処理をMicroservice側に集約し、業務固有部分をZERO Templateとして定義することで、バックエンド開発を標準化します。
Business Definition → ZERO Template → newtZERO → Microservice
この構造によって、開発を「個別実装」から「標準化・再利用・自動化」へ変えていきます。
What is newtZERO？
業務データ処理を標準化するTemplate-Driven Microservice
newtZEROは、単なるAPI生成ツールではありません。
企業システムで繰り返し必要になる共通処理をMicroserviceとして実装し、業務ごとの差分をZERO Templateとして分離する仕組みです。
ZERO Templateを利用することで、業務データ構造や業務ロジックを定義し、それをもとに必要なAPIやデータ処理機能を構成できます。
newtZEROが標準機能として担う主な領域は以下です。
・Validation
・Idempotency
・Data Access
・State Transition
・Business Logic
・Semantic Processing
・Stream Gate API
・Data Provider API
認証・認可については、独立したMicroserviceであるnAuthと連携します。
nAuthがAuthentication、Authorization、Role、Permission、Multi-Tenantを担当し、newtZEROが業務データと業務処理を担当します。
この責務分離によって、セキュリティと業務処理を独立させながら、再利用可能なMicroservices Architectureを構築できます。
How newtZERO works？
ZERO Templateを中心に、業務Microserviceを構成する
newtZEROでは、業務固有の定義をZERO Templateとして管理します。ZERO Templateには、データ構造、業務ロジック、状態遷移など、業務ごとに必要となる情報を定義します。
その定義をnewtZEROが読み取り、共通機能と組み合わせることで、業務Microserviceとして動作させます。
nAuthは、利用者やAI Agentに対して、
・誰なのか
・どのRoleを持っているのか
・何を実行できるのか
・どのテナントに属しているのか
を管理します。
newtZEROは、その権限情報を利用しながら、業務データへのアクセスと業務処理を実行します。データストアにはMongoDBを利用でき、必要に応じてReplica SetやShardingによる拡張も可能です。
外部には、Stream APIやData Provider APIを通じて、Applications、外部システム、AI Agentなどへ業務機能を提供します。
Core Capabilities
業務データ処理を標準化するTemplate-Driven Microservice
ZERO Template
利用主体が誰であるかを確認します。User、ServiceなどのIdentityを識別し、安全なシステム利用の入口を提供します。
API Generation
Stream Gate API、Data Provider APIなど、業務データを利用するためのAPIを標準化します。
Validation
入力データや業務条件を検証し、データ品質と業務処理の整合性を維持します。
Idempotency
入力データや業務条件を検証し、データ品質と業務処理の整合性を維持します。
Data Access
業務データへのアクセス方法を共通化し、アプリケーションごとの個別実装を削減します。
State Transition
業務プロセスに必要な状態遷移を管理し、業務処理をMicroserviceとして明確に分離します。
Business Logic
業務固有の処理をZERO Templateと組み合わせて実装します。
Semantic Processing
業務固有の処理をZERO Templateと組み合わせて実装します。
newtZERO and Data Fabric
私たちが考えるData Fabricは、すべてのデータを一つのデータベースへ集約することではありません。
企業には、ERP、CRM、業務システム、部門システム、外部サービスなど、すでに多くのシステムとデータが存在します。
重要なのは、それらを無理に一ヶ所へ集めることではなく、必要なデータと業務機能を、安全に利用できる状態にすることです。
newtZEROは、業務データをMicroserviceとして提供し、nAuthによるIdentityとPermissionを組み合わせることで、分散した企業データを安全に利用可能にします。
そのためnewtZEROは、Data Fabricを構成する中核Microserviceの一つとして機能します。
AI Ready Architecture
AI Agentが企業システムを利用できる構造へ
AI Agentが企業システムを利用する時代には、データが存在しているだけでは不十分です。
AI Agentが、
必要なデータを取得し、
必要な業務機能を実行し、
必要な権限の範囲だけで動作できること。
この構造が必要になります。
newtZEROは、企業の業務データと業務機能をMicroservicesとして提供します。nAuthは、そのMicroservicesに対して誰が、あるいはどのAI Agentがアクセスできるのかを制御します。
これによって、
Identity × Business Data × Business Logic × API
を組み合わせたAI Ready Architectureを構築できます。
Identity × Business Data × Business Logic × API
を組み合わせたAI Ready Architectureを構築できます。
NoOps Container Orchestration Platform
企業システムのコンテナ化・大規模運用・ガバナンスを、もっとシンプルに。
newtroidは、Cloud、On-Premises、Bare Metal、Edgeなどの異なるインフラ環境を統合し、Containerで構成されたシステムの構築・配置・接続・起動・停止・運用・再利用を一元的に管理するContainer Orchestration Platformです。
複雑なContainer Orchestrationを利用者側へ委ねるのではなく、Platform側で吸収・自動化することを基本思想としています。
YAML Coding Free
複雑なYAML記述を不要に。
Container Orchestrationのために、利用者が複雑なYAMLを記述する必要はありません。
API-Driven
すべての機能をAPIで一元制御。
newtroid Management Consoleを含む各機能は、newtroid Manager APIを中心に制御されます。
Automated Networking
IP・Port・Container間接続を自動化。
ContainerのIP・Portを自動割り当てし、SLOTによってContainer間接続を自動化します。
Reusable System
システム構成を再利用・再現。
Docker ImageとOptX Templateを組み合わせ、一度構築したシステム構成を再利用・再現できます。
Hybrid Infrastructure
CloudからOn-Premises、Bare Metal、Edgeまで統合管理。
newtroid Agentを通じて、異なるインフラ環境を一つのPlatformとして管理できます。
Why is newtroid?
ContainerとMicroservicesによって、企業システムは柔軟に構成できるようになりました。
一方で、Containerが増えるほど、Server管理、Container配置、Network、IP・Port、Container間接続、Registry、CI/CD、監視、権限管理など、システムを構築・運用するための要素も増加します。
つまり、Microservices化を進めるほど、Container Orchestrationそのものの複雑性が新たな課題になります。newtroidは、この複雑性を個々のエンジニアのスキルに依存させるのではなく、Platform側で吸収・自動化するために設計されています。
What is newtroid？
Container OrchestrationをPlatformとして統合
newtroidは、企業システムのコンテナ化・大規模運用・ガバナンスを統合し、システム規模やインフラ環境に依存ず、Containerで構成されたシステムの構築・運用・再利用を可能にします。
ServerやNodeの管理、Container Orchestration、Registry、CI/CD、User・Role・Permission管理などを、newtroid Managerを中心に統合します。
Cloudだけでなく、企業Data Center、On-Premises、Bare Metal、Edgeまで、一つのPlatformとして管理できす。
How newtroid works
Container OrchestrationをPlatformとして統合
newtroidは、企業システムのコンテナ化・大規模運用・ガバナンスを統合し、システム規模やインフラ環境に依存ず、Containerで構成されたシステムの構築・運用・再利用を可能にします。
ServerやNodeの管理、Container Orchestration、Registry、CI/CD、User・Role・Permission管理などを、newtroid Managerを中心に統合します。
Cloudだけでなく、企業Data Center、On-Premises、Bare Metal、Edgeまで、一つのPlatformとして管理できす。
API-Driven Architecture
すべての機能をAPIで制御する。
newtroidは、APIを中心に設計されたContainer Orchestration Platformです。
newtroid Management Consoleからnewtroid Managerへの操作はCRUD APIを通じて実行され、newtroid Managerと各Nodeに配置されたnewtroid AgentもAPIによって連携します。
newtroid Managerには、4つの主要Management APIがあります。
Infrastructure Management API
Server、Node、newtroid Agent、Container Manager、Registry、Containerなど、Containerを実行するInfrastructureを管理します。
Cloud、On-Premises、Bare Metal、EdgeなどのServerへnewtroid Agentを導入し、newtroidから管理可能なNodeとして統合します。
Xervice Management API
Containerの構築・配置・接続・起動・停止・再構築など、Container Orchestrationを管理します。
Xerviceに含まれるSLOTによってContainer間を接続し、システムとして構築します。
OptX Management API
Git、Docker Hub、CI/CD、Docker Image、OptX Template、OptX Storeなど、Container Assetと再利用の仕組みを管理します。
Docker ImageとOptX Templateを組み合わせることで、システム構成を再利用可能なAssetとして管理します。
User Management API
Authentication、Authorization、Role、Permission、Userなど、newtroidを利用するユーザーとアクセス権限を管理します。
YAML Coding Free
Container Orchestrationの複雑性をPlatform側へ。
newtroidにおけるYAML Coding Freeは、アプリケーション開発そのものをNo Code化するという意味ではありません。Container Orchestrationのために、利用者が複雑なYAMLを記述し、Container配置やNetwork構成を一つずつ設定する作業を不要にするという考え方です。
・YAMLコーディング不要
・IP自動割り当て
・Port自動割り当て
・SLOTによるContainer間自動接続
Container Orchestrationに伴う複雑な構築処理を、利用者側ではなくPlatform側で実行します。
Automated Container Orchestration
構築の複雑性を自動化する。
newtroidでは、XerviceがContainer Orchestrationを担います。
必要なContainerを配置し、IP・Portを自動的に割り当て、SLOTによってContainer間を接続し、システムとして構築します。
Docker Image + OptX Template → Xervice → System
利用者がInfrastructureごとに複雑な構築作業を繰り返すのではなく、newtroidがContainer Systemの構築・再構築を実行します。
Hybrid Infrastructure
構築の複雑性を自動化する。
CloudからOn-Premises、Bare Metal、Edgeまで。
Build Once. Reuse Anywhere.
システムを「作り直す」から「再利用する」へ。
newtroidが再利用する対象は、Container単体だけではありません。
Docker ImageとOptX Templateを組み合わせ、構築に必要な情報をOptX Storeで管理することで、一度構築したシステム構成を再利用可能なAssetとして蓄積します。
必要なシステム構成を選択し、異なるInfrastructure上へ再構築することができます。
OptX Store & CI/CD
開発から構築、再利用までをつなぐ。
OptX Management APIは、GitやDocker Hubなどと連携し、Docker Imageの登録・管理、OptX Templateの登録・管理、CI/CD、OptX Storeを統合します。
Docker ImageとOptX Templateを初期登録時に組み合わせることも、Docker Imageを先に登録し、後からOptX Templateを追加することもできます。
開発されたContainerを単に保存するのではなく、再利用可能なシステム構成として蓄積し、次の構築へつなげる。
それがOptX Storeの役割です。
AI Ready Infrastructure
AIを企業システムとして動かすためのContainer Infrastructureへ。
AI ModelやAI Agentだけでは、企業システムは完成しません。
AI Agent、業務Application、Microservices、Database、APIなどを組み合わせ、実際のEnterprise Systemとして構築・運用するInfrastructureが必要になります。
newtroidは、AI Modelを開発するPlatformではありません。
AI Model、AI Agent、Microservices、業務ApplicationなどをContainerとして構成し、Cloud、On-Premises、Bare Metal、Edgeへ配置・運用するためのContainer Orchestration Layerを担います。
AIを作る企業と競うのではなく、AIを企業システムとして動かすためのInfrastructureを提供する。
これが、AI Ready時代におけるnewtroidの役割です。
Enterprise Container Orchestration
機能を減らしてシンプルにするのではない。複雑性をPlatform側で吸収する。
企業システムでは、Containerを起動できるだけでは十分ではありません。
Infrastructure、Container Orchestration、Registry、CI/CD、Security、User Management、Monitoring、Hybrid Infrastructure、System Reuseなどを継続的に管理する必要があります。
newtroidは、企業システムに必要となるこれらの領域を統合しながら、構築・運用・再利用に伴う複雑性をPlatform側へ移すことを目指しています。
Company
会社の基本情報をご紹介します。
会社名
アレグロスマート株式会社
設立
2006年6月
住所
〒152-0004
東京都目黒区鷹番1-7-5 バンレーラ鷹番106代表者
田渕 鳴利
資本金
8,750万
取引先銀行
三菱UFJ銀行、三井住友銀行、みずほ銀行
Contact
AI・データ活用、システム開発・構築に関するご相談を受け付けています。
AllegroSmart Technologyの導入やパートナーシップについても、お気軽にお問い合わせください。
担当者より通常2〜3営業日以内にご連絡いたします。