Skip to content

Latest commit

 

History

History
274 lines (182 loc) · 15.6 KB

CHANGELOG.md

File metadata and controls

274 lines (182 loc) · 15.6 KB

v0.3.0

Downloads for v0.3.0

KubeEdge Binaries

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

Installer Binaries

filename Size sha512 hash
keadm-v0.3.0-linux-amd64.tar.gz 2.23 MB bce839fef66e0e370876dbbdc671129f3e209d03e7530992ea84bb0bc804fd0a88182db06852266a3cde80e52c0b8ae7bc8f58ff2022acb88f67dd8d6f5b11d3

KubeEdge v0.3 Release Notes

0.3 What's New

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.

Known Issues

  • 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.

Other Notable Changes

v0.3.0-beta.0

Documentation

Downloads for v0.3.0-beta.0

KubeEdge Binaries

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

Installer Binaries

filename Size sha512 hash
keadm-v0.3.0-beta.0-linux-amd64.tar.gz 2.05 MB 5775c5c1b25a9148fd592cf61e0cd671ca8fb345c63c897709bda2c479bb3a315c9f979e934fbd5a79dfcb633f793ffe948979773e65f95c65791b4ac08c3d0f

Changelog since v0.2.1

Features Added

  • 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.

Known Issues

  • 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.

Other notable changes

v0.2.1

Downloads for v0.2.1

filename Size
kubeedge-v0.2.1-linux-amd64.tar.gz 34.2 MB
kubeedge-v0.2.1-linux-arm.tar.gz 31.4 MB

Changelog since v0.2.0

Bug fixes

kubeedge#354 kubeedge#328

Known issues

  1. service bus at edge cannot be used until router support is added in the cloud.

v0.2

Downloads for v0.2

filename Size
kubeedge-v0.2-linux-amd64.tar.gz 25.7 MB
kubeedge-v0.2-linux-arm.tar.gz 31.4 MB

KubeEdge v0.2 Release Notes

This is the second release of KubeEdge. Cloud is there finally!

Features added

  1. Edge-controller which connects to Kubernetes api-server and sync node/pod status between edge and kubernetes api-server.
  2. Cloudhub which is a websocket server in cloud part of kubeedge.
  3. Internal MQTT mode in which MQTT broker is started with edge_core and removes dependency on external MQTT broker.
  4. Integration test framework for edge. Improved edge_core unit-test coverage.

Known issues

  1. We do not have any e2e tests yet.
  2. Unit tests coverage should be improved for cloud part.

Features Work In Progress (Future release)

  1. Describe device API via CRD.
  2. Edge to Edge Communication.
  3. Different Protocol support for KubeEdge like BLE, Zigbee,etc.

v0.1

Downloads for v0.1

filename Size
kubeedge-v0.1-linux-amd64.tar.gz 21.9 MB

KubeEdge v0.1 Release Notes

This is kubeedge's first release.

Features supported

  1. A lightweight application engine running on edge node for managing user's application and monitoring node health.
  2. Supports Kubernetes API primitives, e.g. Node, Pod, Configmap, Secrets etc.
  3. Device twin and MQTT protocol for IoT devices talking to Edge node
  4. Local self-governance via HTTP restful interfaces.
  5. Integrated with Huawei Cloud IEF service for node, device and application status updates.
  6. Edge node autonomy when its getting offline and recover post reconnection to Cloud.

Known issues

  1. We do not have any e2e tests yet.
  2. Unit tests coverage should be improved.

Features Work In Progress (Future release)

  1. Develop and open-source the cloud part components.
  2. Describe device API via CRD.