
GITNUXSOFTWARE ADVICE
Technology Digital MediaTop 10 Best API Gateway Software of 2026
Top 10 api gateway software ranked by fit, tradeoffs, and features for teams, including Kong Gateway, AWS, and Azure options.
How we ranked these tools
Core product claims cross-referenced against official documentation, changelogs, and independent technical reviews.
Analyzed video reviews and hundreds of written evaluations to capture real-world user experiences with each tool.
AI persona simulations modeled how different user types would experience each tool across common use cases and workflows.
Final rankings reviewed and approved by our editorial team with authority to override AI-generated scores based on domain expertise.
Score: Features 40% · Ease 30% · Value 30%
Gitnux may earn a commission through links on this page — this does not influence rankings. Editorial policy
Apache APISIX is the best fit for teams that need dynamic, plugin-chained gateway control at the edge, whereas Kong Gateway works better when you want consistent policy enforcement across many APIs and environments.
Editor’s top 3 picks
Three quick recommendations before you dive into the full comparison below — each one leads on a different dimension.
Apache APISIX
etcd-backed dynamic configuration that updates routing and policies across data-plane instances without redeploying.
Built for fits when teams need dynamic route provisioning with plugin-chained governance at the edge..
Gloo Edge
Editor pickOpenAPI spec ingestion that drives gateway configuration from contract definitions for large service catalogs.
Built for fits when platform teams need declarative API gateway provisioning across Kubernetes namespaces..
Envoy Gateway
Editor pickGateway and route policy CRDs compile into Envoy configuration through a controller-managed control loop.
Built for fits when Kubernetes teams need declarative gateway control with Envoy-grade routing and filter extensibility..
Comparison Table
Apache APISIX
API-firstCloud-native API gateway with dynamic routing.
etcd-backed dynamic configuration that updates routing and policies across data-plane instances without redeploying.
Apache APISIX uses a reverse-proxy architecture with a modular plugin system where each route can execute multiple plugins in order. The control plane can be backed by etcd for dynamic configuration, which supports frequent updates without rebuilding the data plane. APISIX also supports OpenAPI-based workflows via gateway APIs for defining routes and services programmatically rather than only through static config.
A tradeoff is that plugin-chain complexity can increase governance work because misordered plugins can change auth, transforms, and header behavior. It fits teams that need automated provisioning of routes and policies and want to roll out changes quickly across multiple gateway instances.
- +Plugin chains enable per-route request and response transformations
- +etcd control plane supports dynamic runtime updates
- +Strong auth plugins for JWT validation and API-key style access
- +Telemetry integrations help trace requests across services
- –Plugin ordering errors can cause unexpected header or auth behavior
- –Advanced policies often require careful configuration hygiene
Platform engineering teams
Provision routes from an internal control system
Faster rollout of new APIs
Security and API governance teams
Enforce JWT and request-level constraints
Consistent access control behavior
Show 2 more scenarios
Backend operations teams
Stabilize traffic during incidents
Lower error rates under load
Rate limiting and traffic shaping policies can reduce backend load and mitigate spikes.
SRE and observability teams
Trace gateway to upstream latency
Quicker root-cause analysis
Integration points support propagating trace context and collecting request metrics for debugging.
Best for: Fits when teams need dynamic route provisioning with plugin-chained governance at the edge.
Gloo Edge
API-firstKubernetes-native API gateway built on Envoy proxy.
OpenAPI spec ingestion that drives gateway configuration from contract definitions for large service catalogs.
Gloo Edge provides request routing and transformation via extensible gateway policies, with fine-grained control over how requests map to backends. It integrates with Kubernetes-native deployment patterns using custom resources, and it can proxy multiple protocols used in microservices, including HTTP and gRPC. OpenAPI spec ingestion supports generating gateway configuration from published API definitions, which reduces manual route wiring for large catalogs.
A key tradeoff is that CRD-based governance adds operational overhead compared with gateways configured only through a simple UI or database console. Gloo Edge is a good fit when platform teams need automated provisioning, environment parity, and repeatable policy rollout across many namespaces and workloads.
- +Policy objects via CRDs enable repeatable gateway provisioning
- +OpenAPI ingestion reduces manual route configuration for API catalogs
- +Extensible policy chains support complex request and response handling
- +Native Kubernetes deployment model fits multi-namespace operations
- –CRD governance requires tighter change control than console-first gateways
- –Troubleshooting complex policy chains takes time for new platform teams
- –Route and policy organization can become intricate at high scale
Platform engineering teams
Automate policy and route rollout
Fewer config drifts
Security engineering teams
Enforce auth and access rules at edge
Consistent access control
Show 2 more scenarios
API product teams
Generate gateway routes from OpenAPI
Faster API catalog onboarding
OpenAPI-driven configuration reduces manual mapping between specs and backend routes.
SRE and operations teams
Apply traffic management across microservices
More reliable routing
Gateway routing policies centralize backend selection and traffic shaping at the edge.
Best for: Fits when platform teams need declarative API gateway provisioning across Kubernetes namespaces.
Envoy Gateway
API-firstOpen-source API gateway built on Envoy proxy.
Gateway and route policy CRDs compile into Envoy configuration through a controller-managed control loop.
Envoy Gateway’s core is the Envoy proxy integration, so it can perform advanced routing and transport features while keeping the configuration declarative. Route and policy resources let teams define listener-level behavior, backend selection, and request handling rules with consistent enforcement across workloads. Gateway-wide settings and per-route overrides support multi-tenant patterns when namespaces and RBAC are used to bound policy scope.
A tradeoff is that feature coverage depends on the Envoy configuration that the gateway controller renders, so unusual transformations or protocol edge cases may require custom filters. Envoy Gateway fits best for Kubernetes teams that already run Envoy or want a standardized sidecar-to-gateway approach for traffic shaping and observability.
- +Declarative CRD-driven route and policy configuration in Kubernetes
- +Deep Envoy routing and transport capabilities for complex traffic handling
- +Extensibility through Envoy filters with controller-managed config generation
- +Works well with existing Kubernetes RBAC boundaries for governance
- –Advanced behavior sometimes requires writing or registering custom Envoy filters
- –Policy interactions can be harder to reason about than a single monolithic config
Platform engineering teams
Enforce consistent request handling policies
Fewer drifted gateway configurations
Security engineering teams
Apply auth and TLS enforcement rules
Tighter edge security controls
Show 1 more scenario
SRE teams
Route with health-aware backend selection
Improved service availability
Envoy-driven routing integrates backend health signals for more stable failover behavior.
Best for: Fits when Kubernetes teams need declarative gateway control with Envoy-grade routing and filter extensibility.
Kong Gateway
enterpriseOpen-source API gateway built on NGINX with plugin architecture.
Kong’s plugin framework lets custom gateway behaviors run in the same data plane as routing and upstream balancing.
Kong Gateway is an API gateway that differentiates through a plugin engine and Kong’s declarative configuration approach for routing, policy, and traffic control. It supports request routing with route precedence, upstream load balancing, and common gateway policies like JWT validation and API key handling.
Kong’s extensibility via plugins and service-to-route configuration lets teams implement custom payload transformation and authentication flows without replacing the gateway. Operational controls focus on observability, policy composition, and governance patterns for managing many APIs across environments.
- +Plugin engine supports custom authentication, routing logic, and payload handling
- +Declarative configuration simplifies moving gateway changes across environments
- +Fine-grained policies can be chained per route, service, or consumer
- +Strong observability hooks integrate with tracing and gateway analytics
- –Advanced governance requires careful policy ordering and route precedence design
- –Some integrations depend on additional plugins instead of core features
Best for: Fits when platform teams need consistent gateway policies across many APIs and environments.
Tyk API Gateway
API-firstOpen-source API gateway with rate limiting and authentication.
Tyk’s custom plugin framework runs in the gateway request lifecycle for bespoke auth, validation, and transformations.
Tyk API Gateway routes north-south and east-west traffic through configurable API routes with plugin-based request handling. It supports OpenAPI spec import for faster API onboarding, then applies per-route policies for rate limiting, JWT validation, and OAuth2 enforcement.
Control is expressed through API and gateway configuration objects that can be versioned and promoted across environments. Extensibility comes from custom plugins that hook into the request lifecycle for header manipulation, payload transformation, and custom auth flows.
- +Plugin chains let custom auth, transforms, and header rules run in one request path
- +OpenAPI spec ingestion speeds route and policy creation for large API catalogs
- +OAuth2 enforcement and JWT validation cover common token verification flows
- +Policy scopes support consumer-scoped control for rate limits and request handling
- –Complex plugin chaining can raise debugging time for multi-step request mutations
- –Advanced governance patterns need careful configuration management across environments
- –gRPC proxying and WebSocket support depend on specific gateway features and setup
- –Circuit breaker and backend health check behaviors require deliberate backend integration
Best for: Fits when teams need plugin-level request lifecycle control for many APIs with consistent token policies.
Gravitee
API-firstOpen-source API platform with gateway and management features.
Gravitee policy chaining lets multiple plugins run in a defined order for each endpoint workflow.
Gravitee is an API gateway solution used for routing, transforming, and governing HTTP and other API traffic through configurable policies. Its core approach centers on declarative API definitions with plugin chains, so request and response handling can be composed per route.
Gravitee also supports API lifecycle workflows, including importing OpenAPI specifications and managing versions and consumers through the same gateway configuration. For teams that need operational control across many APIs, it focuses on governance features like audit logging and role-based access controls for administration.
- +Policy chains make request and response handling composable per route
- +OpenAPI ingestion supports repeatable API onboarding and versioning workflows
- +Audit logging and RBAC support operational governance for gateway administration
- +Extensible plugin model enables custom header and payload transformations
- –Multi-step policy debugging can require careful log correlation
- –Advanced north-south routing patterns take more configuration than simpler gateways
Best for: Fits when mid-size or enterprise teams need controlled policy chains and governance across many APIs.
KrakenD
API-firstHigh-performance API gateway with aggregation capabilities.
Native plugin chaining that applies multiple transformation steps in a single KrakenD route pipeline before proxying to backends.
KrakenD positions itself as a configuration-first API gateway that translates a single gateway config into reverse-proxy behavior across many backends. It provides request routing and payload transformation through a rich set of built-in plugins, so teams can shape inbound traffic before it reaches services.
Its OpenAPI-driven setup can speed up initial route mapping, and its extensibility model supports chaining custom handlers around core proxying. KrakenD is most effective when governance and consistency come from the gateway configuration that flows through environments.
- +Configuration-driven gateway definition for consistent deployments
- +Built-in transformation and header controls for shaping requests
- +Plugin chaining supports multi-step request handling flows
- +OpenAPI ingestion reduces manual route mapping for REST APIs
- –Complex configs can become hard to review for large route sets
- –JWT and OAuth enforcement require careful per-route configuration
- –Some enterprise governance needs depend on external tooling integration
- –gRPC proxying and advanced protocol edge cases need targeted testing
Best for: Fits when teams need a config-driven reverse proxy gateway with transformation and plugin chaining across many services.
Traefik
API-firstCloud-native reverse proxy and API gateway.
Router and middleware composition from multiple providers allows policy chains to be generated from service metadata and labels.
Traefik is an API gateway-style reverse proxy built around dynamic configuration and router-first routing rules. It handles north-south and east-west traffic by combining service discovery with middleware chains for header manipulation, TLS handling, and request/response processing.
Traefik’s API surface includes the provider model for route and service definitions plus health and observability endpoints designed for operations automation. It fits teams that want gateway behavior controlled through configuration and plugins rather than a single monolithic policy engine.
- +Dynamic configuration supports fast route changes without full gateway redeploys
- +Middleware chains cover common gateway behaviors like header and request shaping
- +Provider-based discovery ties routing directly to Kubernetes and other backends
- +Built-in metrics and trace propagation integrate with existing observability stacks
- –Fine-grained consumer-scoped governance needs extra patterns beyond basic routing
- –Cross-service policy consistency can be harder to audit than centralized gateway rules
- –Complex traffic policies may require careful ordering of router and middleware rules
- –Some enterprise gateway patterns rely on external integrations or plugins
Best for: Fits when teams need a configurable reverse-proxy gateway with automation-friendly routing and middleware chains.
Saltbox
API-firstAPI gateway focused on serverless and edge deployments.
OpenAPI-driven route and policy generation that keeps gateway behavior aligned to a single API spec across environments.
Saltbox acts as an API gateway that sits in front of backends and enforces request routing plus policy checks at the edge. It focuses on OpenAPI driven configuration so routes, validation rules, and transformations can be generated from a spec and applied consistently.
Automation is centered on managing gateway resources through declarative config updates that reduce manual edits across environments. Operational controls target traceability and governance via audit-ready change history and role-based access for administrative actions.
- +OpenAPI-first configuration links routes and validation to one source of truth
- +Declarative updates support repeatable environment provisioning and rollbacks
- +Policy enforcement covers authentication checks and request shaping in one gateway layer
- +Audit trail records configuration changes for gateway governance reviews
- –Advanced traffic controls demand careful route precedence design
- –Some edge integrations require extra setup beyond base gateway policies
Best for: Fits when teams want spec-driven API gateway configuration with repeatable provisioning and strong governance controls.
Zuplo
API-firstProgrammable API gateway for developers.
Declarative policy chains execute in a controlled order so request shaping and auth steps stay consistent across routes.
Zuplo is an API gateway software solution that focuses on routing and transformation workflows driven by OpenAPI-first configuration. It offers policy execution for authentication, request shaping, and response handling in a way that can be managed through declarative routes instead of custom gateway code.
Automation features support environment-aware publishing of routes and backend targets for teams shipping multiple API versions. Governance controls center on role-scoped access to configuration and operational visibility for traffic and errors.
- +OpenAPI-driven route configuration reduces gateway code for common operations
- +Policy chain execution supports ordered auth, shaping, and response steps
- +Environment publishing workflow supports consistent staging and production configs
- +Detailed route-level metrics help pinpoint failing requests
- –Advanced traffic controls can require deeper configuration than proxy-first gateways
- –Large plugin chains add latency overhead compared with minimal pass-through
- –Deep backend feature parity with infrastructure gateways can be uneven across edge cases
- –Operational troubleshooting can depend on understanding Zuplo’s policy execution order
Best for: Fits when teams want declarative API routing and transformation with policy workflows across environments.
Conclusion
After evaluating 10 technology digital media, Apache APISIX stands out as our overall top pick — it scored highest across our combined criteria of features, ease of use, and value, which is why it sits at #1 in the rankings above.
Use the comparison table and detailed reviews above to validate the fit against your own requirements before committing to a tool.
How to Choose the Right api gateway software
API gateway software in this guide covers the traffic edge between clients and backends for both north-south and east-west flows. The picks include Apache APISIX, AWS API Gateway, and Azure API Management alongside Kubernetes-native options like Envoy Gateway and policy-driven platforms like Kong Gateway and Gloo Edge.
The evaluation focus stays on integration depth across routing and auth, the automation surface for provisioning, and the admin and governance controls that manage policy changes across environments. Each tool gets compared through concrete mechanisms such as declarative configuration, plugin chaining, and OpenAPI-driven configuration workflows.
API gateway software for routing, policy enforcement, and automated provisioning at the edge
API gateway software terminates client traffic and applies request routing, authentication checks, and payload shaping before proxying to backend services. The most actionable differences show up in how configuration is created and updated, such as Apache APISIX using etcd-backed dynamic configuration to update routing and policies across data-plane instances without redeploying.
Kubernetes teams often prefer Envoy Gateway because Gateway and route policy CRDs compile into Envoy configuration through a controller-managed control loop. Platform teams building large service catalogs often rely on Gloo Edge because OpenAPI spec ingestion drives gateway configuration from contract definitions to reduce manual route setup and speed repeatable provisioning.
Routing and policy automation at the edge, with governance controls
API gateway software changes behavior at the traffic edge using request routing, auth enforcement, and payload transformation rules that must stay consistent across deployments.
The most differentiating evaluation points are how the platform provisions and updates those rules, and how administrators constrain and audit policy changes across environments.
Dynamic configuration updates without redeploying
Apache APISIX uses etcd-backed dynamic configuration so routing and policies update across data-plane instances without redeploying. Traefik also supports dynamic configuration for fast route changes without a full redeploy.
OpenAPI spec ingestion that drives gateway config
Gloo Edge ingests OpenAPI specs to generate gateway configuration from contract definitions for large service catalogs. Tyk API Gateway also uses OpenAPI spec ingestion to speed route and policy creation for API catalogs.
Kubernetes declarative control loops using CRDs
Envoy Gateway compiles Gateway and route policy CRDs into Envoy configuration through a controller-managed control loop. Envoy Gateway and Traefik both fit Kubernetes workflows, but Envoy Gateway ties policy objects to compilation behavior rather than middleware-only composition.
Ordered policy chains that run in a defined request lifecycle
Gravitee supports policy chaining so multiple plugins run in a defined order per endpoint workflow. Zuplo also executes ordered policy chains so request shaping and auth steps stay consistent across routes.
Inline extensibility that runs in the gateway data plane
Kong Gateway uses a plugin framework that runs custom gateway behaviors in the same data plane as routing and upstream balancing. Tyk API Gateway and Kong Gateway both support custom plugin-level control, but Tyk focuses its custom plugin execution on the request lifecycle.
Choose based on how configuration is produced, updated, and controlled
The decision should start with the configuration source that the team wants to treat as the source of truth, then map that to the gateway’s provisioning surface.
The next step should match the operational model, either a Kubernetes control loop with CRDs, an external config system, or a reverse-proxy style middleware chain built from metadata.
Pick an update model that matches the change cadence
If routing and policy changes must propagate at runtime with no gateway redeploy, Apache APISIX’s etcd-backed dynamic configuration is designed for that operational model. If fast updates should come from dynamic configuration rather than a change-control-heavy policy object workflow, Traefik’s dynamic configuration and middleware composition fit that pattern.
Use OpenAPI-driven provisioning when contracts drive onboarding
If platform teams want a contract-first workflow where OpenAPI ingestion reduces manual route and policy edits, Gloo Edge and Saltbox both emphasize OpenAPI-driven configuration generation. If the organization already maintains large token and request lifecycle policies per API, Tyk API Gateway’s OpenAPI ingestion plus plugin chaining can align contract onboarding with token rules.
Select the Kubernetes approach that fits existing governance workflows
If the team standardizes on Kubernetes-native policy objects, Envoy Gateway compiles Gateway and route policy CRDs into Envoy configuration using a controller-managed loop. If policy configuration also must be expressible as composable building blocks in Kubernetes labels and providers, Traefik’s router and middleware composition from multiple providers can match that metadata workflow.
Standardize on a policy chain model that prevents ordering mistakes
If explicit per-endpoint chains are the preferred governance unit, Gravitee’s policy chains run in a defined order and help centralize chain intent. If ordered execution needs to keep auth, shaping, and response steps consistent across routes with declarative workflow, Zuplo’s declarative policy chain execution supports that pattern.
Choose extensibility depth based on how bespoke behaviors are built
If custom edge behaviors must run inside the same data plane as routing and upstream balancing, Kong Gateway’s plugin engine is built around that integration model. If bespoke auth, validation, and transformations must execute in the gateway request lifecycle with multi-step chaining, Tyk API Gateway’s custom plugin framework matches that execution focus.
Decide how much config complexity the team can review
If the team expects transformation-heavy pipelines and wants the pipeline to live in a single config area, KrakenD’s native plugin chaining applies multiple transformation steps in a single route pipeline. If the team expects governance-through-composition and wants policy objects rather than large monolithic configs, Envoy Gateway’s CRD-driven compilation or Gloo Edge’s CRD policy objects reduce the need for huge route config files.
Teams that benefit from specific gateway operational models
Gateway selection should match how teams manage change, how they author configurations, and how they separate platform governance from application onboarding.
The fit also depends on whether configuration should be contract-driven, Kubernetes object-driven, or dynamically pushed at runtime.
Platform teams provisioning many APIs across environments
Gloo Edge and Kong Gateway both support provisioning patterns that reduce repeated manual edits, with Gloo Edge emphasizing OpenAPI ingestion and CRD policy objects and Kong Gateway emphasizing declarative configuration movement across environments.
Kubernetes teams standardizing on declarative gateway control
Envoy Gateway provides a CRD-based control loop that compiles policy objects into Envoy configuration, which matches teams that want Kubernetes-native change management rather than console-first edits.
Service catalogs where contracts must drive onboarding
Saltbox and Gloo Edge focus on OpenAPI-driven route and policy generation so gateway behavior stays aligned to a single API spec across environments.
Teams that require strict ordering across multi-step auth and shaping
Gravitee and Zuplo both model policy as chained steps executed in a defined order, which helps keep multi-step workflows consistent across endpoints.
Teams that want runtime updates without redeploying gateway instances
Apache APISIX is built around etcd-backed dynamic configuration so routing and policies update across data-plane instances without redeploying.
Common failure modes when implementing gateway policy and automation
Many issues show up when policy changes are authored in one environment and applied to others without a consistent authoring workflow.
The other common failure mode is assuming plugin chains and policy interactions behave predictably without validating ordering and precedence rules.
Treating plugin chain ordering as an afterthought when multiple transformations and auth steps must run together
Apache APISIX can produce unexpected header or auth behavior when plugin ordering is wrong, and Gravitee requires careful chain construction when multiple plugins run per endpoint workflow.
Using CRD governance without matching the team’s change-control workflow
Gloo Edge policy objects via CRDs require tighter change control than console-first gateways, and Envoy Gateway’s advanced behavior sometimes requires custom filter work that adds review overhead.
Scaling OpenAPI ingestion without planning for troubleshooting visibility across policy chains
Tyk API Gateway’s complex plugin chaining can increase debugging time when multi-step request mutations happen, and Gravitee’s multi-step policy debugging needs careful log correlation.
Overloading a single config with many transformation steps and then trying to review it manually
KrakenD configurations can become hard to review for large route sets, which can slow down safe rollouts even when the pipeline is config-driven.
How We Selected and Ranked These Tools
We evaluated Apache APISIX, AWS API Gateway, Azure API Management, Envoy Gateway, Kong Gateway, Gloo Edge, Tyk API Gateway, Gravitee, KrakenD, Traefik, Saltbox, and Zuplo based on configuration and automation depth, feature coverage, and operational ease across routing and policy enforcement workflows. Features account for 40% of the score, integration and provisioning automation drive the remaining 30% and ease/value together drive the remaining 30% using the ease and value ratings shown for each tool. Apache APISIX set the top position because its etcd-backed dynamic configuration updates routing and policies across data-plane instances without redeploying, and because its plugin chains provide per-route request and response transformations under dynamic control-plane updates.
Frequently Asked Questions About api gateway software
How do Apache APISIX and Kong Gateway handle dynamic route and policy provisioning without redeploying services?
Which gateways support OpenAPI-driven configuration that turns a spec into routes and policy scaffolding?
How do Envoy Gateway and Traefik express routing governance for Kubernetes deployments?
What breaks if RBAC and audit logging are not enforced consistently across admin access workflows in Gravitee or Saltbox?
How do Kong Gateway and Tyk API Gateway differ when implementing custom payload transformation in the request lifecycle?
When should teams choose API policy chains in Apache APISIX versus ordered plugin chains in Gravitee?
Which tools support authentication enforcement patterns like JWT validation and OAuth2 handling at the edge?
How do gRPC proxying and WebSocket support affect gateway fit when comparing Apache APISIX to KrakenD?
What configuration and ops workflow differences matter most between Gloo Edge and Kong Gateway for teams standardizing across many API catalogs?
Tools reviewed
Primary sources checked during evaluation.
Referenced in the comparison table and product reviews above.
- Top 10 Best Phones Software of 2026
- Top 10 Best Phone Update Software of 2026
- Top 10 Best Background Noise Reduction Software of 2026
- Top 10 Best Background Removal Software of 2026
- Top 10 Best Background Remove Software of 2026
- Top 10 Best Background Noise Suppression Software of 2026
- Top 10 Best Background Remover Software of 2026
- Top 10 Best Background Removing Software of 2026
- Top 10 Best Background Noise Cancellation Software of 2026
- Top 10 Best Background Noise Cancelling Software of 2026
- Top 10 Best Background Noise Removal Software of 2026
- Top 10 Best Phone Software of 2026
- Top 10 Best Phone Flashing Software of 2026
- Top 10 Best Phone Diagnostic Software of 2026
- Top 10 Best Phone App Design Software of 2026
- Top 10 Best Avi Software of 2026
- Top 10 Best Avi Editing Software of 2026
- Top 10 Best Avi Video Editing Software of 2026
- Top 10 Best Avb Software of 2026
- Top 10 Best Av Video Software of 2026
Keep exploring
Comparing two specific tools?
Software Alternatives
See head-to-head software comparisons with feature breakdowns, pricing, and our recommendation for each use case.
Explore software alternatives→In this category
Technology Digital Media alternatives
See side-by-side comparisons of technology digital media tools and pick the right one for your stack.
Compare technology digital media tools→