Presented to the TAC: 04/17/2024
...
Required Information | Responses (Please list N/A if not applicable) | ||||||||||||||||||||||||||||||||||||||||||||||||
Name of Project | InstantX - Instant eXchange | ||||||||||||||||||||||||||||||||||||||||||||||||
Project Description (what it does, why it is valuable, origin and history) | InstantX is a cloud and edge cloud platform to exchange and distribute data in real-time between users in a certain geography. One use case is V2X (Vehicle to anything communication), where data between road users (like cars) and between road infrastructure (e.g. traffic lights) and road users is anonymously exchanged with each other | ||||||||||||||||||||||||||||||||||||||||||||||||
Statement on alignment with Foundation Mission Statement | We agree with the foundation's mission statement. | ||||||||||||||||||||||||||||||||||||||||||||||||
| High level assessment of project synergy with existing projects under LF Edge, including how the project compliments/overlaps with existing projects, and potential ways to harmonize over time. Responses may be included both here and/or in accompanying documentation. | InstantX will investigate synergies with other LF Edge projects, like Akraino for leveraging infrastructure and application blueprints. Beside, projects like Fedge, ... | ||||||||||||||||||||||||||||||||||||||||||||||||
Link to current Code of Conduct | We will adopt LF Edge's Code of Conduct. | ||||||||||||||||||||||||||||||||||||||||||||||||
2 TAC Sponsors, if identified (Sponsors help mentor projects) - See full definition on Project Stages: Definitions and Expectations | Tina Tsou | ||||||||||||||||||||||||||||||||||||||||||||||||
Project license | |||||||||||||||||||||||||||||||||||||||||||||||||
Source control (GitHub by default) | |||||||||||||||||||||||||||||||||||||||||||||||||
Issue tracker (GitHub by default) | https://github.com/InstantXlf-edge/instantx/[component]/issues | ||||||||||||||||||||||||||||||||||||||||||||||||
External dependencies (including licenses) |
| ||||||||||||||||||||||||||||||||||||||||||||||||
Release methodology and mechanics | GitHub Releases | ||||||||||||||||||||||||||||||||||||||||||||||||
Names of initial committers, if different from those submitting proposal | |||||||||||||||||||||||||||||||||||||||||||||||||
| Current number of code contributors to proposed project | 6 | ||||||||||||||||||||||||||||||||||||||||||||||||
| Current number of organizations contributing to proposed project | 4-6 tbc. | ||||||||||||||||||||||||||||||||||||||||||||||||
| Briefly describe the project's leadership team and decision-making process | |||||||||||||||||||||||||||||||||||||||||||||||||
| List of project's official communication channels (slack, irc, mailing lists) | Slack and mailing list (tbd. after name has been finalized) | ||||||||||||||||||||||||||||||||||||||||||||||||
| Link to project's website | https://step.vodafone.com | ||||||||||||||||||||||||||||||||||||||||||||||||
Links to social media accounts | N/A | ||||||||||||||||||||||||||||||||||||||||||||||||
| Existing financial sponsorship | Vodafone Business | ||||||||||||||||||||||||||||||||||||||||||||||||
| Infrastructure needs or requests (to include GitHub/Gerrit, CI/CD, Jenkins, Nexus, JIRA, other ...) | SCM (Gitlab), CI/CD (Jenkins), Artifact Repo (Nexus), Code Scanning (Sonarqube), Jira | ||||||||||||||||||||||||||||||||||||||||||||||||
| Currently Supported Architecture | Cloud, Kubernetes, OpenShift | ||||||||||||||||||||||||||||||||||||||||||||||||
| Planned Architecture Support | Cloud, Kubernetes, OpenShift | ||||||||||||||||||||||||||||||||||||||||||||||||
| Project logo in svg format (see https://github.com/lf-edge/lfedge-landscape#logos for guidelines) | tbd. after name is fixed | ||||||||||||||||||||||||||||||||||||||||||||||||
| Trademark status | Trademark will need to be pursed by the Linux Foundation upon project proposal acceptance | ||||||||||||||||||||||||||||||||||||||||||||||||
| Does the project have a Core Infrastructure Initiative security best practices badge? (See: https://bestpractices.coreinfrastructure.org) | No | ||||||||||||||||||||||||||||||||||||||||||||||||
| Any additional information the TAC and Board should take into consideration when reviewing your proposal? | |||||||||||||||||||||||||||||||||||||||||||||||||
...
Functions | (Provide, Consume, Facilitate, or N/A; Add context as needed) |
|---|---|
| APIs | Provide (Provide API for publishing and Redis API for configuration) |
| Cloud Connectivity | Consume |
| Container Runtime & Orchestration | Consume |
| Data Governance | N/A |
| Data Models | N/A |
| Device Connectivity | Provide, Consume, Facilitate |
| Filters/Pre-processing | Provide, Facilitate |
| Logging | Provide |
| Management UI | N/A |
| Messaging & Events | Provide, Consume, Facilitate |
| Notifications & Alerts | Provide (metrics only) |
| Security | N/A |
| Storage | N/A |
...
Deployment Type | (Support, Possible, N/A; Add context as needed) |
|---|---|
| Customer Devices (Edge Nodes) | N/A |
| Customer Premises (DC and Edge Gateways) | N/A |
| Telco Network Edge (MEC and Far-MEC) | N/A |
| Telco CO & Regional | N/A |
| Cloud Edge & CDNs | N/A |
| Public Cloud | Support |
| Private Cloud | Support |
Deployment & Industry Verticals (✔ or X; Add context as needed)
Directly applicable Industry/Verticals use cases | (✔ or X; Add context as needed) |
|---|---|
| Automotive / Connected Car | ✔ |
| Chemicals | X |
| Facilities / Building automation | X |
| Consumer | ✔ |
| Manufacturing | ✔ |
| Metal & Mining | X |
| Oil & Gas | X |
| Pharma | X |
| Health Care | X |
| Power & Utilities | X |
| Pulp & Paper | X |
| Telco Operators | X |
| Telco/Communications Service Provider (Network Equipment Provider) | X |
| Transportation (asset tracking) | ✔ |
| Supply Chain | ✔ |
| Preventative Maintenance | X |
| Water Utilities | ✔ |
| Security / Surveillance | ✔ |
| Retail / Commerce (physical point of sale with customers) | ✔ |
| Other - Please add if not listed above (please notify TAC-subgroup@lists.lfedge.org when you add one) | Drone management, BVLOS |
Deployments (static v dynamic, connectivity, physical placement) - (✔ or X; Add context as needed)
Use Cases | (✔ or X; Add context as needed) |
|---|---|
| Gateways (to Cloud, to other placements) | ✔ |
| NFV Infrastructure | N/A |
| Stationary during their entire usable life / Fixed placement edge constellations / Assume you always have connectivity and you don't need to store & forward. | N/A |
| Stationary during active periods, but nomadic between activations (e.g., fixed access) / Not always assumed to have connectivity. Don't expect to store & forward. | N/A |
| Mobile within a constrained and well-defined space (e.g., in a factory) / Expect to have intermittent connectivity and store & forward. | N/A |
| Fully mobile (To include: Wearables and Connected Vehicles) / Bursts of connectivity and always store & forward. | N/A |
Compute Stack Layers (architecture classification) - (Provide, Require, or N/A; Add context as needed)
...