Baetyl
Status
- Current Project Stage: Stage 1 - At Large
- Website: https://baetyl.io/en/
- Wiki: https://github.com/baetyl/baetyl/wiki
- TAC Sponsors: Leding Leding (Baidu) + Vikram Siwach (MobiledgeX)
- Originally applied under the name OpenEdge. Final Open Source Project Name: Baetyl.
- Presented during the Wednesday, May 22 TAC call: Meeting Recording (https://zoom.us/recording/share/DLIOG1qTcRbGyxq7gd14rS4_0UuGN_0kRacH-YRpftqwIumekTziMw)
- TAC supermajority approval reached on Monday, July 22, 2019.
- Governing Board Strategic Planning Committee approval reached on August 5, 2019.
Presented slides
Project Proposal - Project Introduction:
Required Information | Responses (Please list N/A if not applicable) |
Name of Project | OpenEdge |
Project Description (what it does, why it is valuable, origin and history) | What does OpenEdge do? OpenEdge's goal is to provide a general-purpose operating system for edge computing, abstracting different types of hardware facilities and device capabilities into a standardized container runtime environment and API, enabling efficient management of application, service, and data flow through a remote console both on cloud and on prem. OpenEdge will also equip the edge operating system with the appropriate toolchain support, reduce the difficulty of developing edge calculations with a set of built-in services and APIs, and provide a graphical IDE in the future. Why it is valuable? With modern container and serverless design concepts and engineering tools optimized for stand-alone and small multi-machines, OpenEdge enables a variety of edge hardwares and cloud native applications to work better together. The OpenEdge framework itself provides an edge computing platform on most common chips and operating systems, while also going to provide a lighter and more secure edge operating system directly, which will significantly reduce the cost of ownership. OpenEdge also includes several built-in services like MQTT server and client, Function-as-a-Service, as well as planned streaming and edge storage and databases. Durning this year, OpenEdge will provide SDK in both C/C++ and Golang interface with a series of features such as image acquisition, ML inference, speech recognition/synthesis and geographic location. These will help developers to innovate better. The OpenEdge team will also work with the Global Platform organization to provide standardized security mechanisms to secure device information through dynamic activation, device certificates, TEE and end-to-end security, while providing secure commercial authorization mechanisms and rusted intellectual property protection technology for a variety of potential enterprise/commercial applications. Origin and History OpenEdge is splited as an open source project from Baidu's edge computing solution called Baidu IntelliEdge/BIE in Dec. 2018. The former BIE is launched in Sept. 2017 as an On-prem IoT solution with Cloud remote management. With the deepening of the application scenario, we believe that the market needs a more foundamental and versatile computing platform to carry more different types of applications, so we decided to open source and donate the core functions of BIE to the community. |
Statement on alignment with Foundation Mission Statement | OpenEdge is just aiming to "Building an Open Source Framework for the Edge":
|
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. | EdgeX and OpenEdge seems to have overlaps on some runtime features but we are likely to target different market opportunities. OpenEdge will focus more on data processing capabilities and would like to be the computing infrastructure in as many scenarios as possible. EdgeX has a wealth of industrial device control capabilities that may play a more important role in data acquisition and device control scenarios. We believe that OpenEdge and Akraino will have good cooperation opportunities in the 5G and MEC fields. |
Link to current Code of Conduct | https://github.com/baidu/openedge/blob/master/code-of-conduct.md |
Sponsors from TAC, if identified (a sponsor helps mentor projects) | Leding LI, Baidu + Vikram Siwach, MobiledgeX |
Project license | Apache-2.0 |
Source control (GitHub by default) | https://github.com/baidu/openedge, going to switch to openedgetech/openedge |
Issue tracker (GitHub by default) | https://github.com/baidu/openedge, going to switch to openedgetech/openedge |
External dependencies (including licenses) | |
Release methodology and mechanics | Agile, monthly release |
Names of initial committers, if different from those submitting proposal | Leding LI, Baidu Danfeng LU, Baidu Youjun YUAN, Baidu Mengtao WANG, Baidu Xiaochen WANG, Baidu Jian ZHU, Baidu |
Current number of code contributors to proposed project | 12 |
Current number of organizations contributing to proposed project | Baidu, Inc. |
Briefly describe the project's leadership team and decision-making process | Leding LI, Chief architect of Baidu Cloud IoT OpenEdge's original code and feature design is derived from Baidu's BIE project. OpenEdge's current roadmap will continue to move toward the goal of "providing a cloud-native experience on edge hardware." Specific features and priorities are tailored to the needs of users, developers, partners, and application customers. Some of the features come from the cooperation with Baidu's edge computing business, which have relatively clear application scenarios and higher priority. |
Preferred maturity level (see stages here) | OpenEdge is applying for Growth stage. |
For Projects applying at the Growth (Phase 2) or Impact Stage (Phase 3), please outline how your project successfully meets/exceeds the requirements as defined under each category. Responses may be included both here and/or in accompanying documentation. | Growth stage requirements:
|
List of project's official communication channels (slack, irc, mailing lists) | mailto:contact@openedge.tech, going to switch to mailing list soon |
Link to project's website | https://openedge.tech/ |
Links to social media accounts | Wechat: OpenEdge开发交流群1, OpenEdge开发交流群2, OpenEdge开发交流群3 Planning to create Facebook, Twitter & Slack account |
Existing financial sponsorship | Baidu, Inc. |
Infrastructure needs or requests | Container |
Currently Supported Architecture | x86, x86-64, armv7, armv8, mips, mips64 |
Planned Architecture Support | powerpc, risc-v |
Project logo in svg format (see https://github.com/lf-edge/lfedge-landscape#logos for guidelines) | https://github.com/baidu/openedge/blob/master/doc/artwork/logo.svg |
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? | OpenEdge has already got over 900 stars on github within 6 month, which is 2nd in the same class. A series of PoC have been published on 2019 CES show. |
Stage 1: At Large Projects (formerly 'Sandbox')
Criteria | Data |
---|---|
2 TAC sponsors to champion the project & provide mentorship as needed | Leding LI, Baidu Vikram Siwach, MobiledgeX |
A presentation at an upcoming meeting of the TAC, in accordance with the project proposal requirements | Presented on May 22, 2019 |
Adherence to the Foundation IP Policy | Yes |
Upon acceptance, At Large projects must list their status prominently on website/readme | Yes, preparing the website update |
Project Proposal - Taxonomy Data:
Functions (Provide, Consume, Facilitate, or N/A; Add context as needed)
Functions | (Provide, Consume, Facilitate, or N/A; Add context as needed) |
---|---|
APIs | Provide |
Cloud Connectivity | Provide, not only Baidu Cloud |
Container Runtime & Orchestration | Consume |
Data Governance | Provide |
Data Models | N/A |
Device Connectivity | Provide, MQTT protocol |
Filters/Pre-processing | Provide |
Logging | Provide |
Management UI | Provide, not determined yet |
Messaging & Events | Provide |
Notifications & Alerts | Provide, under developing |
Security | Provide |
Storage | Provide |
Deployment & Industry Verticals (Support, Possible, N/A; Add context as needed)
Deployment Type | (Support, Possible, N/A; Add context as needed) |
---|---|
Customer Devices (Edge Nodes) | Support |
Customer Premises (DC and Edge Gateways) | Support |
Telco Network Edge (MEC and Far-MEC) | Support |
Telco CO & Regional | Support |
Cloud Edge & CDNs | Support |
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 | ✔ |
Consumer | X |
Manufacturing | ✔ |
Metal & Mining | ✔ |
Oil & Gas | ✔ |
Pharma | X |
Health Care | X |
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) | X |
Other - Please add if not listed above (please notify TAC-subgroup@lists.lfedge.org when you add one) |
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 | 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. | ✔ |
Fully mobile (To include: Wearables and Connected Vehicles) / Bursts of connectivity and always store & forward. | X |
Compute Stack Layers and Cloud Stack Layers (architecture classification) - (Provide, Require, or N/A; Add context as needed)
Compute Stack Layers | (Provide, Require, or N/A; Add context as needed) |
---|---|
APIs | Provide |
Applications | Provide |
Firmware | Provide, OS as a Firmware |
Hardware | Require |
Orchestration | Require |
OS | Provide |
VM/Containers | Require, vm is optional |
Cloud Stack Layers | Does Proposed Project Currently Include (Yes, No or Planned/Roadmap) |
---|---|
Applications | Yes |
Configuration (drive) | Yes |
Content (management system) | Yes |
IaaS | No |
PaaS | Yes |
Physical Infrastructure | No |
SaaS | No |