- v0.3.0
- KubeEdge v0.3 Release Notes
- v0.3.0-beta.0
- v0.2.1
- v0.2
- KubeEdge v0.2 Release Notes
- v0.1
- KubeEdge v0.1 Release Notes
filename | Size | sha512 hash |
---|---|---|
kubeedge-v0.3.0-linux-amd64.tar.gz | 37.9 MB | 25761cbb6aeab1b778990acb6cd82dda0febcb8354b75636266dc39ecd9377da0e78f477220e3f2d578f51d63de678665fa1aff62c68523ae74c2496f52c17e2 |
kubeedge-v0.3.0-linux-arm.tar.gz | 34.8 MB | fc17e3f2b01d9c54e00f5cbfb32c48d53b7ec0ef8f4a0ab8484fd164587d7d083d463ef0e4be06ab4f6e9205dc95df277c06a9e6b082450f2ffd1cb63c176d56 |
filename | Size | sha512 hash |
---|---|---|
keadm-v0.3.0-linux-amd64.tar.gz | 2.23 MB | bce839fef66e0e370876dbbdc671129f3e209d03e7530992ea84bb0bc804fd0a88182db06852266a3cde80e52c0b8ae7bc8f58ff2022acb88f67dd8d6f5b11d3 |
Device Management using CRD
This feature mainly provides APIs for managing devices from cloud and synchronize the device updates between cloud and edge. DeviceController is the module in cloud which is responsible for watching on devices and devicemodels and syncing the data to edge. DeviceController is also responsible for receiving the device-twin updates sent from edge and making the changes in cloud(apiserver). DeviceController also creates a configmap for each node and adds the deviceInstances, protocols, properties and propertyVisitors in it. This configmap can be consumed by any application like mapper and used to configure/control devices.
Bluetooth Mapper
Bluetooth Mapper is an application that is used to connect and control devices that use bluetooth as a communication protocol. It consumes the configmap generated by device-controller and reuires a configuration file for information not present in configmap. Configurations can be changed at runtime by providing the input through the MQTT broker. It can run schedule based actions and converts data received from devices into edge_core expected format.
Performance Test Framework
Benchmarking framework to measure the performance against the following Service Level Objectives: - Latency: time cost from the moment when the server gets the request to last byte of response sent to the users. - Throughput: measure how many requests can be served within given time. - Scalability: potential scaling capacity (including number of nodes, pods, devices etc. at the edge) under different load conditions. - CPU Usage: measure the cpu usage of KubeEdge under different load conditions. - Memory Usage: measure the memory usage of KubeEdge under different load conditions.
KubeEdge Installer
Support for basic commands to bootstrap and teardown both KubeEdge cloud and edge components.
Supported Commands :
- kubeedge init
: bootstrap cloud prerequisites and cloud components if not already present.
- kubeedge join
: add edge node in cloud api-server, bootstrap edge prerequisites and edge components if not already present.
- kubeedge reset
: tears down the installed components/prerequisites. The reset action has to be done on the cloud and edge nodes separately to ensure proper cleanup.
-
API Validation for device CRD is missing.
-
UT/e2e coverage should be improved for cloud part.
-
Partitioning of device configmap.
-
Running edged and k8s master on same VM kills k8s master pods.
-
Handled the case of invalid action in scheduler module (#563, @sujithsimon22)
-
Added nil pointer handling in watcher,go (#561, @sujithsimon22)
-
Corrected the topic name being used in bluetooth_mapper (#559, @sujithsimon22)
-
Mismatch in access mode names (#558, @sujithsimon22)
-
Fix edge_core crashs when SecurityContext.Privileged pointer (#555, @shouhong)
-
Supports automatic deletion of edge containers if their pods (#537, @shouhong)
-
fix nil pointer panic possibility in deviceController (#501, @sids-b)
-
Make file changes to fix #issue 496 (#497, @srivatsav123)
-
Fixed restart issue of mapper (#492, @sujithsimon22)
-
Added README.MD for KubeEdge installer #issue-477. (#489, @srivatsav123)
-
Device CRD: remove configmap when no device is bound with (#479, @chendave)
-
Changed exit status from 0 to 1 when bluetooth mapper exits (#475, @sujithsimon22)
-
Added Device CRD sample for CC2650 Bluetooth device (#472, @sujithsimon22)
-
update setup steps in docs.kubeedge.io (#470, @edisonxiang)
-
Distinguish debugging information between controller and (#462, @kadisi)
-
Added lableselectors logic to deploy kubeedge edgenode pod to (#453, @pavan187)
-
Fix #463: Update kubeedge architecture (#504, @rohitsardesai83)
-
docs: [ Fix #436 ] : Apply device CRDs before running cloud. (#450, @rohitsardesai83)
filename | Size | sha512 hash |
---|---|---|
kubeedge-v0.3.0-beta.0-linux-amd64.tar.gz | 34.3 MB | 7ec485e03611261b544196c83caa5136d6a364fbf01b28009215566ef0b31d60de02e439cd55e1c9a01db8e6a0c06717b17e6ec8f15704031eab890c0dd75e1a |
kubeedge-v0.3.0-beta.0-linux-arm.tar.gz | 31.4 MB | d70a016673c4ee6f1cf8dc76e0af8c54266a5e355d560093846f56ead684035af83241a1035db59486a716b15ebc40ae0188d42608cbf95a86de8b838a8e1195 |
filename | Size | sha512 hash |
---|---|---|
keadm-v0.3.0-beta.0-linux-amd64.tar.gz | 2.05 MB | 5775c5c1b25a9148fd592cf61e0cd671ca8fb345c63c897709bda2c479bb3a315c9f979e934fbd5a79dfcb633f793ffe948979773e65f95c65791b4ac08c3d0f |
-
Device Management using CRDs : This feature mainly provides APIs for managing devices from cloud and synchronize the device updates between cloud and edge. DeviceController is the module in cloud which is responsible for watching on devices and devicemodels and syncing the data to edge. DeviceController is also responsible for receiving the device-twin updates sent from edge and making the changes in cloud(apiserver). DeviceController also creates a configmap for each node and adds the deviceInstances, protocols, properties and propertyVisitors in it. This configmap can be consumed by any application like mapper and used to configure/control devices.
-
Bluetooth Mapper : Bluetooth Mapper is an application that is used to connect and control devices that use bluetooth as a communication protocol. It consumes the configmap generated by device-controller and reuires a configuration file for information not present in configmap. Configurations can be changed at runtime by providing the input through the MQTT broker. It can run schedule based actions and converts data received from devices into edge_core expected format.
-
Performance Test Framework : Benchmarking framework to measure the performance against the following Service Level Objectives:
- Latency: time cost from the moment when the server gets the request to last byte of response sent to the users.
- Throughput: measure how many requests can be served within given time.
- Scalability: potential scaling capacity (including number of nodes, pods, devices etc. at the edge) under different load conditions.
- CPU Usage: measure the cpu usage of KubeEdge under different load conditions.
- Memory Usage: measure the memory usage of KubeEdge under different load conditions.
-
KubeEdge Installer : Support for basic commands to bootstrap and teardown both KubeEdge cloud and edge components. Supported Commands :
kubeedge init
: bootstrap cloud prerequisites and cloud components if not already present.kubeedge join
: add edge node in cloud api-server, bootstrap edge prerequisites and edge components if not already present.kubeedge reset
: tears down the installed components/prerequisites. The reset action has to be done on the cloud and edge nodes separately to ensure proper cleanup.
-
API Validation for device CRD is missing.
-
UT/e2e coverage should be improved for cloud part.
-
Partitioning of device configmap.
-
Running edged and k8s master on same VM kills k8s master pods.
-
Add Kubernetes deployment for Edge. (#367, @edisonxiang)
-
Adding UT for cloudhub/common/model/types.go. (#395, @omung-g)
-
output time duration per test case. (#397, @edisonxiang)
-
Fix the nil pointer exception for missing config string (#432, @trilokgm)
filename | Size |
---|---|
kubeedge-v0.2.1-linux-amd64.tar.gz | 34.2 MB |
kubeedge-v0.2.1-linux-arm.tar.gz | 31.4 MB |
- service bus at edge cannot be used until router support is added in the cloud.
filename | Size |
---|---|
kubeedge-v0.2-linux-amd64.tar.gz | 25.7 MB |
kubeedge-v0.2-linux-arm.tar.gz | 31.4 MB |
This is the second release of KubeEdge. Cloud is there finally!
- Edge-controller which connects to Kubernetes api-server and sync node/pod status between edge and kubernetes api-server.
- Cloudhub which is a websocket server in cloud part of kubeedge.
- Internal MQTT mode in which MQTT broker is started with edge_core and removes dependency on external MQTT broker.
- Integration test framework for edge. Improved edge_core unit-test coverage.
- We do not have any e2e tests yet.
- Unit tests coverage should be improved for cloud part.
- Describe device API via CRD.
- Edge to Edge Communication.
- Different Protocol support for KubeEdge like BLE, Zigbee,etc.
filename | Size |
---|---|
kubeedge-v0.1-linux-amd64.tar.gz | 21.9 MB |
This is kubeedge's first release.
- A lightweight application engine running on edge node for managing user's application and monitoring node health.
- Supports Kubernetes API primitives, e.g. Node, Pod, Configmap, Secrets etc.
- Device twin and MQTT protocol for IoT devices talking to Edge node
- Local self-governance via HTTP restful interfaces.
- Integrated with Huawei Cloud IEF service for node, device and application status updates.
- Edge node autonomy when its getting offline and recover post reconnection to Cloud.
- We do not have any e2e tests yet.
- Unit tests coverage should be improved.
- Develop and open-source the cloud part components.
- Describe device API via CRD.