Dynamic adjustment of service timeout
Dubbo provides the service governance capability of dynamically adjusting the timeout period, which can dynamically adjust the service timeout period without restarting the application.
Dubbo can dynamically adjust the timeout time through XML configuration, annotation configuration, and dynamic configuration. Here we mainly introduce the dynamic configuration method. For other configuration methods, please refer to the old document Configuration
before the start
Please make sure to run Dubbo-Admin successfully
Various timeout configurations are encountered in daily work. After the business logic is changed, the existing call relationship may need to be adjusted continuously with the development of the business, and the change of the response time of the corresponding service interface may not be determined until it goes online. Dubbo-Admin provides a dynamic timeout configuration capability, which can help you quickly and dynamically adjust the interface timeout time to improve service availability.
- Log in to the Dubbo-Admin console
- In the left navigation pane, select Service Governance > Dynamic Configuration.
- Click the Create button, fill in the rule content in the create dynamic configuration panel, and click Save.
--- configVersion: v2.7 scope: application/service key: app-name/group+service+version enabled: true configs: - addresses: ["0.0.0.0"] providerAddresses: ["22.214.171.124:20880", "126.96.36.199:20881"] side: consumer applications/services:  parameters: timeout: 1000 loadbalance: random - addresses: ["0.0.0.0:20880"] side: provider applications/services:  parameters: threadpool: fixed threads: 200 iothreads: 4 dispatcher: all weight: 200 ...
For the scenario of dynamically adjusting the timeout time, you only need to clarify the following issues to know how to write the configuration:
- Whether you want to modify the configuration of the entire application or a service.
scope: application, key: app-name(you can also use
servicesto specify certain services).
scope: service, key:group+service+version.
- Whether the modification is applied to the consumer or the provider.
side: consumer, when acting on the consumer side, you can further use
applicationsto select a specific provider example or application, if you configure the consumer and provider at the same time, the consumer will override provider.
- Whether the configuration takes effect only for certain specific instances.
- All instances:
addresses: ["0.0.0.0:*"]depends on the side value.
- Specified instances:
addersses[list of instance addresses].
- All instances:
- The timeout period to be modified.
Select the application related to the timeout configuration to trigger the call verification.
Was this page helpful?
Glad to hear it! Please tell us how we can improve.
Sorry to hear that. Please tell us how we can improve.