Mixer在应用程序和基础架构后端之间提供通过中介层。它的设计将策略决策移出应用层，用运维人员能够控制的配置取而代之。
Mixer的设计目的是改变层次之间的边界，以此降低总体复杂性。从服务代码中剔除策略逻辑，改由运维人员进行控制。
Mixer提供三个核心功能：
- 前提条件检查：服务在响应在处理请求前验证一些前提条件。
- 配额管理：
- 遥测报告：服务能上报日志和监控。
这些机制是基于一组属性的，每个请求都会将这些属性呈现给Mixer。在Istio中，这些属性来之与Sidecar代理的每一次请求。
适配器
Mixer是高度模块化和可扩展的组件。他的一个关键功能就是把不同后端的策略和遥测系统的细节抽象出来，让Envoy以及基于Istio的服务能够独立于这些后端，从而保证可移植性。
配置状态
Mixer的核心运行时方法check和report都接受来自输入的一组属性。Mixer的当前配置会根据输入属性决定每个方法的工作内容。为此服务运维的工作：
- 配置一组Handler。 Handler是配置完成的Adapter。
- 基于属性和常量。为Mixer配置一组instance，instance表达了一套提供给Adapter处理的数据。
- 配置一套Rule。 Mixer在每次请求时都会执行这些Rule。Rule由匹配表达式和对应的Action构成。Action中设置了需要生成的Instance和处理这些instance所需要的Handler。
需要上述配置状态才能让Mixer知道如何处理传入的属性并分发到适当的基础设置后端。
请求阶段
请求进入Mixer时，处理阶段：
- 生成补充属性
- 决议
- 属性处理
- 适配器调度
Mixer配置
Mixer的配置模式可以利用其所有功能和灵活性。主要功能：
- 专为运维人员设计：运维人员通过操纵配置资源来控制Mixer部署中的所有操作和策略切面。
- 灵活：配置模型围绕Istio的属性构建，
- 健壮：
- 扩展：
Mixer概念
Mixer是一种属性处理机器。请求到达Mixer时带有一组属性，基于这些属性，Mixer会生成对各种基础设施的调用。这些后端包括频率限制、访问控制、策略实施等各种系统。该属性集确定Mixer为给定的请求用哪些参数调用哪些后端。为了隐藏后端的细节，Mixer使用称为适配器的模块。
Mixer的配置有几个中心职责：
- 描述哪些适配器正在使用以及他们的操作方式。
- 描述如何将请求属性映射到适配器参数中。
- 描述使用特定参数调用适配器的时机。
配置基于适配器和模板来完成：
- 适配器封装了Mixer和特定基础设施后端之间的接口
- 模板定义了从特定请求的属性到适配器输入的映射关系。一个适配器可以支持任意数量的模板。
配置使用YAML格式表示，围绕几个核心抽象构建：
- Handler: 就是一个配置完成的适配器。
- 实例：一个请求实例就是请求属性到一个模板的映射结果。
- 规则：规则确定了何时使用一个特定的模板配置来调用一个Handler.
Hanler
适配器封装了Mixer和特定外部基础设施后端进行交互的必要接口
实例：