Cloud Native Computing Foundation
·
为多租户SaaS平台设计端到端的入口请求追踪
内容提要
现代SaaS平台由多个独立的微服务组成，面临请求追踪和故障诊断的挑战。本文提出了一种基于产品的框架，通过生成和保留追踪ID和跨度ID，改进多租户SaaS平台的请求追踪，提升故障定位效率，减少操作复杂性，并确保安全性和可用性。
关键要点
-
现代SaaS平台由多个独立的微服务组成，面临请求追踪和故障诊断的挑战。
-
缺乏端到端追踪使得请求在下游服务中无法可靠跟踪，故障表现为孤立事件。
-
提出了一种基于产品的框架，通过生成和保留追踪ID和跨度ID，改进多租户SaaS平台的请求追踪。
-
每个处理请求的服务创建自己的跨度，并分配唯一的跨度ID，形成父子关系以重建操作序列。
-
追踪数据仅限于操作元数据，排除请求负载和敏感信息，以简化安全审查。
-
追踪必须在请求处理时不阻塞，确保客户体验不受影响。
-
接受标准作为可执行合同，定义可观察系统的结果，而非实现细节。
-
组织层面的挑战被低估，确保所有服务都传播追踪上下文是成功的关键。
-
该框架可在任何多服务SaaS平台上复制，设计原则适用于不同的微服务框架和编程语言。
-
分布式追踪是云原生平台规模化运营的基础，但仅靠工具不足以成功部署追踪。
延伸问答
多租户SaaS平台的请求追踪面临哪些挑战？
多租户SaaS平台的请求追踪面临请求无法可靠跟踪、故障表现为孤立事件、以及手动关联日志的复杂性等挑战。
如何通过追踪ID和跨度ID改进请求追踪？
通过生成和保留追踪ID和跨度ID，每个服务创建自己的跨度并分配唯一的跨度ID，从而重建操作序列，提升请求追踪的效率。
在请求处理过程中，追踪数据应包含哪些信息？
追踪数据应仅限于操作元数据，包括追踪ID、跨度ID、父跨度ID、服务名称、操作名称、时间戳、持续时间和执行状态，排除请求负载和敏感信息。
如何确保请求追踪不会影响客户体验？
追踪必须在请求处理时不阻塞，确保即使在追踪后端不可用时，客户请求仍能成功完成。
该框架如何支持不同的微服务框架和编程语言？
该框架的设计原则适用于任何多服务SaaS平台，具有架构无关性，能够在不同的微服务框架和编程语言中复制。
组织层面的挑战在请求追踪中有哪些表现？
组织层面的挑战主要体现在确保所有服务都传播追踪上下文，缺乏一致的请求级上下文会导致追踪不完整，影响故障诊断的有效性。
