-
Notifications
You must be signed in to change notification settings - Fork 741
Decoupling Backup and Restore Logic from Etcd Operator #1626
Comments
v0.7.0 is released: https://github.com/coreos/etcd-operator/releases/tag/v0.7.0 |
Sorry for replying on closed issue, but I think this is best place to have correct context.
Does that mean this project will only stabilise etcd-operator and not backup and restore operator? Or is it under the roadmap that will eventually give fixed/stabilised backup operator structure/template and add some basic backup interface (something like save, delete, list API) and let user handle implementation of this interface for storage provider rather than whole backup operator. I think this is why issue #1241 is still open. |
We will support/maintain an example backup/restore operator with limited functionality. Users want more advanced or customized feature can fork it, and develop on their own. |
@xiang90 a backup or restore operator with limited functionality is fine and I totally agree with getting away from maintaining tons of usecases that might pop up. But there is a concern where this basic functionality comes with a warning to not use in production. It would be great if at least 1 production grade usecase is implemented/satisfied for others to follow even if it is just s3 or pv. |
Yes. We will make the basic functionality stable overtime, and suggest that it is production ready. |
Decoupling Backup and Restore Logic from Etcd Operator
Currently the backup and restore are provided as features in the EtcdCluster API. These features have been useful and adopted by open source users. Over time, there are increasing requests to extend the functionalities (#1316, #1241). On the other hand, there is a limit for adding the features due to: 1. extending the API needs to happen in upstream codebase; 2. it is conflicted with making current API stable. Especially (2), because it blocks stabilizing the project.
To solve the above problems, we propose new ways to do backup and restore:
By using the above methods, we can decouple backup and restore logic from etcd operator, and thus can remove BackupPolicy and RestorePolicy from EtcdCluster API.
User effect
Existing backup and restore features in EtcdCluster API won’t be supported after 0.7.0 release. Please check migration docs before upgrading.
The open source etcd-backup-operator and etcd-restore-operator are provided as examples for how to use EtcdCluster API. Based on what we know, most Internet company users have their own ways to do etcd backup and restore. We expect these users would write their own tooling and make their work easier by decoupling them from our codebase. For enterprise users, we recommend trying out Tectonic and make contacts for customized etcd backup/restore solutions.
Moving forward, we will focus on stabilizing etcd operator and make a stable release soon.
The text was updated successfully, but these errors were encountered: