I understand Elastic's motives here, but the tactics they are using would only work if they were the bigger dog in this fight.<p>Forcing someone to choose a side typically alienates those being forced to choose.<p>The right tactic here for Elastic would have been to add new functionality to ES, and slowly roll out changes to the clients that required the new functionality. The clients would work correctly as long as you didn't do anything that implicitly used the new features, but lot of existing and new code <i>would</i> (it helps if the error messages implicate the server rather than the client).<p>This is Microsoft's famous "Embrace, Extend, and Extinguish" approach which they used over and over to great effect. Elastic here is skipping over the "Extend" step, and ends up looking both petty and ineffectual.
I tried to use managed elk from elastic.co.<p>The actual product is pretty decent. They have sane defaults for security and unlike their open source product they enable security by default.<p>The management of it sucks. Management console is tied to a single email, theres no MFA, and the ui is only good for creating es instances. Anything production that stores data and open to public internet full stop must have MFA.<p>I'm not sure what elastic should have done here, but this is not the right move.
I think Elastic caused some self inflicted wounds here but, anyone that is hoping to build a business with their product open sourced should fear Amazon. If your product is useful and popular Amazon will take it and build their own... Which I guess is fair play but feels gross at the same time?