291–300 of 408 posts
Earlier quoted context omitted.
(I work for F5.) This is not true - Linux is really just userspace to run our own data-plane code.
And that userspace is based on a really old version of FreeBSD. Or maybe that’s Citrix.
The earlier versions were based on FreeBSD 2.2.6.
I wonder if load balancer and API gateway products might eventually converge. Things like Kong, Tyk and Apigee have caching, embedded scripting, basic load balancing, etc. They aren't as good as Nginx or Haproxy at it, but a single product outside the app would be attractive.
Well it makes sense for F5. Their main buisness, hardware loadbalancing is rapidly diminishing, so buying in NGINX seems like a sensible move. After all, its much easier to sell support to people who are actually _using_ your product.
So...what is the future of enterprise open source? Is there a future for enterprise open source? If you start a company and open source your core/clients, your product becomes part of AWS, and AWS runs you into the ground. If you mix in proprietary licenses to protect yourself, AWS forks your core, adds in open-source licensed clients, then runs you into the ground (and you lose open-source contributors/supporters as…
if you find hard to see how to keep your company afloat opening your main magic step of the code arquitecture that financialy monetarily strictly speaking gives you the bread of everyday and the building blocks of your little dreams right...then you as I would too my friend , not only have the freedom to do so , furthermore...An Conservatory approach is Always the best way...righ...
I would keep usually probably 1 step above the open one a little ´omitted` yeah to use a more beautiful word...so, because of the bread of tomorrow right:
The Old circus Master Edvar and this is absolutely TRUE!
Said MAster Edvar that for a Circus Woman or Man, the Art of Blowing Fire, as impacting and beautiful as it is ( I , Marco Taves, have a picture of myself me blowing a meteor of 3 meters high or much more and 2 meters thick Ball Of Fire from my own mouth spitting lumpenõl(german)/querosene(portuguese) )
so...
Edvar Master said that:
Blowing fire is bread for today and hunger for tomorrow!!!
SO!
I open source what I in this example would could but keep 1 little step: Not for the bread of today, right...But mind you: The bread of tomorrow yeah...
And this paragraph above is the important one in this comment ok
I mean no much analogies with the pulo do gato, ok, we make good analogies, or we do not make any analogies, ok!!! Thats what I do but you have freewill, right!
so...
the story of the Onca[1] (Panthera Onca) and the pulo do gato[2]
thanks
1- https://en.wikipedia.org/wiki/Jaguar
2- explain later or googlefu yeah...
thanks!!!
In the event that F5 pulls an Oracle and horribly mismanages nginx, runs it into the ground, or tries to close it off, I vote we name the community fork "nginy".
Got to feel lucky Oracle or IBM didn't buy them, definitely would have run them into the ground.
So...what is the future of enterprise open source? Is there a future for enterprise open source? If you start a company and open source your core/clients, your product becomes part of AWS, and AWS runs you into the ground. If you mix in proprietary licenses to protect yourself, AWS forks your core, adds in open-source licensed clients, then runs you into the ground (and you lose open-source contributors/supporters as…
I wonder if load balancer and API gateway products might eventually converge. Things like Kong, Tyk and Apigee have caching, embedded scripting, basic load balancing, etc. They aren't as good as Nginx or Haproxy at it, but a single product outside the app would be attractive.
Curious how you think Kong falls short of Nginx. Isn't it built on top of Nginx via Openresty/ngx_lua?
Earlier quoted context omitted.
> it throws out all of the interesting parts of Borg This is not true. It throws out the Google-specific parts of Borg (like integration with Google's service discovery, load balancing, and monitoring systems) and improves a number of things compared to Borg. For a good reference on the evolution of Borg into Kubernetes, I recommend the recent Kubernetes Podcast interview with Brian Grant: https://kubernetespodcast.c…
Unfortunately we can't discuss the parts of Google's platform that aren't in Kubernetes on this forum. If we could, I think I could defend my statement reasonably well. But perhaps you just don't think that the pieces I would mention qualify as interesting.
Earlier quoted context omitted.
What happened is the realisation that FOSS developers also have to pay their bills and idealism only takes so far. So anyone that refuses to pay for their tools will eventually either loose them, or contend to be happy to use lesser ones.
“Loose” is the opposite of “tight,” “lose” is the opposite of “find.” Easy to remember because the opposites have the same number of letters.
I've recently been getting quite a few marketing emails from nginx pushing for replacing F5 with nginx. Just checked and the last one I received was last thursday, March 7th. Interesting how recently nginx was continuing this campaign. I wonder how effective the "replace F5 with NGINX" marketing push was at increasing the price and urgency for the acquisition. For the curious, the big headline at the top of the messa…
NGINX is upset that AVI networks is winning all major the F5 replacement business. I looked at NGINX in the past and the rep seemed hesitant to talk about AVI vs NGINX. Seems to be true. https://www.businesswire.com/news/home/20190311005876/en/Avi...
As an engineer (so I can't speak to business strategy), I always thought of Avi Networks as market validation for ancillary software services like Amplify and Controller rather than a competitor with NGINX+. But that was just my thinking.