<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Python on Quadra Knowledge</title><link>https://quadraknowledge.com/fr/tags/python/</link><description>Recent content in Python on Quadra Knowledge</description><generator>Hugo -- gohugo.io</generator><language>fr</language><copyright>© 1999-2026 QuadraKnowledge Inc. Tous droits réservés.</copyright><lastBuildDate>Mon, 18 Jan 2021 09:00:00 -0400</lastBuildDate><atom:link href="https://quadraknowledge.com/fr/tags/python/index.xml" rel="self" type="application/rss+xml"/><item><title>Access Management: Cloudera Kafka to Confluent Cloud Kafka Migration</title><link>https://quadraknowledge.com/fr/posts/am-cloudera-kafka-to-confluent/</link><pubDate>Mon, 18 Jan 2021 09:00:00 -0400</pubDate><guid>https://quadraknowledge.com/fr/posts/am-cloudera-kafka-to-confluent/</guid><description>I recently undertook the migration of an on-premise Cloudera Kafka cluster to a Confluent Cloud dedicated cluster. I would like to share some of our experience on how we migrated &lt;strong&gt;Accounts&lt;/strong&gt; and &lt;strong&gt;Permissions&lt;/strong&gt; to Confluent Cloud. Even though they are both Kafka clusters, their implementation of access management is quite different and an as-is migration was impossible.</description><media:content xmlns:media="http://search.yahoo.com/mrss/" url="https://quadraknowledge.com/posts/am-cloudera-kafka-to-confluent/feature.jpg"/></item></channel></rss>