old_mixer_repo
old_mixer_repo copied to clipboard
istio
Deprecated home of Istio's Mixer and its adapters, now in istio/istio's mixer dir
We should strive to move as many of the Mixer's command-line options to configuration state instead. It's OK to keep overrides when useful for testing, but most of the stuff...
In order to truly support a distributed Mixer build, where templates and adapters come from far-flung repos, we need to auto-generate the nop and denier adapters. Architecturally, we can chose...
We should auto-generate a skeleton adapter suitable to bootstrap the implementation of any template type.
We must make it possible for fields to be added to a template over time in a backward compatible way. At the very least, this implies making it possible to...
The noop adapter be extended to be useful as a general-purpose testing adapter. If we aggregate the information that reaches the adapter and make it available through an API, it...
Mixer should emit access logs for every grpc request it serves. 1. AccessLog should be performant so that they can be enabled in production at high volume. This is typical...
Mixer starts and asynchronously loads configuration. There is a time during which Mixer may return `configuration is not available` error. Mixer should never receive traffic from proxies while it is...
Right now, 3rd parties have no way to assign a review. It would be nice if we had a process for auto-assigning PRs as they come in.
In order to allow proper multi-tenant behavior, Mixer should deliver the service name to adapters, independent of operator-level config. This avoids one service operator impersonating another. We also want to...
We need to support the use of submessages in template definitions in order to substantially increase the power and flexibility of our templating system and adapter model.