【SaaS架构】SaaS镜头-场景之租户洞察

随着公司进入多租户模式，捕获和呈现租户如何使用应用程序的洞察变得越来越具有挑战性。租户共享的SaaS环境资源尤其如此。

同时，由于您的所有租户都可能在一个共享环境中运行，因此能够清晰地了解租户的活动和消费情况对于构建强大的SaaS产品至关重要。了解租户正在使用的产品的哪些功能，了解租户如何推动您的环境的架构，以及了解租户的不同层是如何扩展的，这些都是SaaS公司能够有效运营健康SaaS业务所需的见解。

SaaS度量的范围有意宽泛。这是因为SaaS组织中的不同角色在多个上下文中使用度量。这意味着您需要考虑基础设施健康之外的问题。SaaS指标通常包括业务敏捷性、功能消耗、微服务活动、扩展趋势等。其目的是捕获租户和层使用趋势并将其与应用程序和消费活动相关联。

您可以想象为使用这些数据的不同角色设置各种仪表板。例如，产品经理可能希望深入了解面向功能的度量。同时，运营人员可能会使用这些数据来评估各个租户和层的健康和消费趋势。

图11：摄取和可视化SaaS指标

捕获和显示这些数据的架构相对简单。它包括传达、发布、摄取、聚合和可视化这些SaaS度量所需的所有机制。图11中的图表提供了可用于在AWS上构建SaaS度量环境的架构视图。

您要捕获的度量数据的来源可能有些不同。如图所示，您的解决方案可能需要从本地AWS源（例如CloudWatch）捕获一些度量。然而，这些数据的很大一部分将来自您在SaaS应用程序中插入的代码。正是在这里，您希望投资于发布最能捕捉洞察的指标，以最大化域数据的业务和运营价值。

这些来源的数据通常用一个通用模式表示，该模式可以表示应用程序中的不同消费类型（计数、持续时间、功能等）。在本例中，这些数据由Amazon Kinesis data Firehose获取，后者将数据发布到Amazon Redshift。最后，AmazonQuickSight用于构建不同的仪表板，这些仪表板用于整个组织，以查看租户和层的趋势。