Cloud Foundry VS Apache ZooKeeper

Ram: Yeah. I'm glad you asked that question because, like I mentioned, there are like two peaks to the Buildpacks adoption sort of curve. In the first version or first avatar of Buildpacks, they weren't very agile in terms of the platform, the end platform that they would deploy to. So Heroku started off with this. I think they open-sourced a lot of the internals. And then Cloud Foundry, which was Pivotal back in the day, had their own version of Buildpacks with their own version of the life cycle and everything. And so, it was very distinct in terms of what the target platform was for the Buildpacks to go out and make a deployment. Between the first and the second sort of peaks, Docker, or rather the popularity of containers, really took off. So Docker happened. I am just using Docker and containers very interchangeably, so; please forgive me for that.

Cloud Foundry is an open-source tool for writing code in any language, with any framework, on any Kubernetes cluster. Provides a highly secure environment in which you can bypass complex configuration and routine operational tasks. Integrates with your environment and tools, including CI/CD and IDEs. Security patches are implemented quickly in response to vulnerabilities, so it stays secure for sensitive, mission-critical application development.

zookeeper: is (was?) used for secrets management. it was also used as a basic health check, but has been since been replaced.

You can install Kafka from https://kafka.apache.org/quickstart. Because Druid and Kafka both use Apache Zookeeper, I opted to use the Zookeeper deployment that comes with Druid, so didn’t start it with Kafka. Once running, I created two topics for me to post the data into, and for Druid to ingest from:

Please note that we use Zookeeper as the Governance Center.

Next, review deployment complexity such as DB-less versus database-backed deployments. For example, Kong does require running Cassandra or Postgres. Apigee requires Cassandra, Zookeeper, and Postgres to run, while other solutions like Express Gateway and Tyk only require Redis. Apache APISIX uses etcd as its data store, it stores and manages routing-related and plugin-related configurations in etcd in the Data Plane.

ZooKeeper, a system for coordinating distributed nodes, similar to Google's Chubby

ElasticJob achieves distributed coordination through ZooKeeper. In practical scenarios, users may start multiple jobs in the same project simultaneously, all of which use the same Apache Curator client. There are certain risks due to the nature of ZooKeeper and the callback method of Curator in a single event thread.

For now we just need to know that Kafka will be running n brokers acting as a cluster. The Kafka cluster will use Zookeeper to orchestrate the brokers.

We spin up a Zookeeper instance at port 2181 internally within the Docker network (i.e. not accessible from the host)

To solve this issue we can use a distributed system manager such as Zookeeper which can provide distributed synchronization. Zookeeper can maintain multiple ranges for our servers.