# Public Preview of Apache Kafka® and Kafka Connect 3.0.0 Now Available [Blog](/blog/)>[Technology](/blog/category/technical/)>Public Preview of Apache Kafka® and Kafka Connect 3.0.0 Now Available Public Preview of Apache Kafka® and Kafka Connect 3.0.0 Now Available ===================================================================== October 22, 2021 | By [ Instaclustr ](https://www.instaclustr.com/blog/author/instaclustr/) [ ](https://x.com/intent/tweet?text=Public%20Preview%20of%20Apache%20Kafka%C2%AE%20and%20Kafka%20Connect%203.0.0%20Now%20Available&url=https://www.instaclustr.com/blog/public-preview-of-apache-kafka-and-kafka-connect-3-0-0-now-available/) [ ](https://www.linkedin.com/shareArticle?mini=true&url=https://www.instaclustr.com/blog/public-preview-of-apache-kafka-and-kafka-connect-3-0-0-now-available/&title=&summary=Public%20Preview%20of%20Apache%20Kafka%C2%AE%20and%20Kafka%20Connect%203.0.0%20Now%20Available&source=) Instaclustr is pleased to announce the public preview release of Apache Kafka version 3.0.0 on the Instaclustr Managed Platform. The new version is available paired with version 3.0.0 of Kafka Connect. Please note that our preview release, though functionally complete, is governed by different SLA terms in contrast to our GA (Generally Available) release which is covered by our default SLA. For specifics on the applicable SLA, please refer to our webpage[ here](https://www.instaclustr.com/policies/service-level-agreements/). Apache Kafka is the leading distributed event streaming platform and is open source under the [Apache 2.0 License](https://www.apache.org/licenses/LICENSE-2.0.html). Instaclustr provides our customers managed and supported open source software allowing them to avoid the risks of both vendor lock-in and unsupported software with open source that’s really open source. Compared to the previous release, version 3.0.0 of Apache Kafka includes some new features, deprecations and removal of previously deprecated items, improvements to KRaft (Apache Kafka’s inbuilt component meant to obviate the need for Apache ZooKeeper in the future). It’s also important to be aware that our preview of Kafka 3.0.0 is still leveraging Apache ZooKeeper, in line with the project’s recommendations, as KRaft is not yet suitable for production workloads. However, we will be making available a preview of ZooKeeper-less Kafka in early 2022. Following are some highlights from the changes contained in Kafka 3.0.0: Kafka ----- - ***Apache ZooKeeper upgraded to version 3.6.3:*** This version upgrade follows on from ZooKeeper version 3.5.9, which was included with Apache Kafka 2.7.1 and later. This release contains many bug fixes (including CVE fixes) and some new features. For more details, please refer to the[ Apache ZooKeeper 3.6.3 Release Notes](https://zookeeper.apache.org/doc/r3.6.3/releasenotes.html). - ***Producer will enable strongest delivery guarantee by default*** ([***KIP-679***](https://cwiki.apache.org/confluence/display/KAFKA/KIP-679%3A+Producer+will+enable+the+strongest+delivery+guarantee+by+default)***):*** This change modifies certain defaults (`enable.idempotence `is set to `true; acks` is set to `all`) in the Producer config, along with some other modifications, to make record delivery guarantees stronger by default. As modification to the default for `enable.idempotence `could cause compatibility issues for some users, it is advised you go through the migration plan outlined in KIP-679. - ***Increase default consumer session timeout*** ([***KIP-735***](https://cwiki.apache.org/confluence/display/KAFKA/KIP-735%3A+Increase+default+consumer+session+timeout))***:*** As part of this change, the default consumer session timeout has been increased from 10s to 45s to reduce the risk of spurious failures causing unnecessary rebalances to be triggered. Spurious failures can occur, for example, due to transient network/load failures. Such situations can lead to two rebalances being triggered: once when a group member failure is detected and later when that member rejoins the group. With the new session timeout, the member should have sufficient time to reconnect with the coordinator. - ***Change Kafka streams default replication factor config (***[***KIP-733***](https://cwiki.apache.org/confluence/display/KAFKA/KIP-733%3A+change+Kafka+Streams+default+replication+factor+config)***):*** The default `replication.factor=1` puts the onus on users to change the config when application moves to production (as best practice recommends RF=3). For Kafka versions higher than 2.4.0, users can look to change config to -1 ( to pick the broker default for replication factor), however starting streams 3.0.0 this is no longer needed as the streams replication factor config will now be -1 by default. - Some performance related improvements: - ***Update `FindCoordinator` to resolve multiple Coordinators at a time (***[***KIP-699***](https://cwiki.apache.org/confluence/display/KAFKA/KIP-699%3A+Update+FindCoordinator+to+resolve+multiple+Coordinators+at+a+time)***):*** Currently, to look up the coordinator for a resource, the `FindCoordinator` API can be used. To do this when multiple consumer groups are involved, the `FindCoordinato`r would need to be called once for each consumer group, which can negatively affect performance. With KIP-699, `FindCoordinator` has been renamed to` FindCoordinators`, and now allows multiple such requests to be clubbed into one call, with the result containing a corresponding number of coordinators. - ***Extend `OffsetFetch` requests to accept multiple consumer group IDs (***[***KIP-709***](https://cwiki.apache.org/confluence/pages/viewpage.action?pageId=173084258)***):*** This change extends the functionality of the `OffsetFetch` API to be able to fetch offsets for multiple consumer groups. This was previously not the case as `OffsetFetch` could only support fetching the offset for one consumer group at a time. - Significant deprecations: - ***MirrorMaker 1 is deprecated; will be removed from Kafka 4.0 (***[***KIP-720***](https://cwiki.apache.org/confluence/pages/viewpage.action?pageId=177046121)***)*** - ***Message formats v0 and v1 deprecated; support will drop in Kafka 4.0 (***[***KIP-724***](https://cwiki.apache.org/confluence/display/KAFKA/KIP-724%3A+Drop+support+for+message+formats+v0+and+v1)***)*** - ***Java 8 deprecated; support will drop in Kafka 4.0 (***[***KIP-750***](https://cwiki.apache.org/confluence/pages/viewpage.action?pageId=181308223)***)*** - ***Scala 2.12 deprecated; support will drop in Kafka 4.0 (***[***KIP-751***](https://cwiki.apache.org/confluence/pages/viewpage.action?pageId=181308218)***)*** - API deprecations that were removed: - ***Remove deprecated `--zookeeper `in topicCommands (***[***KAFKA-12596***](https://issues.apache.org/jira/browse/KAFKA-12596)***)*** - ***Remove deprecated `--zookeeper` in ReassignPartitionsCommands (***[***KAFKA-12597***](https://issues.apache.org/jira/browse/KAFKA-12597)***)*** - ***Remove deprecated `--zookeeper `in ConfigCommand (***[***KAFKA-12598***](https://issues.apache.org/jira/browse/KAFKA-12598)***)*** - ***Remove deprecated `kafka-preferred-replica-election` command (***[***KAFKA-8405***](https://issues.apache.org/jira/browse/KAFKA-8405)***)*** - ***Remove deprecated `SimpleAclAuthorizer` (***[***KAFKA-12590***](https://issues.apache.org/jira/browse/KAFKA-12590)***)*** Kafka Connect ------------- - ***Connector API to restart connector and tasks (***[***KIP-745***](https://cwiki.apache.org/confluence/pages/viewpage.action?pageId=181308623)***):*** Currently, if a Connector or Task instance started by Kafka Connect experiences an error, it is marked as failed and exposed as such through the Connect REST API. To restart them, another REST API must be called once for each such instance. This change enables a single call to the Connect REST API to restart all failed instances. - ***Removal of Connect’s internal converter properties (***[***KIP-738***](https://cwiki.apache.org/confluence/display/KAFKA/KIP-738%3A+Removal+of+Connect%27s+internal+converter+properties)***):*** The `internal.key.converter` and `internal.value.converter` Connect worker properties, and other properties prefixed with those names were deprecated with Kafka 2.0.0. Now, with Kafka 3.0.0, they’ve been removed and instead JsonConverter will be used with both, key and value converters. Please follow the migration plan provided on the KIP-738 page, if you’re impacted by this change. If you would like to try our Kafka or Kafka Connect service, log in to our[ Management Console](https://console2.instaclustr.com/signup), create a test Kafka Connect cluster, and associate it with your Instaclustr managed Kafka cluster. If you haven’t created a Kafka cluster on our platform, create a test Kafka cluster and use the[ 30-day free trial](https://console.instaclustr.com/user/signup). If you’d also like a free trial of a Kafka Connect cluster, please[ contact our Sales team](https://www.instaclustr.com/contact-us/). Spin up a free cluster in minutes! [Free Trial](https://console2.instaclustr.com/signup?utm_cta=signup) ![mail icon]()#### Get the latest articles for open sourceIn your inbox Sign up now ### Related content [ Zero Downtime Migration to Instaclustr Yes, we can migrate existing Cassandra clusters to Instaclustr without any downtime. Here's what to expect from the process... ](https://www.instaclustr.com/blog/zero-downtime-migration-to-instaclustr/) [ Workflow Comparison: Uber Cadence vs Netflix Conductor When choosing what’s right for your company’s opensource workflow needs it is important to know the difference and similarities ... ](https://www.instaclustr.com/blog/workflow-comparison-uber-cadence-vs-netflix-conductor/) [ Will Your Cassandra Database Project Succeed?: The New Stack Open source Apache Cassandra® continues to stand out as an enterprise-proven solution for organizations seeking high availability... ](https://www.instaclustr.com/blog/will-your-cassandra-database-project-succeed-the-new-stack/) ×Sign upto ourNewsletter -----------------------