Serverless platform request routing
Routing containerized services requests on a serverless platform can include responding to receiving on the serverless platform a request for a containerized service and detecting a potential request failure. The response to the potential request failure can include searching a database that maps version-specific requests to a plurality of containers that are configured and managed by the serverless platform. The routing can include redirecting the request to a container containing a prior version of the containerized service requested in response to determining that the prior version of the containerized service maps to a version-specific request that matches the request received.
1. A method, comprising:
responsive to receiving on a serverless platform a request for a containerized service and detecting a potential request failure, searching a database with computer hardware, the database mapping version-specific requests to a plurality of containers configured and managed by the serverless platform; and
redirecting the request to a container containing a prior version of the containerized service requested in response to determining that the container maps to a version-specific request that matches the request received, wherein
the detecting comprises:
determining that a configuration of the request does not match a configuration specified for a current version of the containerized service, and
updating a policy for redirecting of all future request that match the version-specific request in response to the request being successfully invoked.
2. The method of claim 1 , further comprising generating and electronically storing a routing rule that redirects future requests matching the request received to the container containing the prior version of the containerized service.
3. The method of claim 1 , wherein
the redirecting comprises generating a reconfigured request different from the request received, the reconfigured request corresponding to the container containing the prior version of the containerized service requested.
4. The method of claim 3 , wherein
the generating comprises adding an earlier revision version indicator to a header of the request in response to failing to invoke the containerized service requested using a latter revision version indicator.
5. The method of claim 1 , further comprising adding a path property to a build component of the serverless platform when creating a new version of the containerized service, wherein
the path property is used to locate interface definition information for mapping a newly configured request to the new version of the containerized service.
6. The method of claim 5 , further comprising extracting the interface definition information from an application programming interface (API) definition file in response to locating the API definition file stored in a repository or extracting the interface definition information from a container launched from a container image.
7. A system, comprising:
a processor configured to initiate operations including:
responsive to receiving on a serverless platform a request for a containerized service and detecting a potential request failure, searching a database with computer hardware, the database mapping version-specific requests to a plurality of containers configured and managed by the serverless platform; and
redirecting the request to a container containing a prior version of the containerized service requested in response to determining that the container maps to a version-specific request that matches the request received, wherein
the detecting comprises:
determining that a configuration of the request does not match a configuration specified for a current version of the containerized service, and
updating a policy for redirecting of all future request that match the version-specific request in response to the request being successfully invoked.
8. The system of claim 7 , wherein
the processor is configured to initiate operations further comprising generating and electronically storing a routing rule that redirects future requests matching the request received to the container containing the prior version of the containerized service.
9. The system of claim 7 , wherein
the redirecting comprises generating a reconfigured request different from the request received, the reconfigured request corresponding to the container containing the prior version of the containerized service requested.
10. The system of claim 9 , wherein
the generating comprises adding an earlier revision version indicator to a header of the request in response to failing to invoke the containerized service requested using a latter revision version indicator and determining that an attempt to redirect the request using the revision version indicator does not exceed a retry limit.
11. The system of claim 7 , wherein
the processor is configured to initiate operations further comprising adding a path property to a build component of the serverless platform when creating a new version of the containerized service, wherein
the path property is used to locate interface definition information for mapping a newly configured request to the new version of the containerized service.
12. The system of claim 11 , wherein
the processor is configured to initiate operations further comprising extracting the interface definition information from an application programming interface (API) definition file in response to locating the API definition file stored in a repository or extracting the interface definition information from a container launched from a container image.
13. A computer program product, the computer program product comprising:
one or more non-transitory computer-readable storage media and program instructions collectively stored on the one or more non-transitory computer-readable storage media, the program instructions executable by a processor to cause the processor to initiate operations including:
responsive to receiving on a serverless platform a request for a containerized service and detecting a potential request failure, searching a database with computer hardware, the database mapping version-specific requests to a plurality of containers configured and managed by the serverless platform; and
redirecting the request to a container containing a prior version of the containerized service requested in response to determining that the container maps to a version-specific request that matches the request received, wherein
the detecting comprises:
determining that a configuration of the request does not match a configuration specified for a current version of the containerized service, and
updating a policy for redirecting of all future request that match the version-specific request in response to the request being successfully invoked.
14. The computer program product of claim 13 , wherein
the processor is configured to initiate operations further comprising generating and electronically storing a routing rule that redirects future requests matching the request received to the container containing the prior version of the containerized service.
15. The computer program product of claim 13 , wherein
the redirecting comprises generating a reconfigured request different from the request received, the reconfigured request corresponding to the container containing the prior version of the containerized service requested.
16. The computer program product of claim 15 , wherein
the generating comprises adding an earlier revision version indicator to a header of the request in response to failing to invoke the containerized service requested using a latter revision version indicator and determining that an attempt to redirect the request using the revision version indicator does not exceed a retry limit.
17. The computer program product of claim 13 , wherein
the processor is configured to initiate operations further comprising adding a path property to a build component of the serverless platform when creating a new version of the containerized service, wherein
the path property is used to locate interface definition information for mapping a newly configured request to the new version of the containerized service.
18. The computer program product of claim 17 , wherein
the program instructions are executable by the processor to cause the processor to initiate operations further comprising extracting the interface definition information from an application programming interface (API) definition file in response to locating the API definition file stored in a repository or extracting the interface definition information from a container launched from a container image.