面向服务架构的容量规划？

Question

我有一组可以处理一系列业务流程的SOA组件。例如，一个SOA组件导入用户数据，另一个组件在上面运行分析。

我熟悉制造业的业务流程建模，即计算每个流程的WIP、吞吐量、周期时间、利用率等。小定律、约束理论等。

我是否可以将这种方法应用于SOA架构的容量规划，或者是否有一种更严格/更广泛接受的方法？

Answer 1

有点宽泛的问题。给你一些指导，但这里没有真正完美的答案。

您要寻找的是与从服务器报告的性能指标一起使用的业务活动监视。

BAM/将允许您测量每秒钟处理的订单数量。然后监控和收集诸如CPU使用情况、网络带宽、磁盘io性能、内存使用情况和其他技术性能指标等信息。在windows中，您可以为此使用性能计数器。在Linux世界中，您可以使用各种工具和技术。

使用下订单的数量，您可以查看定单软件所使用的系统的性能统计数据，以便对正在发生的事情提供一些指示。

例如，我们平均每秒处理10个订单，在托管订单服务的ESB服务器上使用大约8GB的ram。我们看到订单每月平均增长25%。我们已经注意到，当订单达到高峰时，会有几个关于交换到磁盘的警告。为了确保我们能够满足需求，我们需要每4个月将服务器上的内存翻一番。因此，在一年内，我们将需要3*8GB的额外内存或另一个32 8GB的内存。现在您可以决定实现了什么，您是用4台机器创建一个具有8GB内存的集群，还是使用负载平衡。

使用这些信息，您可以开始很好地了解您的限制在哪里，以及您需要在未来的预算。

去看看一些BAM工具和一些监控工具，看看什么适合你。