Project Details
Presentation
https://docs.google.com/presentation/d/1mnMpxQvUofmwayh0Gixfne7pWKrq27nRNM_kTyazT4c/edit?usp=sharing
Required Information | Responses (Please list N/A if not applicable) | ||||||||||||||||||||||||||||||||||||
Name of Project | InfiniEdge AI
| ||||||||||||||||||||||||||||||||||||
Project Description (what it does, why it is valuable, origin and history) | InfiniEdge AI is a project that brings AI to the edge, enabling real-time AI inference. This technology extends the advantages of AI and Machine Learning to edge devices, thus aligning with the LF Edge Mission Statement. This technology can enhance applications in various sectors including manufacturing, telecommunications, healthcare, automotive (autonomous driving and smart cockpit), retail and etc. InfiniEdge AI originated as part of the AI Edge Blueprint Family (https://wiki.akraino.org/display/AK/The+AI+Edge+Blueprint+Family) and is based on the Shifu Framework (https://github.com/Edgenesis/shifu) and YoMo (https://github.com/yomorun/yomo)
| ||||||||||||||||||||||||||||||||||||
Statement on alignment with Foundation Mission Statement | InfiniEdge AI aligns with the LF Edge Mission Statement by creating an open, scalable, and interoperable framework for edge computing. This project embodies LF Edge's vision for edge applications by extending AI and Machine Learning benefits to edge devices. | ||||||||||||||||||||||||||||||||||||
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. | InfiniEdge AI enhances the overall LF Edge ecosystem by providing an AI/ML interface for edge devices. It does not overlap significantly with existing projects but brings unique capabilities to the table. Harmonization potential exists with IoT and edge computing-focused projects. | ||||||||||||||||||||||||||||||||||||
Link to current Code of Conduct | N/A | ||||||||||||||||||||||||||||||||||||
2 TAC Sponsors, if identified (Sponsors help mentor projects) - See full definition on Project Stages: Definitions and Expectations | @Toshimichi Fukuda , Fujitsu; @Tina Tsou (Deactivated) , Arm | ||||||||||||||||||||||||||||||||||||
Project license | Apache 2.0 | ||||||||||||||||||||||||||||||||||||
Source control (GitHub by default) | GitHub | ||||||||||||||||||||||||||||||||||||
Issue tracker (GitHub by default) | GitHub | ||||||||||||||||||||||||||||||||||||
External dependencies (including licenses) @Tom Qin |
| ||||||||||||||||||||||||||||||||||||
Release methodology and mechanics |
| ||||||||||||||||||||||||||||||||||||
Names of initial committers, if different from those submitting proposal | Liya Yu, Baidu @Yu, Liya C.C., Allegro @Weixiao Fan Jun Chen, Baidu @Jun Chen Tom Qin, Edgenesis @Tom Qin Yongli Chen, Edgenesis Kevin Zheng, Edgenesis Wenhui Zhang, ByteDance/TikTok @Wenhui Zhang Joe Speed, Ampere Ray Chi, Advantech Roger Chen, SuperMicro Rick Cao, Meta Reo Inoue, Fujitsu @inoue Ashok Bhat, Arm Milos Puzovic, Arm Tina Tsou, InfiniEdge AI, @Tina Tsou Qi Wang, Google FeiMin Yuan, F5 Caleb Jiang, Applied Concept Inc. @Caleb Vijay Chintha, Comcast @vijay chintha Wilson Wang, ByteDance @Wilson Wang Sujata Tibrewala @Sujata Tibrewala | ||||||||||||||||||||||||||||||||||||
Current number of code contributors to proposed project | 6 | ||||||||||||||||||||||||||||||||||||
Current number of organizations contributing to proposed project | 4 (Baidu, Allegro, Edgenesis, TikTok) | ||||||||||||||||||||||||||||||||||||
Briefly describe the project's leadership team and decision-making process | Ye Wang / Architect, Baidu C.C. / CEO, Allegro @Weixiao Fan Yongli Chen / CEO, Edgenesis | ||||||||||||||||||||||||||||||||||||
Advisors | @Ranny Haiby @Tina Tsou (Deactivated) | ||||||||||||||||||||||||||||||||||||
List of project's official communication channels (slack, irc, mailing lists) | N/A | ||||||||||||||||||||||||||||||||||||
Link to project's website | N/A | ||||||||||||||||||||||||||||||||||||
Links to social media accounts | N/A | ||||||||||||||||||||||||||||||||||||
Existing financial sponsorship | N/A | ||||||||||||||||||||||||||||||||||||
Infrastructure needs or requests (to include GitHub/Gerrit, CI/CD, Jenkins, Nexus, JIRA, other ...) | GitHub | ||||||||||||||||||||||||||||||||||||
Currently Supported Architecture | x86-64, AArch64 | ||||||||||||||||||||||||||||||||||||
Planned Architecture Support | N/A | ||||||||||||||||||||||||||||||||||||
Project logo in svg format (see https://github.com/lf-edge/lfedge-landscape#logos for guidelines) | N/A | ||||||||||||||||||||||||||||||||||||
Trademark status | N/A | ||||||||||||||||||||||||||||||||||||
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? | N/A |
Project Proposal - Mapping Criteria and Data:
Stage 1: At Large Projects (formerly 'Sandbox')
2 TAC Sponsors, if identified (Sponsors help mentor projects) - See full definition on Project Stages: Definitions and Expectations | N/A |
A presentation at an upcoming meeting of the TAC, in accordance with the project proposal requirements | N/A |
The typical IP Policy for Projects under the LF Edge Foundation is Apache 2.0 for Code Contributions, Developer Certificate of Origin (DCO) for new inbound contributions, and Creative Commons Attribution 4.0 International License for Documentation. Projects under outside licenses may still submit for consideration, subject to review/approval of the TAC and Board. | Yes |
Upon acceptance, At Large projects must list their status prominently on website/readme | Yes |
Project Proposal - Taxonomy Data:
Functions (Provide, Consume, Facilitate, or N/A; Add context as needed)
APIs | Provide |
Cloud Connectivity | Provide |
Container Runtime & Orchestration | Consume |
Data Governance | Provide, Consume |
Data Models | Provide |
Device Connectivity | Consume |
Filters/Pre-processing | N/A |
Logging | Consume |
Management UI | Consume |
Messaging & Events | N/A |
Notifications & Alerts | N/A |
Security | N/A |
Storage | Provide, Consume, Facilitate |
Deployment & Industry Verticals (Support, Possible, N/A; Add context as needed)
Customer Devices (Edge Nodes) | N/A |
Customer Premises (DC and Edge Gateways) | Support |
Telco Network Edge (MEC and Far-MEC) | Support |
Telco CO & Regional | Possible |
Cloud Edge & CDNs | Cloud Edge – Support; CDNs: Possible |
Public Cloud | Support |
Private Cloud | Support |
Deployment & Industry Verticals (✔ or X; Add context as needed)
Automotive / Connected Car | ✔ |
Chemicals | ✔ |
Facilities / Building automation | ✔ |
Consumer | ✔ |
Manufacturing | ✔ |
Metal & Mining | X |
Oil & Gas | ✔ |
Pharma | X |
Health Care | ✔ |
Power & Utilities | ✔ |
Pulp & Paper | X |
Telco Operators | ✔ |
Telco/Communications Service Provider (Network Equipment Provider) | ✔ |
Transportation (asset tracking) | ✔ |
Supply Chain | ✔ |
Preventative Maintenance | ✔ |
Water Utilities | X |
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) | No |
Deployments (static v dynamic, connectivity, physical placement) - (✔ or X; Add context as needed)
Gateways (to Cloud, to other placements) | ✔ |
NFV Infrastructure | X |
Stationary during their entire usable life / Fixed placement edge constellations / Assume you always have connectivity and you don't need to store & forward. | |
Stationary during active periods, but nomadic between activations (e.g., fixed access) / Not always assumed to have connectivity. Don't expect to store & forward. | |
Mobile within a constrained and well-defined space (e.g., in a factory) / Expect to have intermittent connectivity and store & forward. | X |