在WSO2上构建事件堆栈

我想部署一个基于WSO2的事件处理堆栈，但无法理解功能的安装过程

我已经下载了最新的Carbon（4.0.2），并希望安装ESB、BRS、CEP、BAM以及可能更高版本的API管理

我已连接到图灵功能库

2个问题：

• 在可用特性列表中，我没有看到BAM或BRS，尽管有ESB、CEP和API。我需要什么才能看到这些其他部分

• 当我选择CEP和ESB进行安装时，我得到了一个“install modified”，并且没有选择任何功能。我认为这与功能版本不兼容有关

• 如果我只是选择ESB，安装似乎会继续，但服务器不会重新启动（挂起等待一个Synapse服务）

---

感觉我在确定我需要什么功能/版本方面的过程是错误的。我应该如何继续？

Carbon不喜欢与它的其他组件配合良好。我从未能够成功地使用Carbon管理任何WSO2堆栈。每次设置/部署WSO2堆栈时，我都会手动配置单独的组件组件分别配置文件。通常先从ESB开始，然后添加CEP，然后添加BAM

您还必须确保它们以正确的顺序启动，并且配置文件不会相互践踏（确保设置了端口偏移量）

运行WSO2堆栈的任何实例都不需要Carbon，只需“安装”它（解压wso2X.zip文件），然后确保服务启动（调用

wso2X/bin/wso2server.sh start

），这就是一般设置的内容，然后需要配置每个组件，使其与其他组件配合良好（这意味着您需要将BAM和CEP挂接到ESB等）没有太多的“自动”配置或发现，因此使用WSO2通常更容易进行手动操作

还请注意，WSO2产品是围绕其他Apache产品（如/）的Java扩展（本质上是包装），因此，如果WSO2出现问题，通常是因为底层系统（Tomcat/Synapse）配置不正确（尽管这不是您自己的错，因为WSO2文档没有提到确保正确配置基本系统）

还要注意的是，在我对WSO2产品的测试中，它们消耗了大量内存（在一台机器上运行的内存不能超过ESB和BAM，因为两台机器都占用了8GB以上的内存），并且必须提交一份故障通知单来纠正WSO2 Java模块中发现的内存泄漏，不确定这是否得到了修复

不要试图否定WSO2，但要注意这不是一项很好的任务，如果你有选择的话，你可能会选择其他“云”选项

编辑：我不得不测试不同的“云”堆栈（如果你愿意，可以使用不同类型的“插件”或web服务）以及它们的可互操作性；事实证明，如果您完全控制各个堆栈，那么它们是相当可互操作的，否则我发现的任何堆栈的最大失败只是文档记录……我不在乎程序是否有bug或问题，只要它们有适当的文档记录和可能的解决方法（如果有的话）因为WSO2的产品只是Apache版本产品的Java包装器（即WSO2的ESB==Apache Synapse），所以在Apache文档中通常解决的任何问题（对于某些问题，它们几乎没有什么问题）都会发生虽然WSO2的文档有很多复制/粘贴问题（如果他们有版本1以外的文档），但通常更容易下载并安装实际的Apache产品，然后再安装WSO2的产品，并将其指向有效的Apache配置/安装

我对Microsoft stack with和通用IIS/.NET提供的等效服务（IIS/.NET相当于ESB/CEP/BAM/等）进行了一些测试。在MS方面，文档已经足够了（现在有足够多的人购买云的宣传）我认为我可以支持大多数半容易的服务。我之所以说半容易是因为“云”服务的“易用性”用词不当（或我的误解）。我还发现了一个名为的产品，它是一个.NET ESB产品，尽管我在测试期间没有对它做任何事情，所以我无法与它交谈

测试结果表明，设置和配置起来更容易；我为AWS测试的最大问题是一般的互联网延迟

大部分都是个人臆测，我强烈建议你对每一个都进行评估，因为“云”空间在不断变化，每个云平台都有一些稍微不同的功能

---

TLDR：云空间有很多可供选择的地方，人们应该真正考虑他们从长远来看要达到的目标，然后评估每一个平台的产品，看看它们是什么样的，即文档和内部供应商的互操作性（即供应商的产品易于相互沟通的能力）。绝对有助于产品的“再可用性”因素。

图灵功能库与Carbon kernel 4.0.2不兼容。您可以下载Carbon kernel 4.2.0并连接到图灵功能库。

感谢您的深入了解-我将不再试图将所有功能集于一身。仍然有平台可供选择-您还有其他平台可以选择吗mmend看看如何创建事件堆栈-理想情况下是一个内部安装选项以及一个云平台。但可以重新考虑所有约束条件…我编辑了我的答案，以便对这种影响提供更多反馈。希望能有所帮助