作为云原生 iPaaS 集成计算机系统的 Apache Kafka

PaaS”只有的企业在能拿到各种预建的 Kafka 原生通往器到开放国际标准、习惯管理系统和的现代 SaaS 接口时才有机都会踏入可能。否则，Kafka 就所需与另外的的企业级如 Apache Nifi 结合。 实体的解决问题可行性。这听完起来不显不足道，但是大多的企业级的解决问题办法都是运用预定义瓦和其产品，无论是 IBM、Oracle 这样的习惯子公司，还是OpenBSD驱动的 Cloudera 都是如此。复杂的软件包栈使其难以构建端到端的内嵌、24*7 的运营，以及对关键任务的背书。当然，Kafka 原生解决问题可行性，比如 Confluent Cloud，也举例来说了其他的其产品，并且收取额外的费用（例如，仅仅监管的通往器或者数据资料以前政府另加配件），但它们都在实体的 Kafka 原生游戏平示意运营。

从这个并不一定来看，有些 Kafka 解决问题可行性是的现代的、幽原生的、可适配的 iPaaS，但这十分意味著所有的 Kafka 解决问题可行性就是 iPaaS。

事件真相引，最初软件包一般而言

尽管有些 Kafka 解决问题可行性可以被用作 iPaaS，但是这无论如何是事件真相引为数众多用到场景之前的其之前之一。正如后面提及的，基于 Kafka 的解决问题可行性与 Gartner 超能力旋涡之前的其他 iPaaS 解决问题可行性有非常大十分相同。因此，事件真相引值得作为专属的软件包一般而言。

如果你还很难理解，可以就去看看各个行业的事件真相引用例，了解到 Kafka 和习惯的 iPaaS、MQ、ETL、ESB、API 用以彼此正因如此的区隔。下图虽然时外有点良但依然概括了大量的事件真相引用例：

许多创另行业务应用都是用 Kafka 构建的，它不无论如何是一个内嵌游戏平台，还拥有一系列截然不同的规模化、管理系统都会处理过程端到端数据资料的技能。

像数据资料网格这样的创造性地也证实了这种转变。电子邮件电子技术驱动的内部设计、不显服务概念内部设计、只不过的服务概念内部设计解耦，但是那时候更多的是把数据资料拿来一种其产品。后者意味著，它正在从一个效率之前心变为一个盈利为之前心和创最初另行服务概念内部设计。在数据资料网格驱动的的企业内部之前，事件真相引是极其重要的都是由部分，因为在十分相同的用例之前，管理系统都会数据资料总是取得胜利长距离数据资料。

愧疚的是，那时候并没有针对事件真相引的 Gartner 超能力旋涡或 Forrester Wave，尽管有些事件真相引的解决问题可行性符合标准这些调查结果的敦促（如 Gartner iPaaS 超能力旋涡或 Forrester Wave 使用引分析）。

（编者注：IT 电子邮件电子技术有两大知名度和专业性都高的实质上市场调研和咨询机构，杂货店是 Gartner，另杂货店是 Forrester。Gartner 因其超能力旋涡而著称，而 Forrester 有一个 Forrester Wave™，两者都是对 IT 制造厂商在某个电子技术电子邮件电子技术的立体化技能分析调查结果数学模型。）

很多软件包客户都是以事件真相引处理过程结合，业务给予了结构上发展。Confluent 是这个电子邮件电子技术的领军的企业——虽然我作为 Confluent 的员工对子公司有些意见，但这一点毋庸置疑。环绕 Kafka 诞生了很多子公司，有的子公司用其他方式用到 Kafka 协约，有的子公司研制出了像 Amazon Kinesis、Apache Pulsar 等带有竞争对手力的事件真相引其产品。

下面的事件真相引一个大 2021（Event Streaming Landscape 2021）揭示了在此之前的原因：

我希望能尽快地看到使用事件真相引的 Gartner 超能力旋涡和 Forrester Wave。

Ubuntu、部分监管与仅仅监管

你也许比如说了我说的：一些事件真相引解决问题可行性可被视为 iPaaS，其之前的关键词就是“一些”。无论如何透过一个Ubuntu的配件还远远不够。

iPaaS 所需一个非常有用的其产品，最好是仅仅监管的服务概念内部设计。许多事件真相引客户用到 Kafka、Pulsar 或者其他配件，但是并没有透过非常有用的运营用以、24*7 同一时间的业务背书、GUI等等。以下资源可以三人助你了解到 2021 年的事件真相引全景。

为何 Kafka 踏入像 Amazon S3 一样的国际标准 API？ （） 事件真相引和 Kafka 客户的非常 （ rce-a pache-kafka-vs-confluent-cloudera-red-hat-amazon-msk-cloud/ ） Apache Kafka 与 Apache Pulsar 的非常 （）

一定要对市面上的各种其产品完成分析调查结果。许多系统都是为了推展！许多“仅仅监管的服务概念内部设计”只是部分监管，服务概念内部设计水平协约和背书也十分更少。有些其产品看似具备许多非常炫酷的结构上，但它们更像是 alpha 版并被过分吹嘘，而非成熟期的服务概念内部设计解决问题可行性。

一个不动点是 T-Mobile 关于新增 Amazon MSK 之前提及的确定性，这说明了“推展和销售仅仅监管的服务概念内部设计”和“仅仅没有仅仅监管的只不过”彼此正因如此的区隔。一个只不过仅仅监管的其产品十分所需终端软件新增公用事业。

Kafka 作为事件真相引 iPaaS 的确实事例

下面我们来看看一个确实的事例，来了解到为何习惯 iPaaS 无法在所需用到事件真相引的情况下透过三人助，并且为何要在实体电子技术的系统一组之前设置一个最初软件包一般而言。

这个例子听完上去很有用：通过网站、笔记本电脑和火车站的辨识大屏幕，为货物透过管理系统都会电子邮件和通报，从而降低货物的出行互动。因为在西德复杂的的铁路互联网之前，车次耽误和取消情况时有发生。特别旅行者的人都不得不做，毕竟人们对严寒天气、电子技术缺陷等问题即便如此。但是，货物至少希望给予管理系统都会电子邮件和通报，这样他们可以在咖啡馆或休息室里等待，而可不在同月示意凝几分钟甚至几个同一时间。

实际上，西德的铁路子公司在通报货物时的顺序是十分相同的。有的货物被通报耽误 10 分钟，有的 20 分钟，有的 30 分钟，甚至有的是车次被取消。

Reisendeninformation（即货物电子邮件管理系统）概念内部设计的目标是降低西德数以百万计货物每天的旅行者互动，使其在任何以前都能拿到最另行、准确、一致的旅行者电子邮件。

这听完起来也很有用，客车延误或者取消的话就给货物投递管理系统都会的通报。每一个“黑魔法”iPaaS 盒子都能实在这一点：

西德的铁路子公司早已开始运用Ubuntu的最另行消息游戏平台来投递管理系统都会通报。但该的团队很快发掘出，并非所有的电子邮件都是管理系统都会投递的。所以，他们在概念内部设计之前增加了寄存器和存储仪器管理系统，来应付从某些遗留下来的预处理过程或基于份文件的管理系统投递到的耽误电子邮件。

那时候该的团队所需对遗留下来管理系统之前的数据资料完成内嵌，所以重另行安装了一个内嵌配件来通往份文件、数据资料瓦和其他该软件，这也敦促的团队能将来自十分相同管理系统的管理系统都会和非管理系统都会数据资料联系起来对数据资料完成处理过程。引处理过程引擎可以实在这一点。

该示范概念内部设计由若干个十分相同的配件都是由。于是，人们开始质疑：

如何适配这些非常十分相同的电子技术一组？ 如何在各种游戏平示意拿到端到端的背书？ 这前提带有效率商业价值？ 另行结构上的发布时外是哪天？

西德的铁路子公司对其电子技术栈完成了重另行分析调查结果，发掘出 Apache Kafka 透过了所有所需的、开箱即用的系统。

向幽原生 Kafka 的迁离

西德的铁路子公司的的团队重另行构建了他们的示范概念内部设计。最初解决问题可行性运用 Kafka 作为各种管理系统、电子技术和通信范式彼此正因如此的举例来说链接。

习惯的 iPaaS 可以构建这种场景，但除了选项软件包制造厂商，还要有预定义瓦、电子技术和集群。有些 iPaaS 在刚开始的时候可能发挥差强人意，但随着业务的拓展，各种不快就都会相继出现。只有事件真相引能让的企业从小处停滞不前，在适配规模的时候也无需对公用事业完成重另行内部。

在此之前，该概念内部设计早已投入生产。软件可以查看手机上的 DB Navigator 移动应用来拿到西德所有客车的管理系统都会更另行最另行消息。生活在西德，我坦言这项最初服务概念内部设计。

西德的铁路子公司的的团队在十分相同的都会议上出版过几次匿名演讲，并在 Confluent 帖子上谈论了关于他们的 Kafka 旅程。不过，这个旅程并没有继续下去。西德的铁路子公司那时候正在分析调查结果从公有幽之前自我监管的 Confluent 游戏平台部署迁离到仅仅监管的、只不过无服务概念内部设计器的 Confluent 幽其产品。

非常有用的游戏平台：Kafka 不无论如何是最另行消息

上述概念内部设计只有在一个非常有用的游戏平示意才能构建。很多人依然把 Kafka 看作是数据资料湖水或数据资料仓瓦的进食层，因为这是 Kafka 年所的突出用例之一。今天，数据资料摄入量依然是一个很好的用例，但许多概念内部设计早已不无论如何用到 Kafka 的内部部分来构建这一点。Kafka Connect 透过了 Kafka 和数据资料存储仪器彼此正因如此开箱即用的通往。

开发者在公有幽之前甚至并能以仅仅监管、无服务概念内部设计器的方式完成内嵌，无论前提所需与第一方幽服务概念内部设计（如 Amazon S3、Google Cloud BigQuery、Azure Cosmos DB）或其他第三方 SaaS（如 MongoDB Atlas、Snowflake 或 Databricks）内嵌。

连续的 Kafka 原生引处理过程是非常有用游戏平台的下一个内涵。例如，西德的铁路子公司特别运用 Kafka 引完成大规模的管理系统都会数据资料区隔处理过程，其他子公司用到 ksqlDB 作为 Confluent Cloud 之前的一个仅仅监管的结构上，好处就是不所需另一个游戏平台或服务概念内部设计来完成引分析。一个非常有用的游戏平台使内部凸显效率商业价值，而且从 SLA 和背书并不一定来看，端到端的内嵌更快。

一个非常有用的游戏平台所需更多的“顶层”服务概念内部设计，如数据资料引的运用计算机、数据资料以前政府、基于角色的IP、审计存档、自助服务概念内部设计技能、GUI、运用计算机编码 / 预定义生成用以等。在此之前，与事件真相引其产品远比，运用计算机面向对象踏入习惯的企业级和 iPaaS 用以的优势。

通过开放 API 和非 Kafka 用以完成第三方内嵌

然而，事件真相引十分是解决问题所有问题的银弹！在论述 Kafka 和 MQ/ETL/ESB 是朋友、同伴还是亦敌亦友的时候，我早已指出了这一点。例如，MQ 或 ESB 可以作为内嵌概念内部设计之前的事件真相引的可用，这远大于概念内部设计消费。

我们再来看看西德的铁路子公司。如前所述，他们的货物电子邮件游戏平台是管理系统都会的。近期，西德的铁路子公司宣布与Google子公司合作伙伴，与Google子公司海图完成第三方内嵌。Google子公司海图软件可以拿到管理系统都会客车时刻表的更另行电子邮件：

内嵌后，的企业可以沾染到最初青年人并适配到业务。软件可以通过Google子公司海图页面来购置车票。我不清楚这个第三方内嵌用到了什么电子技术或其产品。西德的铁路子公司管理系统都会公用事业的内部在于构建最初创另行业务模式和与合作伙伴者的合作伙伴。

西德的铁路与Google子公司海图的内嵌，很有可能不是直接采用 Kafka 协约（虽然一般来说也都会这么做，比如 Here Technologies 为其海图服务概念内部设计所透过的开放 API）。

事件真相引是对其他服务概念内部设计的可用。有的概念内部设计的团队用到了一个 API 监管游戏平台来向外部卖家透过内部 API，还包括IP、计费和调查结果。《Apache Kafka 和 API 监管 /API 因特网——朋友、同伴还是亦敌亦友？》（Apache Kafka and API Management / API Gateway – Friends, Enemies or Frenemies?）这文章论述了事件真相引和 API 监管彼此正因如此的人关系。

事件真相引无处不在

管理系统都会数据资料在任何以前都胜过加速的数据资料。这是一种最初软件包一般而言，因为我们不只是通过最另行多线程管理系统将事件真相投递到另一个数据资料瓦。相反，我们管理系统都会用到和区隔来自十分相同数据资料源的数据资料。这就是创创造性地内部设计的只不过价值，并能改变基本上。

因此，事件真相引并能在每个以前都能构建。虽然对很多 IT 概念内部设计来说幽原则上是一种可行策略性，但是在非常极其重要的大块和混和场景之前，事件真相引。

假如在上述西德的铁路子公司有关的概念内部设计（但纯属虚构）之前有一种混和内部，举例来说管理系统都会该软件、幽和客车之前的大块计算：

我在其他文章之前也谈论了这一点，还包括《Apache Kafka 跨行业的大块用例》（Edge Use Cases for Apache Kafka Across Industries）。这文章的揭示如下：运用事件真相引的开放内部要能在各地完成管理系统都会数据资料处理过程，还包括多幽、数据资料之前心和大块部署（即在数据资料之前心正因如此）。的企业内部不所需各种电子技术和其产品来构建管理系统都会数据资料处理过程，再与实质上的 iPaaS、ETL 用以、ESB、MQ 管理系统内嵌。

不过要再次强调一点，了解到事件真相引如何融入的企业内部是至关极其重要的。例如，Kafka 特别与高端电子技术相结合，如 MQTT，在这些大块场景之前其与高端仪器完成“最后一英里”的内嵌。

结束语

Kafka 凭借其截然不同的系统一组已在各行业的内嵌概念内部设计之前崭露头角。有些 Kafka 解决问题可行性同属 iPaaS 基本概念，与其他内嵌游戏平台一样也有选取之处。但事件真相引是软件包一般而言，因此 iPaaS 只是 Kafka 或其他类似事件真相引游戏平台的一种用法。

你是如何运用事件真相引和 Kafka 作为内嵌游戏平台的？欢迎大家在评论区讨论。

原文链接：

让员工加班？优酷网被处分！“东数西算”全面实施；俄乌冲突导致互联网安全公司股票大涨 | Q资料

念完1300万行预定义，我三人苹果公司省下2亿美元，但没拿到承诺的千万股票

被侮辱、被无视，Swift 之祖父来到内部的团队：纯属浪费时外

无法忍受不做单元测试和内卷，我来到了这家在美之前国的企业

点个在看少个 bug👇

。

成都甲状腺医院
治感冒能用再林阿莫西林颗粒吗
眼睛有异物感用乐珠和瑞珠哪个好
佛山男科去哪看
北京比较好的妇科医院