Rewrite search API to use fastapi, aioredis-py

[abrookins]

Rewrite the search API to use fastapi and aioredis-py.

Current benchmarks:

FastAPI

$ wrk -c 60 -t 20 "https://stage-search-service.redislabs.com/search?q=python"
Running 10s test @ https://stage-search-service.redislabs.com/search?q=python
  20 threads and 60 connections
  Thread Stats   Avg      Stdev     Max   +/- Stdev
    Latency    70.33ms   52.08ms 596.22ms   93.01%
    Req/Sec    46.60     13.90    90.00     74.94%
  9180 requests in 10.10s, 51.01MB read
Requests/sec:    908.78
Transfer/sec:      5.05MB

Falcon

$ wrk -c 60 -t 20 "https://search-service.redislabs.com/search?q=python" 
Running 10s test @ https://search-service.redislabs.com/search?q=python
  20 threads and 60 connections
  Thread Stats   Avg      Stdev     Max   +/- Stdev
    Latency   214.01ms   71.38ms 493.73ms   70.17%
    Req/Sec    14.21      6.56    40.00     88.77%
  2768 requests in 10.09s, 15.93MB read
Requests/sec:    274.22
Transfer/sec:      1.58MB

[joeriddles]

Hello, coming from your blog post about FastAPI 👋

The FastAPI refactor looks pretty good to me. I agree that FastAPI's way of authentication leaves a bit to be desired.

[joeriddles]

Is isinstance necessary here, since start has a type hint of Optional[int]? FastAPI uses Pydantic under the hood, which will attempt to coerce anything passed-in to the function to an int.

pydantic uses int(v) to coerce types to an int; see this warning on loss of information during data conversion

https://pydantic-docs.helpmanual.io/usage/types/