|
4 | 4 |
|
5 | 5 | **Q**: What's the backstory behind this?
|
6 | 6 |
|
7 |
| -**A**: The announcement blog posts do quite a good job of explaining where our two projects come from and why it was important for us to take the next step and join our efforts: |
| 7 | +**A**: In November 2019 the teams behind Argo CD and Flux announced that they were going to join efforts. Some of the announcement blog posts explain what the thinking of the time was: |
8 | 8 |
|
9 | 9 | - Jay Pipes on the [AWS blog](https://aws.amazon.com/de/blogs/containers/help-us-write-a-new-chapter-for-gitops-kubernetes-and-open-source-collaboration/)
|
10 | 10 | - Pratik Wadher on the [Intuit blog](https://www.intuit.com/blog/technology/introducing-argo-flux/)
|
11 | 11 | - Tamao Nakahara on the [Weaveworks blog](https://www.weave.works/blog/argo-flux-join-forces)
|
12 | 12 |
|
| 13 | +In the course of the next months, the two engineering teams [met on a regular basis](https://docs.google.com/document/d/17AEZgv6yVuD4HS7_oNPiMKmS7Q6vjkhk6jH0YCELpRk/edit) and scoped out the future of the project. Two options were on the table: |
| 14 | + |
| 15 | +1. Rethink APIs and build the project from the ground up. |
| 16 | +1. Extract useful code from Argo into an Engine project. |
| 17 | + |
| 18 | +The latter was deemed to be the most practical solution. |
| 19 | + |
| 20 | +March 2020 the Flux team made a [proof of concept](https://github.com/fluxcd/flux/pull/2886) available, which rebased the Flux on top of the GitOps Engine, but while looking at the breaking changes this was going to introduce the Flux team decided that it was a time for a [more ground-breaking approach](https://www.weave.works/blog/gitops-with-flux-v2) on how to do GitOps. After some experimentation, the GitOps Toolkit was put out as an RFC in June 2020. |
| 21 | + |
| 22 | +A [number of other projects](https://github.com/search?q=argoproj%2Fgitops-engine&type=Code) already started looking at integrating the GitOps Engine. |
| 23 | + |
| 24 | +The Argo and Flux teams decided all of this on good terms. All of these discussions were immensely helpful in shaping both projects' future. You might see each of us stealing good ideas from the other in the future and celebrate each others successes. There might be future collaborations, we'll keep you posted. |
| 25 | + |
13 | 26 | ----
|
14 | 27 |
|
15 | 28 | **Q**: What are you hoping to get out of this collaboration?
|
|
23 | 36 |
|
24 | 37 | ----
|
25 | 38 |
|
26 |
| -**Q**: What can current Flux CD users look forward to from this collaboration with Argo CD? |
27 |
| - |
28 |
| -**A**: Here are a few of our favourites: |
29 |
| - |
30 |
| -- Syncing will be more efficient. Instead of polling, Flux CD will use Kubernetes Informers to get information from the cluster. |
31 |
| -- Users will see a great (if not huge) reduction in K8S API calls and etcd traffic. |
32 |
| -- We can increase the syncing frequency. |
33 |
| -- Advanced syncing features such as pre-post sync hooks and sync waves. |
34 |
| -- Overall performance and efficiency improvements (registry scanning excluded) are the major gains for Flux CD users. |
35 |
| -- Given the concept of GitOps is quite young, and all people involved were involved early on (or present during the birth), we hope this will result in an even more experienced team working on core features. |
36 |
| - |
37 |
| ----- |
38 |
| - |
39 | 39 | **Q**: What can current Argo CD users look forward to from this collaboration with Flux CD?
|
40 | 40 |
|
41 | 41 | **A**: We hope Argo CD might get the following:
|
|
0 commit comments