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

Question

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

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

我可以将此方法应用于我的SOA架构的容量规划，还是有更严格/更广泛接受的方法？

Answer 1

一个广泛的问题。一些指导方针，但这里没有真正完美的答案。

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

BAM /业务活动监控将允许您衡量您每秒处理的订单数量。您今天的销售量等等。然后，您可以监控和收集CPU使用率，网络带宽，磁盘性能，内存使用情况和其他技术性能指标等信息。在Windows中，您可以使用性能计数器。在Linux世界中，您可以使用各种工具和技术。

使用下达的订单数量，您可以查看订单放置软件使用的系统的性能统计信息，以便为您提供有关正在发生的事情的指示。

例如，我们平均每秒处理10个订单，在托管订单服务的ESB服务器上使用大约8GB的RAM。我们看到订单每月平均增加25％。我们注意到在订单达到峰值时有几个关于交换到磁盘的警报。为了确保我们能够满足需求，我们需要每4个月将服务器上的内存翻倍。因此，在一年内我们将需要额外3 * 8GB的内存或另外32GB的内存。现在你可以决定实现你是否创建了一个包含4台内存8GB内存机器的集群，或者我是否负载均衡。

使用此信息，您可以开始了解限制的位置以及将来需要预算的内容。

查看一些BAM工具和一些监控工具，看看哪些适合你。