JOIN/SIGN UP
Already a Member? |
GET INVOLVED
Understanding and Engaging in COVESA Expert Groups & Projects |
COLLABORATIVE PROJECTS
HISTORICAL
SDV Telemetry Project - On Hold |
In the following sections a concise description of the global architecture is given.
Table of Contents
Federated Architecture
The architecture should be distributed yet unified, allowing independent operators (OEMs, data collectors, etc.) to manage their own systems while adhering to global standards. The following picture from the presentation held on the fall AMM 2024, Novi, MI.
Each of the node is attached to one or more datacenters, where the data is stored (existing infrastructure). The connection from node to the datasource is specific and require implementation. The node2node communication is unified and will be specified over the time. The node's architecture would look like the following:
Component: Azure AD B2C (or similar federated identity provider).
Purpose: Unified authentication and Single Sign-On (SSO) across all ecosystem instances.
Functionality:
Component: Decentralized instances hosted by each operator.
Purpose: Allow operators to manage their data autonomously.
Functionality:
Component: Standardized APIs using tools like Azure API Management.
Purpose: Ensure seamless communication between instances.
Functionality:
Component: Azure Front Door, Logic Apps, and Purview.
Purpose: Maintain global consistency and compliance.
Functionality:
Component: Azure Cosmos DB (globally distributed database) and Azure Functions (serverless processing).
Purpose: Scalable and low-latency storage and reactive workflows.
Functionality:
Component: Azure Monitor and Log Analytics.
Purpose: Centralized logging and performance tracking.
Functionality:
...