I work for a company does not like to use open source. The reason is because there generally is no production support if an issue happens. For Apache Geode, is there any way to obtain a "support" contract for production issues?
VMware is the main contributor to Apache Geode. You can purchase support though VMware’s brand, GemFire. Please have a look at Tanzu GemFire for more details.
Related
Every search returns the Confluent pages for Kafka REST proxy.
Is there any other way to setup with the vanilla application or any open source ones?
I think the community licensed ones are free to you use. Please check the following page https://docs.confluent.io/platform/current/installation/docker/image-reference.html
Also you can consider this : https://strimzi.io/docs/bridge/latest/#api_reference-bridge if you need only a bridge for integration.
We have the requirement of configuring the rules in UI by the business users. The jBPM seems a perfect fit which has the Business Central to design the rules and backed with Kie Server for the rules execution. The docker image (jboss/jbpm-server-full:latest) which is the combination of Business central and Kie Server we are planning to use.I noticed that it uses Wildfly Server instead of Jboss(which requires subscription) and comes up with GNU license.Can someone please explain whether i can use the software for commercial use or not.Also please explain whether the Business central and Kie Server has any license for commercial use.
Every KIE project is under the Apache 2.0 License so it's perfectly legal to use for commercial use.
See also this answer
I'm about to start deploying to production a couple of Kafka cluster in 2 different DCs. My main use is for replication using MirrorMaker. To continuously stream/replicate ElasticSearch and Postgres between DCs in order to have a (near) real-time backup and failover.
What I can't get my head around is this simplest question: should I use Confluent or apache Kafka?
I can see that Confluent adds many niceties but what I don't get it: why would someone pick plain Apache Kafka then? I've seen this answer and it seems clear: "pick Confluent, has way more stuff".
As answered in linked post, you can add whatever external processes you want to Apache Kafka.
Note: You are not picking either or, you are always picking Apache Kafka. Confluent Platform adds on top of, similar to Cloudera's Data Platform, as an alternative consideration.
If you want to connect Elasticsearch and Postgres (via JDBC), both of those connectors are Open-Source under the Confluent Community License, so that would be one potential reason for not using Confluent products.
Other reason: Do you need the "more stuff"? Are you able to get support from elsewhere? For example, AWS support on MSK or IBM Streams or Azure EventHub are not using Confluent Platform (because it's against the above license)
MirrorMaker and MirrorMaker2 are both under the Apache License, so they have no such usage / redistribution restrictions.
should I use Confluent or apache Kafka?
When deciding on deploying a vanilla Apache or a commercially supported product you should think about the O&M (operation and maintenance) timeline and what you gain and lose. Whatever you choose will be very difficult to replace once in production.
I'll also agree with #OneCricketeer's answer.
Do you need the "more stuff"?
I work as a professional services consultant with some Apache products. My advice is keep your stack (whatever it is) as simple as possible. So if you don't need the additional tools and functionality of Confluent, don't use them. It's how they make the product "sticky" (re: vendor lock-in).
Vanilla Apache Kafka
Pro No vendor lock-in or dependencies
Pro Faster updates and feature development
Con No nice dashboards
Con Harder to secure
Confluent
Pro Commercial support and professional services available
Pro More stable with fast and easy security patches
Pro Nice dashboard and management tools
Pro Easier to properly secure
Con Expensive
Con Expect vendor lock-in and frequent up-sells
My Opinion
If you have money to spare and this will be a critical piece of infrastructure I'd recommend buying through Confluent. If you try to avoid paying for them, you'll have to hire someone (expensive) who knows it anyway and you'll have to deal with the patching nightmare of open source projects.
If this is something you want to kick the tires on, can allow for downtime, or think you'll replace in 2 years, I'd just use the Apache Kafka with one of the open source dashboards.
I am exploring the possibility of using the community version of FUSE ESB in a production system for a period of one year. Is it possible? Can you please provide some advice here?
Just like RHEL, can I continue to use RedHat Jboss FUSE in production environment free of cost, without availing the support? If I understand correctly, the subscription is for support.
Have your legal team review the agreement. My understanding matches yours. There are no technical limiting factors (no registration keys, etc), and Fuse is free to use the software for development purposes, but production usage requires a subscription.
Your understanding is correct. The entitlement is for support, not product usage.
does anyone know how licensing works for JBoss Fuse in a DR environment - say for example we need an active AMQ container running in DR with replicated db, would this count towards the core licensing?
If so is there any way to have anything other than cold DR without a license impact.
Technically, JBoss Fuse is not licensed. One would purchase an entitlement/subscription from Red Hat. An entitlement allows access to both the software and technical support. There is a 'self-supported' entitlement that provides access to the documentation and the knowledge base and software, but does not include the ability to open a support case.
There is no restrictions on the number of deployments with an entitlement.
Doug