istio
/
istio.io
mirror of https://github.com/istio/istio.io.git
1
0
Fork 0
Code Issues Packages Projects Releases Wiki Activity
istio.io/_docs/reference/new/mixer-service.md

21 KiB
Raw Blame History

title overview order layout type
Mixer Service Generated documentation for Mixer's API Surface 1140 docs markdown

Index

Status

The Status type defines a logical error model that is suitable for different programming environments, including REST APIs and RPC APIs. It is used by gRPC. The error model is designed to be:

  • Simple to use and understand for most users
  • Flexible enough to meet unexpected needs

Overview

The Status message contains three pieces of data: error code, error message, and error details. The error code should be an enum value of google.rpc.Code, but it may accept additional error codes if needed. The error message should be a developer-facing English message that helps developers understand and resolve the error. If a localized user-facing error message is needed, put the localized message in the error details or localize it in the client. The optional error details may contain arbitrary information about the error. There is a predefined set of error detail types in the package google.rpc that can be used for common error conditions.

Language mapping

The Status message is the logical representation of the error model, but it is not necessarily the actual wire format. When the Status message is exposed in different client libraries and different wire protocols, it can be mapped differently. For example, it will likely be mapped to some exceptions in Java, but more likely mapped to some error codes in C.

Other uses

The error model and the Status message can be used in a variety of environments, either with or without APIs, to provide a consistent developer experience across different environments.

Example uses of this error model include:

  • Partial errors. If a service needs to return partial errors to the client, it may embed the Status in the normal response to indicate the partial errors.

  • Workflow errors. A typical workflow has multiple steps. Each step may have a Status message for error reporting.

  • Batch operations. If a client uses batch request and batch response, the Status message should be used directly inside batch response, one for each error sub-response.

  • Asynchronous operations. If an API call embeds asynchronous operation results in its response, the status of those operations should be represented directly using the Status message.

  • Logging. If some API errors are stored in logs, the message Status could be used directly after any stripping needed for security/privacy reasons.

Field Type Description
code int32 The status code, which should be an enum value of google.rpc.Code.
message string A developer-facing error message, which should be in English. Any user-facing error message should be localized and sent in the google.rpc.Status.details field, or localized by the client.
details[] repeated Any A list of messages that carry the error details. There is a common set of message types for APIs to use.

Package istio.mixer.v1

Index

Mixer

Mixer provides three core features:

  • Precondition Checking. Enables callers to verify a number of preconditions before responding to an incoming request from a service consumer. Preconditions can include whether the service consumer is properly authenticated, is on the service’s whitelist, passes ACL checks, and more.

  • Quota Management. Enables services to allocate and free quota on a number of dimensions, Quotas are used as a relatively simple resource management tool to provide some fairness between service consumers when contending for limited resources. Rate limits are examples of quotas.

  • Telemetry Reporting. Enables services to report logging and monitoring. In the future, it will also enable tracing and billing streams intended for both the service operator as well as for service consumers.

Check

rpc Check([CheckRequest](#istio.mixer.v1.CheckRequest)) returns ([CheckResponse](#istio.mixer.v1.CheckResponse)) Checks preconditions and allocate quota before performing an operation. The preconditions enforced depend on the set of supplied attributes and the active configuration.

Report

rpc Report([ReportRequest](#istio.mixer.v1.ReportRequest)) returns ([ReportResponse](#istio.mixer.v1.ReportResponse)) Reports telemetry, such as logs and metrics. The reported information depends on the set of supplied attributes and the active configuration.

Attributes

Attributes represents a set of typed name/value pairs. Many of Mixer's API either consume and/or return attributes.

Istio uses attributes to control the runtime behavior of services running in the service mesh. Attributes are named and typed pieces of metadata describing ingress and egress traffic and the environment this traffic occurs in. An Istio attribute carries a specific piece of information such as the error code of an API request, the latency of an API request, or the original IP address of a TCP connection. For example:

request.path: xyz/abc
request.size: 234
request.time: 12:34:56.789 04/17/2017
source.ip: 192.168.0.1
target.service: example

A given Istio deployment has a fixed vocabulary of attributes that it understands. The specific vocabulary is determined by the set of attribute producers being used in the deployment. The primary attribute producer in Istio is Envoy, although specialized Mixer adapters and services can also generate attributes.

The common baseline set of attributes available in most Istio deployments is defined here.

Attributes are strongly typed. The supported attribute types are defined by ValueType. Each type of value is encoded into one of the so-called transport types present in this message.

Within this message, strings are referenced using integer indices into one of two string dictionaries. Positive integers index into the global deployment-wide dictionary, whereas negative integers index into the message-level dictionary instead. The message-level dictionary is carried by the words field of this message, the deployment-wide dictionary is determined via configuration.

Field Type Description
words[] repeated string The message-level dictionary.
strings repeated map<sint32, sint32> Attribute payload. All sint32 values represent indices into one of the word dictionaries. Positive values are indices into the global deployment-wide dictionary, negative values are indices into the message-level dictionary.
int64s repeated map<sint32, int64>
doubles repeated map<sint32, double>
bools repeated map<sint32, bool>
timestamps repeated map<sint32, Timestamp>
durations repeated map<sint32, Duration>
bytes repeated map<sint32, bytes>
stringMaps repeated map<sint32, StringMap>

CheckRequest

Used to get a thumbs-up/thumbs-down before performing an action.

Field Type Description
attributes Attributes

The attributes to use for this request.

Mixer's configuration determines how these attributes are used to establish the result returned in the response.
globalWordCount uint32 The number of words in the global dictionary, used with to populate the attributes. This value is used as a quick way to determine whether the client is using a dictionary that the server understands.
deduplicationId string Used for deduplicating Check calls in the case of failed RPCs and retries. This should be a UUID per call, where the same UUID is used for retries of the same call.
quotas repeated map<string, QuotaParams> The individual quotas to allocate

QuotaParams

parameters for a quota allocation

Field Type Description
amount int64 Amount of quota to allocate
bestEffort bool When true, supports returning less quota than what was requested.

CheckResponse

Field Type Description
precondition PreconditionResult The precondition check results.
quotas repeated map<string, QuotaResult> The resulting quota, one entry per requested quota.

PreconditionResult

Field Type Description
status Status A status code of OK indicates all preconditions were satisfied. Any other code indicates not all preconditions were satisfied and details describe why.
validDuration Duration The amount of time for which this result can be considered valid.
validUseCount int32 The number of uses for which this result can be considered valid.
attributes Attributes

The attributes returned by Mixer.

The exact set of attributes returned is determined by the set of adapters Mixer is configured with. These attributes are used to ferry new attributes that Mixer derived based on the input set of attributes and its configuration.
referencedAttributes ReferencedAttributes The total set of attributes that were used in producing the result along with matching conditions.

QuotaResult

Field Type Description
validDuration Duration The amount of time for which this result can be considered valid.
grantedAmount int64 The amount of granted quota. When QuotaParams.bestEffort is true, this will be >= 0. If QuotaParams.bestEffort is false, this will be either 0 or >= QuotaParams.amount.
referencedAttributes ReferencedAttributes The total set of attributes that were used in producing the result along with matching conditions.

ReferencedAttributes

Describes the attributes that were used to determine the response. This can be used to construct a response cache.

Field Type Description
words[] repeated string The message-level dictionary. Refer to Attributes for information on using dictionaries.
attributeMatches[] repeated AttributeMatch Describes a set of attributes.

AttributeMatch

Field Type Description
name sint32 The name of the attribute. This is a dictionary index encoded in a manner identical to all strings in the Attributes message.
condition Condition The kind of match against the attribute value.
regex string The matching regex in the case of condition = REGEX

Condition

How an attribute's value was matched

Value Description
CONDITIONUNSPECIFIED should not occur
ABSENCE match when attribute doesn't exist
EXACT match when attribute value is an exact byte-for-byte match
REGEX match when attribute value matches the included regex

ReportRequest

Used to report telemetry after performing one or more actions.

Field Type Description
attributes[] repeated Attributes

The attributes to use for this request.

Each Attributes element represents the state of a single action. Multiple actions can be provided in a single message in order to improve communication efficiency. The client can accumulate a set of actions and send them all in one single message.

Although each Attributes message is semantically treated as an independent stand-alone entity unrelated to the other attributes within the message, this message format leverages delta-encoding between attribute messages in order to substantially reduce the request size and improve end-to-end efficiency. Each individual set of attributes is used to modify the previous set. This eliminates the need to redundantly send the same attributes multiple times over within a single request.

If a client is not sophisticated and doesn't want to use delta-encoding, a degenerate case is to include all attributes in every individual message.
defaultWords[] repeated string

The default message-level dictionary for all the attributes. Individual attribute messages can have their own dictionaries, but if they don't then this set of words, if it is provided, is used instead.

This makes it possible to share the same dictionary for all attributes in this request, which can substantially reduce the overall request size.
globalWordCount uint32 The number of words in the global dictionary. To detect global dictionary out of sync between client and server.

ReportResponse

NOTE: No fields in this message type._

StringMap

A map of string to string. The keys and values in this map are dictionary indices (see the Attributes message for an explanation)

Field Type Description
entries repeated map<sint32, sint32>