insights 磁力

新的IBM ODM Advanced V8.7 Decision Server Insights产品旨在使企业能够尽早发现并响应风险和机遇。 Decision Server Insights以事件的形式接收数据，这些事件来自多个来源，例如业务系统，社交网络，移动设备和传感器。 为了获得可行的见解，从而能够做出明智的决策，可以使用事件事件中的数据以及存储在内存中的数据上的分析功能和业务规则，对事件进行处理。

为了以有效的方式完成这种类型的处理，Decision Server Insights需要一个运行时平台，该平台能够处理大量事件，通常每秒处理数万个事件，并且可以线性方式扩展。 WebSphere eXtreme Scale和WebSphere Application Server Liberty Profile应用程序服务器的分布式数据网格功能提供了非功能性功能的正确组合，以实现此规模的内存中事务处理。

完成本教程后，您应该能够安装和配置满足您的非功能性需求（包括高可用性，安全性和可恢复性）的Decision Server Insights运行时生产环境。 本教程说明如何在Decision Server Insights参考拓扑的上下文中实现非功能性功能。

参考拓扑的动机

需要明确的是，没有能够满足所有客户需求的“一刀切”的拓扑。 不同的应用程序可能具有不同级别的非功能性要求和风险承受能力。 描述Decision Server Insights的参考拓扑的动机是双重的：1）在考虑到IBM ODM及其运行或依赖的软件的任何软件限制的情况下，以平衡的方式解决“典型”的非功能需求集以及2）提供对确定，限制特定拓扑偏好的需求，参数和功能的洞察力。

WebSphere eXtreme Scale基本概念

本部分介绍了了解参考拓扑的配置所需的最少的WebSphere eXtreme Scale概念集。

WebSphere eXtreme Scale是一个“弹性的”内存数据网格。 为了至少能够配置此网格，您必须熟悉以下概念：

• 映射 ：映射是由键值对组成的简单数据结构。
• 映射集：映射集是逻辑相关的映射的集合，可以在多个服务器上进行分区和复制。
• 网格：在WebSphere eXtreme Scale中，网格是地图集的集合，这些地图集可能跨越多个Java虚拟机，并且您可以连接到数据并访问数据。
• 分区：分区包括映射集中包含的数据的子集，以及每个子集可能具有的任何副本。 分区数（ n ）是映射集的可配置属性。 映射集的数据基于键对象的hashcode（）值分布在n个分区上。
• 副本：复制提供了冗余机制，通过它可以在WebSphere eXtreme Scale环境中实现高可用性。 副本是相对于主要副本和其他副本远程存储的分区中主要数据的副本。 同步副本在主数据库更新时进行事务性更新，从而确保在主数据丢失时不会丢失数据。 异步副本不会相对于主对象进行事务性更新，也无法保证异步副本与主数据相同。
• 分片 ：分片为分区中的主副本或每个副本提供物理存储。 在分区中，始终有一个主分片，并且可能取决于高可用性需求的程度而存在一个或多个副本分片。
• 网格容器：网格容器是碎片的容器。
• 网格容器服务器 ：网格容器服务器是运行WebSphere eXtreme Scale并托管一个或多个网格容器的Java虚拟机。 Decision Server Insights使用WebSphere Application Server Liberty概要文件作为其网格容器服务器。
  注意：对于Decision Server Insights，首选的网格拓扑每个网格容器服务器只有一个网格容器。 此外，每台主机上仅运行一个网格容器服务器。 因此，本教程使用容器一词来指代网格容器服务器和网格容器，除非需要适当区分。 本教程将主机称为容器主机 。
• 目录服务：S需要一些智能来跟踪分区和分片，在容器加入或离开网格时重新分配分片，监视网格的运行状况以及向网格客户端提供数据定位服务。 这些操作可通过目录服务使用 。 一台或多台目录服务器协调服务器之间的工作以提供目录服务。 当有一个以上的目录服务器，它们中的一个具有特殊的责任和它被称为主或主目录服务器。 目录服务器组及其所监视的容器服务器组构成目录服务域 。
• 法定人数 ：网格生命周期操作需要目录服务器组成员之间关于需要做什么的协议。 例如，当发生网络断电时，目录服务器之间的通信可能会丢失，并且不止一个目录服务器成为主服务器。 这种情况被称为裂脑综合症 。 如果启用了仲裁，则在发生这种情况时将暂停网格工作，但是从仲裁丢失中恢复通常需要手动干预。 有关详细信息，请参阅WebSphere eXtreme Scale V8.6文档中的目录服务器仲裁 。 从WebSphere eXtreme Scale V8.6开始， 多数仲裁的引入意味着只要目录服务组中的大多数成员（超过一半）保持活动并相互了解，就可以实现仲裁，并且网格工作可以继续执行。 这是拥有3个目录服务器而不是2个目录服务器（或任何奇数个服务器而不是偶数个服务器）的一个很好的理由。
• 目录服务器集群端点 ：容器使用目录服务器集群端点 （包含在容器服务器配置中）与目录服务器建立通信链接。 它们成为目录服务域的一部分，这意味着它们成为网格的一部分。

Decision Server Insights基本概念

Decision Server Insights功能的详细视图不在本教程的范围之内。 有关更多信息，请参阅IBM Operational Decision Manager Advanced V8.7 Decision Server Insights产品文档。 本教程仅限于介绍与参考拓扑相关的最少基本概念。

Decision Server Insights 解决方案（可以视为一种应用程序）在网格中存储实体 （数据对象）并处理通常与那些实体相关的事件。 事件将通过相关性ID路由到数据所在的容器。 在容器中，它们由关联的规则 ， Java或预测性评分 （IBM SPSS Statistics） 代理处理 。

可以直接通过Solution Gateway API（使用Java）或通过入站连接间接将来自外部系统的事件提交到Decision Server Insights运行时环境。 对于入站连接，将一台或多台Liberty配置文件服务器配置为入站连接服务器，以充当外部消息传递终结点与Solution Gateway API之间的桥梁。 针对外部系统的出站事件被路由到一个或多个出站连接服务器。

Decision Server Insights参考拓扑

Decision Server Insights参考拓扑是单站点拓扑。 虽然在许多情况下需要分区或多主拓扑，但不在本教程的讨论范围之内。

目标

参考拓扑基于以下目标，这些目标取决于软件的功能：

• 在“正常”操作模式下，网格必须高度连续。
• 网格必须承受一台容器服务器的丢失，而不会丢失任何数据，也不会丢失对数据的访问。
• 为了应用“滚动更新”或进行任何其他维护活动，网格必须一次容忍一个容器的受控关闭。
• 网格应接受并使用新的容器（在由配置的分区和副本数确定的限制内）。
• 网格应允许同时丢失2个容器，但存在一定的数据丢失风险。
• 目录服务应具有很高的可用性，并取决于多数仲裁。
• 如果发生灾难，丢失了两个以上的容器（例如，停电），则网格数据必须可恢复。 在此示例中，您接受一些数据丢失的风险。
• 在受控关闭网格的情况下（例如，如果需要增加分区数），网格数据必须能够无损失地恢复。
• 系统应该容忍至少一台入站和一台出站连接服务器的故障。
• 由于先前的要求，事件吞吐量不应受到明显影响。

这些目标用于定义Decision Server Insights参考拓扑，该拓扑大致由入站和出站连接服务器，目录服务器，容器服务器以及用于将网格数据持久存储到磁盘存储介质的数据库形成。

入站和出站连接服务器

入站和出站连接服务器负责事件流入和流出系统，因此这些服务器应具有一定的冗余性。 一个好的起点是在两台不同的计算机上使用其中之一，这是避免单点故障的最低要求。 确定特定事件吞吐量所需的入站或出站服务器的实际数量没有经验法则。 入站和出站服务器的数量根据许多参数而有所不同，这些参数包括事件数据的大小，可能执行的事件转换的类型，是否将事件持久性用于Java Messaging Service（JMS）以及类型使用的协议（例如，HTTP或JMS）。 为了获得最佳结果，请从两台服务器开始并监视资源使用情况（例如，CPU和内存）。 对于高事件速率，您可以继续将入站和出站连接服务器添加到同一台计算机上，直到达到计算机的理想资源消耗阈值为止。 达到阈值后，可以根据需要添加新计算机。

目录服务

上一节讨论了目录服务以及为什么在生产环境中需要三个或更多目录服务器。 如果选择使用三个目录服务器，则出于高可用性的原因，它们应位于单独的计算机上。

容器服务器

所需容器服务器的数量取决于在网格上运行的解决方案的数量和类型以及它们处理的事件的数量。 这个数字可以增加或缩小，但是通常在生产环境中有多个（以支持高可用性要求）。

根据拓扑目标，您可以推断，除了主要数据外，还需要同步副本和异步副本。 这不仅可以满足您的高可用性目标，而且可以确保以高效的方式完成“滚动更新”或一次在一个容器服务器上执行的任何维护活动。 例如，如果主要数据丢失，则与主要数据相同的同步副本立即成为主要数据。 同样，然后可以非常快地将异步副本升级为同步副本，而不必等待主副本被重新创建，如果没有其他副本，便会是这种情况。

根据这些观察，理想情况下，至少应在4个远程容器主机上运行4个容器。 使用4个容器，您可以停止一个容器进行维护，而其余3台机器仍具有所需的冗余级别。 这很重要，因为如果开发模式标志设置为false，则目录服务不会将属于同一分区的主或副本分片放置在同一虚拟机或同一IP地址中。

可以动态添加到网格的最大容器数受分区数和在每个分区中配置的副本数的限制。 这种限制源于以下事实：只有在网格关闭的情况下才能更改分区的数量，并且还因为拥有更多的容器服务器比可以使用的最大数量没有意义。 此数目由分区数 x（1 + 副本数 ）确定。 例如，如果分区数为20，并且您有2个副本，则意味着您有20个主副本+ 20 x 2个副本（= 20 *（1 + 2）），这导致最多可以添加60个容器到网格并实际使用（每台计算机上只有一个副本或主分片）。

考虑到这一限制，选择大量的分区似乎有助于增长并允许更好地平衡内存资源。 但是，每当网格发生变化时，就必须与更大数量的线程，增加的网格通信开销以及更高水平的平衡工作进行平衡。 当分区数量大且容器数量少时，在删除或添加容器时，网格重新配置工作量会很大。

实际上，考虑到建议的每台机器一个容器服务器，将分区数设置为您希望拥有的最大容器数（C）乘以容器主机的内核数（M）是一个很好的经验法则。乘以2（因此C x M x 2）。 假设每个容器主机中的内核数相等。 另外，如果分区的数目是质数，则鉴于某些WebSphere eXtreme Scale操作更有效，因此将该数四舍五入为下一个质数是一个好习惯。 例如，假设您预期最多有6个容器服务器主机，每个服务器主机具有4个核心，则分区数的一个不错的值将是：nextPrime（6 x 4 x 2）= 53。分区数为127。

图1显示了一个网格，其中包含3个容器和n个分区，每个分区都有一个主分区和2个副本分片。 值为n较大时，每个容器还将有大量分区。 添加容器时，分区会分布在新容器中，从而减少了每个容器的分区数。

图1.具有3个容器和n个分区的网格

数据库持久性

Decision Server Insights在内存数据网格上运行。 但是，在单站点拓扑中，必须将网格数据持久保存到数据库中，才能从灾难中恢复或启用任何需要关闭网格的罕见维护活动。 您可以在同步（直写）或异步（后写）数据库持久性模式之间进行选择。 需要仔细考虑同步持久性的使用，因为它通常意味着较高的性能损失。 另一方面，异步持久性将批量执行数据库更新，并且性能损失很小。 数据库更新的频率可能会根据可接受的风险级别而有所不同，它使用一个称为writeBehind的参数根据时间间隔和批处理更新的数量进行writeBehind 。 例如， writeBehind配置值'T20;C200'意味着每20秒或每有200个待处理的更新数就写入数据库，无论哪种情况先发生。

请注意，在满足以下条件的情况下，在受控关闭网格的过程中不应丢失数据：

• 传入事件的流首先停止。
• 所有事件均已处理。
• 任何未完成的批处理更新都将写入数据库。

等待关闭网格，直到满足这些条件。

对于参考拓扑，本教程使用异步数据库持久性配置。 除非在灾难发生时没有数据丢失是至关重要的，否则不值得付出同步持久性选项的性能和吞吐量损失。

WebSphere eXtreme Scale可以将数据库更新排队，从而允许一些数据库停机，但是理想情况下，数据库应该具有高可用性（例如，通过使用DB2高可用性灾难恢复）。 对于非常高的事件负载，请考虑使用高度可扩展的数据库以确保该数据库不会成为瓶颈。

图2显示了如上所述的Decision Server Insights参考拓扑。

请注意，该示例为拓扑中的每个Decision Server Insights服务器使用不同的物理服务器，该配置提供了组件之间的高度隔离。 最少有3台物理服务器即可满足高可用性和可恢复性的目标，这还不包括数据库在内。 但是，具有4个服务器的拓扑更适合作为最低的高可用性拓扑。 这样的拓扑允许您有4个容器服务器，每台主机中有一个。 这些机器中的3台可以具有目录服务器。 此外，您应该在4台物理服务器中的至少2台上具有入站和出站服务器。

图2. Decision Server Insights参考拓扑

安装与配置

要安装和配置Decision Server Insights参考拓扑，请使用以下策略：

1. 在每台服务器上安装IBM Installation Manager，以启用可以使用Installation Manager安装和更新Decision Server Insights。
2. 使用Installation Manager在每台必需的服务器上安装Decision Server Insights。 在本教程示例中，有12台计算机。 这些机器中的三台用于目录集群，四台用作容器服务器，并且有2个出站服务器和2个入站服务器。 剩下的机器（称为原型机）用于创建服务器原型。 其目的是帮助部署新服务器，而无其他帮助。 原型用于将服务器克隆到拓扑中的11台计算机中的每台计算机上，并克隆到将来可能添加的任何其他计算机上。
3. 在原型机中，创建和配置目录服务器：
   1. 使用cisCatalog模板创建目录服务器原型。
   2. 为该服务器配置引导程序属性文件。
   3. 配置安全套接字层（SSL）。
   4. 配置用户注册表和角色。
   5. 将目录服务器克隆到将承载目录群集的3台计算机上。
4. 在原型机中，创建和配置容器服务器：
   1. 使用cisContainer模板创建容器服务器原型。
   2. 为该服务器配置引导程序属性文件。
   3. 配置SSL。
   4. 配置用户注册表和角色。
   5. 配置网格。
   6. 配置数据库持久性。
   7. 将容器服务器克隆到用于托管4个容器服务器的4台计算机上。
5. 在原型机中，创建和配置入站和出站服务器：
   1. 分别使用cisInbound和cisOutbound模板创建入站和出站连接服务器原型。
   2. 为该服务器配置引导程序属性文件。
   3. 配置SSL。
   4. 配置用户注册表和角色。
   5. 将配置的入站服务器克隆到2台计算机上，将出站服务器克隆到其余2台计算机上。

创建和配置目录服务器

要使超大型目录具有高可用性，请创建一个由3个目录服务器组成的目录服务器域。

步骤1：创建目录服务器原型

在prototypes机器上的installation_directory /runtime/wlp/bin ，运行以下命令从cisCatalog模板创建服务器：

./server create cisCatalog --template=cisCatalog

请注意，您在模板参数中使用了两个破折号（ -- ）。

步骤2：配置目录bootstrap.properties文件

如下例所示，在bootstrap.properties文件中配置目录库集群端点。 将vmwtpmxxxx更改为您自己的主机名。

ia.clusterEndpoints=vmwtpm094x-cisCatalog:vmwtpm094x:6600:6601,vmwtpm0953-cisCatalog:vmwtpm0953:6600:6601,vmwtpm098d-cisCatalog:vmwtpm098d:6600:6601.

注意：为了便于克隆目录服务器，在指定目录集群端点时，请避免使用${ia.serverName}和${ia.host}变量。

步骤3：设定安全性

要创建安全的服务器环境，必须配置以下设置：

• SSL，用于安全通信。
• 用户注册表，通常是LDAP。
• 管理访问的管理员角色（Java管理扩展）。
• REST API的读写角色（仅适用于容器服务器）。

注意：此配置假定网络安全，并且未解决网格中服务器的安全以及这些服务器之间的通信。 有关更多信息，请参见“ 启用Decision Server Insights网格安全性”技术说明 。

1. 配置SSL。
   要为服务器启用SSL通信，必须首先创建一个密钥库文件。 密钥库包含用于服务器的证书，该证书在生产环境中应由受信任的证书颁发机构颁发或签名。 有关详细信息，请参阅产品文档中的为Liberty配置文件启用SSL通信 。 使用安全实用程序在installation_directory /runtime/wlp/bin目录中创建包含自签名证书的密钥库，如以下示例所示： ./securityUtility createSSLCertificate --server=cisCatalog --password=ins1ghts --validity=1000 –subject=CN=*.ibm.com,O=IBM,C=UK
   运行createSSLCertificate命令时，应该看到类似于以下示例的输出：

   Creating keystore /opt/IBM/ODMInsights87/runtime/wlp/usr/servers/cisCatalog/resources
   /security/key.jks
   Created SSL certificate for server cisCatalog
   Add the following lines to the server.xml to enable SSL:<featureManager>
   <feature>ssl-1.0</feature></featureManager> <keyStore id="defaultKeyStore"password="{xor}NjEsbjg3Kyw=" />

   SSL功能定义已经在server.xml文件中，因此您无需将SSL功能定义添加到该文件中。 但是，必须将keyStore定义<keyStore id="defaultKeyStore" password="{xor}NjEsbjg3Kyw=" />复制到server.xml文件中。 或者，您可以从server.xml文件中已有的密钥库定义中删除注释，而只需添加密码。 此配置对于属于网格的所有服务器以及所有连接服务器都是必需的。

2. 配置用户注册表和角色。
   为简便起见，本教程将跳过您通常在生产环境中看到的LDAP注册表配置。 有关更多信息，请参阅WebSphere Application Server Network Deployment V8.5.5文档中的使用Liberty概要文件配置LDAP用户注册表 。 下面的示例代替LDAP，而是使用在server.xml中配置的基本注册表：

   <basicRegistry id="basic" realm="DWRealm">
   <user name="admin" password="ins1ghts"/>
   <group name="DWGroup">
   <member name="admin"/>
   </group>
   </basicRegistry>

   仍然在server.xml文件中，定义用于JMX访问的管理员角色：

   <administrator-role>
   <group>DWGroup</group>
   </administrator-role>

步骤4：启用多数仲裁

要启用仲裁，请将属性enableQuorum =“ true”添加到server.xml文件中的xsServer条目，如以下示例所示：

<xsServer catalogServer="true" catalogClusterEndpoints="${ia.clusterEndpoints}"listenerPort="${ia.listenerPort}" transport="XIO" serverName="${ia.serverName}" enableQuorum="true"/> ]

另外，要获得多数仲裁，必须将jvm.options文件（位于cisCatalog目录中）的com.ibm.websphere.objectgrid.server.catalog.majority.quorum Java虚拟机属性设置为'true'。如以下示例所示：

-Dcom.ibm.websphere.objectgrid.server.catalog.majority.quorum=true

配置并启动环境后，请验证是否启用了仲裁和多数仲裁。 启动目录服务器后，在消息日志中查找以下消息：

I CWOBJ1251I: Quorum is enabled for the catalog service.
I CWOBJ0054I: The value of the "com.ibm.websphere.objectgrid.server.catalog.majority.quorum"property is "true"

步骤5：克隆目录服务器

使用以下命令从原型目录服务器克隆3个目录服务器，这些命令从/opt/IBM/ installation_directory /runtime/ia/bin:

./cloneServer cisCatalog root catalog_host_name  /opt/IBM/installation_directory/runtime

创建和配置容器服务器

接下来，创建并配置容器服务器。

步骤1：创建容器服务器原型

在installation_directory /runtime/wlp/bin ，运行以下命令从cisContainer模板创建服务器：

./server create cisContainer –template=cisContainer

步骤2：为容器配置bootstrap.properties文件

如以下示例所示，在容器的bootstrap.properties文件中配置目录库引导端点：

ia.bootstrapEndpoints=vmwtpm094x:2809,vmwtpm0953:2809,vmwtpm098d:2809

克隆期间，自动将'localhost'替换为相关的主机名。

步骤3：配置SSL

对于容器服务器，请使用与目录服务器相同的安全配置。 将cisCatalog原型中的资源目录（例如/opt/IBM/ODMInsights87/runtime/wlp/usr/servers/cisCatalog/resources复制到cisContainer原型的cisContainer目录。

将keyStore定义（ <keyStore id="defaultKeyStore" password="{xor}NjEsbjg3Kyw=" /> ）添加到容器服务器原型的server.xml文件中。

步骤4：配置用户注册表和角色

以与对目录服务器相同的方式在server.xml文件中配置基本注册表：

<basicRegistry id="basic" realm="DWRealm">
<user name="admin" password="ins1ghts"/>
<group name="DWGroup">
<member name="admin"/>
</group>
</basicRegistry>

在server.xml文件中，定义用于JMX访问的管理员角色：

<administrator-role>
<group>DWGroup</group>
</administrator-role>

对于容器服务器，必须配置REST API所使用的读取器（获取）和写入器（获取，发布，放置和删除）安全角色，如以下示例所示：

<authorization-roles id="iaAuthorization">
<security-role name="iaRESTWriter">
<group name="DWGroup"/>
</security-role>
<security-role name="iaRESTReader">
<group name="DWGroup"/>
</security-role>
</authorization-roles>

步骤5：自定义网格

打开installation_directory /runtime/wlp/usr/servers/cisContainer/grids/objectGridDeployment.xml文件。

您会注意到，网格的默认配置已经针对推荐的1个同步副本和1个异步副本进行了自定义。

重要：为了避免在启动网格时不必要的平衡工作，在启动目录服务器之后以及在启动容器服务器之前，请运行installation_directory /runtime/ia/bin/serverManager suspendbalancing命令。 启动所有容器服务器后，发出serverManager resumebalancing命令以确保网格平衡在启动期间仅发生一次。

本教程示例将默认容器数从127更改为53。

配置后， 'iaMaps'地图集看起来类似于以下示例：

<mapSet name="iaMaps" numberOfPartitions="53" numInitialContainers="3" minSyncReplicas="0"minAsyncReplicas="0" maxSyncReplicas="1" maxAsyncReplicas="1" developmentMode="false">

'iaPreloadMaps'地图集具有类似的配置，但请注意， iaGrMaps仅具有一个分区。

步骤6：坚持实体和事件

默认情况下，数据保留在网格中，并且不会持久保存。 为确保持久保存数据以进行灾难恢复，请完成以下步骤：

• 建立资料库
• 使用your_installation_location \runtime\ia\persistence\sql\DB2\DB2Distrib.sql提供的DDL创建Decision Server Insights数据库表。 请注意，您的DBA可能希望基于性能考虑或特定的组织标准对DDL进行一些更改。

• 接下来，完成以下步骤以启用JDBC功能并在cisContainer原型的server.xml中创建数据源定义：

1. 将<feature>jdbc-4.0</feature>到featureManager元素。
2. 从server.xml文件中的数据源定义中删除注释，并提供您自己的属性，例如：

<dataSource jndiName="jdbc/ia/persistence"><connectionManager/><jdbcDriver><library><fileset dir="/opt/DB2/java" includes="db2jcc4.jar db2jcc_license_cisuz.jar" /></library></jdbcDriver><properties.db2.jccdatabaseName="DSIDB"user="db2admin"password="pwd1"serverName="someHostName"currentSchema="ADMIN"portNumber="50000" /></dataSource>

确保您还从ia_persistence entry删除了注释：

<ia_persistence datasourceName="jdbc/ia/persistence" maxBatchSize="10000" maxCacheAge="1000" />

最后，配置要保留在objectgrid.xml文件中的映射。 最简单的方法是使用installation_directory /runtime/ia/persistence/grids/write-behind/objectgrid.xml的模板。 本教程使用后写模板，以便所有映射都异步保留。

您可能还选择更改数据库写入之间的默认批处理时间延迟和批处理大小，例如：

<backingMap name="Entity.*" template="true" lockStrategy="PESSIMISTIC"copyMode="COPY_TO_BYTES" pluginCollectionRef="EntityPlugins"writeBehind="T10;C100" />

步骤7：克隆容器服务器

使用以下命令从原型容器服务器克隆4个容器服务器，这些命令从/opt/IBM/ installation_directory /runtime/ia/bin ：

./cloneServer cisContainer root container_host_name  /opt/IBM/installation_directory/runtime

步骤8：创建入站和出站连接服务器

从相应的模板创建原型入站和出站服务器。

使用目录服务器端点为服务器配置bootsrap.properties文件。

以与对容器服务器相同的方式配置安全性（无需配置REST API授权角色）。

从应用程序安全功能中删除注释，例如以下示例：
<feature>appSecurity-2.0</feature>

根据解决方案的要求配置入站或出站连接功能，例如：

<featureManager>
<feature>appSecurity-2.0</feature>
<feature>ia:iaConnectivityInboundJMS-8.7.0</feature>
<feature>wmqJmsClient-1.1</feature>
</featureManager>

结论

本教程描述了Decision Server Insights的参考拓扑。 您学习了必要的WebSphere eXtreme Scale和Decision Server Insights基本概念以及网格的重要可配置元素，例如分区数。 本教程介绍了对拓扑的一组非功能性需求，并根据这些需求描述了拓扑布局和配置选择。 最后，您学习了参考拓扑的安装和配置步骤。

致谢

作者要感谢Decision Server Insights产品架构师David Martin对本文的审阅。 我们还要感谢David Rushall，David Granshaw和Lewis Evans的宝贵意见。

翻译自: https://www.ibm.com/developerworks/bpm/bpmjournal/1503_defreitas1/1503_defreitas1.html

insights 磁力