概念总览（从零理解）
完全不了解微服务平台/Service Mesh 的读者，按下面的顺序读， 每篇回答四个问题：是什么 / 为什么需要 / 怎么工作 / 与本项目什么关系。
学习路径
text
什么是平台底座？本项目解决什么问题？
↓ what-is-rustsvc
微服务多了会怎样？租户、权限、信任如何建模？
↓ multi-tenant
数据模型不想写 SQL？——元模型与动态数据
↓ metadata
跨服务的长流程谁来管？——持久化编排
↓ orchestration
谁付钱？用多少？——计量与配额
↓ metering
空间数据怎么查？——GIS 检索与矢量瓦片
↓ gis
服务网格是什么？Istio/Envoy/K8s 与本项目的边界
↓ service-mesh
然后：架构手册（L1→L5 深入）五分钟版（先给结论）
rust_svc 解决的问题：企业应用需要的不是「一个能跑的服务」，而是 身份/权限/数据/流程/计量/空间这些每个应用都要重做一遍的地基。 本项目用纯 Rust 把这块地基做成可复用的平台底座：
- 业务开发者声明式建模（不写 SQL 建表）就得到带租户隔离的数据面；
- 一切请求经过唯一北向网关：认证、限流、配额、审计、计量自动发生；
- 长流程（审批、聚合、定时任务）交给持久化编排引擎，宕机恢复、恰好一次副作用；
- 云化部署时运行在 Kubernetes + Istio ambient 之上，但治理逻辑在应用层—— Istio 在本项目里负责 L4 mTLS 与准入，不做流量治理（详见 service-mesh）。
阅读约定
本站严格区分三类内容：
- 项目已实现能力 —— 带 已实现 徽章或明确说明；
- 架构概念背景（如 Istio 通用能力介绍）—— 标注「概念背景」；
- 生产建议 —— 标注「建议」，不等于当前已内置。