【问题标题】:Creating an n tiered application创建 n 层应用程序
【发布时间】:2010-12-29 02:49:20
【问题描述】:

我正在为明年开始的一个项目研究架构。它主要是一个 c# web 应用程序,但会有一个服务层,以便它可以与我们的 facebook/iphone 应用程序对话。有几个长时间运行的进程,这意味着我将创建一个可以处理这些的 windows 进程。

我正在考虑将整个应用程序放在 Windows 服务中,而不仅仅是长时间运行的进程。

Asp -> wcf -> bll VS ASP -> bll

我知道这将更具可扩展性。但这可能是矫枉过正,因为一切都将在同一个盒子上运行,甚至是数据库。如果服务器无法像营销部门所说的那样处理流量,这可能会在未来发生变化。

我无法访问生产硬件,只有我的糟糕测试盒和我的本地机器。

有人决定走这条路吗?

但大多数情况下,测试这两种方法以获得一些指标的最佳方法是什么?

【问题讨论】:

  • 我想我只是想找出什么是最好的方法来弄清楚 wcf 的成本如何 -> 服务层调用在生产环境中是多么昂贵,而无需创建整个应用程序。

标签: c# wcf architecture soa


【解决方案1】:

如果您考虑网络农场,Asp->bll 可以具有同样多的可扩展性。从性能的角度来看,它取决于服务/bll 合同 - 对于厚实的合同,很多时候,与进程外调用(涉及调用服务层)相比,执行调用的时间可能足够大 - 因此对性能没有太大影响.但是,如果界面很健谈并且调用执行时间较短,那么拥有服务层确实会受到伤害,但只要您能够满足您的 SLA(响应时间与用户数量),就没有关系了。

由于生产环境最初将是一个单一的盒子,您可以使用您的开发盒或测试盒来提出指标。如前所述,您需要检查短期运行方法和长期(相对)运行方法的性能,然后根据最常被调用的方法类型来决定,这些方法对性能的影响是否可以等等

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 2013-09-19
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2012-04-04
    • 2016-10-17
    相关资源
    最近更新 更多