| Disclaimer: i work for Google Cloud and use istio daily. I don't think this matters to practitioners, it's a solution to fix trademark issues. Open Source Licenses (like Apache under which istio is released) doesn't solve the trademark (TM) issue, they are vague around this topic, so the use of the name/logo/mascot to release any sort of managed or supported solution based on an OSS tool becomes a hurdle, a lot of money is at stacks here (imagine if k8s was still under the control of Google, AWS or Azure will never be able to launch something called Kubernetes engine because there is a risk Google will sue them). The problem with CNCF and why istio was not
transferred to that org is that CNCF acts as a mediator, so any decision around trademark takes soo much time and effort because CNCF has to get the blessing of everyone or build something neutral (like the k8s certification), and it's in their best interest that things are complicated as they can make money out of that. The OUC was created to solve the TM issue and allow decisions to move fast, the usage guidelines haven't changed and will likely not change. I do have to admit that myself i don't understand why no one from IBM is in the initial board of OUC |
Sorry, but that's the nature of standardisation, and the price you pay if you want to show you're really vendor-neutral. For me, actions like these make Istio go from the almost de-facto default choice for a service mesh, to suddenly wanting to consider other stuff.
> and it's in their best interest that things are complicated as they can make money out of that.
I don't really see how money would be an issue here? CNCF is a non-profit, Google is not.