[etcd-backup-restore]

Most notable changes

[USER] Now, snapshot upload happens in chunk. One can configure the number of parallel chunk uploads by setting command line argument max-parallel-chunk-uploads. Default is set to 5. (#68, @swapnilgm)
[OPERATOR] Dynamic profiling support is added. Now we expose the debug/pprof/* endpoint to dynamically profile cpu, heap consumption. To enable profiling one has to explicitly set enable-profiling on server sub-command. (#60, @swapnilgm)
[USER] At the time of restoration, the etcd data directory will be restored to temporary directory with suffix .part i.e.<path-to-etcd-data-dir>.part. On successful restoration we will replace actual etcd data directory with this. This brings standard and more cleaner approach to restoration. (#58, @georgekuruvillak)
[USER] Restoration time optimised by parallelising the fetching of delta snapshots. Added the --max-fetchers flag to the etcdbrctl command to specify the maximum number of fetcher threads that are allowed to run in parallel. (#57, @shreyas-s-rao)
[USER] Etcd-backup-restore utility when started in server mode will start defragmenting etcd member data directory periodically, so that db size will be under control. You can set defragmentation period in number of hours by setting defragmentation-period-in-hours flag on etcdbrctl server command. (#55, @swapnilgm)

[OPERATOR] Updated the azure sdk as per the recommendation in doc to use package github.com/Azure/azure-storage-blob-go as azure storage SDK, (#76, @swapnilgm)
[OPERATOR] Added mock test for Openstack Swift snapstore. (#75, @swapnilgm)
[OPERATOR] Snapshot are now uploaded in chunks, considering only erroneous chunk upload in case of failure. (#53, @swapnilgm)