firebase-admin-python icon indicating copy to clipboard operation
firebase-admin-python copied to clipboard

FR: Async requests

Open eranhirs opened this issue 6 years ago • 22 comments

I am using firebase-admin on an asyncio project and when there are a lot of requests it slows down the whole API.

Surprisingly, I didn't see any other issues about this, I hope I am not duplicating.

ref = yield from db.reference
result = yield from ref.get()

Thanks

eranhirs avatar Dec 11 '17 21:12 eranhirs

Can this be not handled in the application code? Basically execute Admin SDK methods like ref.get() on separate threads.

hiranya911 avatar Dec 11 '17 21:12 hiranya911

It won't scale as I would like and, to my opinion, complicates the code and is harder to track.

eranhirs avatar Dec 12 '17 07:12 eranhirs

Most of our users are on Python 2.7, so we cannot directly expose async coroutines from the SDK anytime soon. In the meantime you should be able to get around the scalability issues by using the run_in_executor() method of the asyncio event loop.

ref = db.reference(path) # Doesn't make RPC calls

executor = concurrent.futures.ThreadPoolExecutor(max_workers=8)
loop = asyncio.get_event_loop()
loop.run_in_executor(executor, ref.get) # Make RPC call on a separate thread

hiranya911 avatar Dec 12 '17 18:12 hiranya911

Thanks! I will consider using it.

Meanwhile, I believe this should be reopened and prioritized. There are more users who need this. It is a standard in python 3. It's not like python 2.7 that there are a lot of different libraries to support.

How about supporting both by exposing different methods?

eranhirs avatar Dec 12 '17 22:12 eranhirs

In case anyone runs into the same problem - Eventually, I am using the REST API. Calling it asynchronously with aiohttp.

For auth I am using the database secret which is DEPRECATED, so it's not ideal, but it works for now.

eranhirs avatar Dec 13 '17 17:12 eranhirs

@eranhirs would you feel like starting a async-firebase project that we could contribute to?

Natim avatar Mar 05 '19 14:03 Natim

I wanted to report that having async support for an auth SDK is very important. This is exactly the area where async frameworks make a huge difference, where you do a client side request inside a server side request.

Please consider adding core support and examples for using with ASGI frameworks, like Starlette: https://github.com/encode/starlette

hyperknot avatar Apr 17 '19 16:04 hyperknot

I agree with the general feeling here. Not having async support is making this library a tad less useful nowadays. Not very future proof unfortunately.

Lawouach avatar Jul 26 '19 07:07 Lawouach

+1 on this. My project has a few hundred thousand items that need to be worked via Firebase, and ~1 second latency times make wait times intractable without async support

labroid avatar Jan 01 '20 16:01 labroid

Python 2.7 is no longer supported. Any progress here?

labroid avatar Jan 01 '20 16:01 labroid

This needs to be first addressed in other GCP Python libraries that we use as dependencies. More specifically, the google-auth library (which we use to make all authorized HTTP calls) needs to support it. From what I can see, they have plans to add async support starting from 2020, but there is no concrete timetable as of now:

https://github.com/googleapis/google-auth-library-python/issues/321 https://github.com/googleapis/google-cloud-python/issues/3103

I can only imagine that this will take a while considering the engineering effort that is involved. Pretty much all existing APIs have to be re-evaluated and redesigned for async support.

If google-auth takes a very long time to introduce async support, we can consider wrapping the existing google-auth APIs in async threads, so that at least firebase-admin can expose an async API to the developer. But even that is going to require a lot of work, based on some prototyping results I've managed to put together.

hiranya911 avatar Jan 01 '20 22:01 hiranya911

Is there any development on this front? Also can you please reopen this issue? We have been using firestore and lack of async is a very big downside of firestore. If async supported is not planned for google services, It would be nice if we know beforehand so we can plan our migration to services that support it. Lack of this feature is causing us both money and product quality tbh.

kamyar avatar Jun 03 '20 11:06 kamyar

There's been no development in this space afaik. We cannot support an async API until the core GCP Python libraries like google-auth provide async support. For Firestore you can file a feature request directly at https://github.com/googleapis/python-firestore

hiranya911 avatar Jun 03 '20 17:06 hiranya911

It seems there is an open PR related to adding async support.

One of the contributors to the libraries just left a comment.

Would be great to hear about firebase-admin maintainers/contributors perspective on this. :)

Edit: I will look into the repo you linked and file a feature request maybe, thanks for the reply :)

kamyar avatar Jun 03 '20 18:06 kamyar

Good to know that python-api-core is in the process of adding async support. After that we need at least google-auth to adopt asyncio before we can provide async support (we'd very much like to do so btw). I see that you're already following their issue at https://github.com/googleapis/google-auth-library-python/issues/321.

Firestore APIs are entirely developed in the python-firestore repo I linked above, and it's their call to support asyncio or not. But I think having async support python-api-core makes it feasible for them to support it.

hiranya911 avatar Jun 03 '20 18:06 hiranya911

Great to hear these, thanks a lot @hiranya911 :) I will look around in the python-firestore for the discussion, and maybe check if they have something planned. 🚀

kamyar avatar Jun 03 '20 19:06 kamyar

It seems that an async-based auth flow was added to google-auth in September of last year: https://github.com/googleapis/google-auth-library-python/blob/master/CHANGELOG.md#1220-2020-09-28 https://github.com/googleapis/google-auth-library-python/pull/612

Are there any plans to make this library async-compatible now that its dependencies seem to have done so?

bradreardon avatar Apr 08 '21 20:04 bradreardon

Good news! We are prioritizing this task and have plans to start the initial planning work over the coming months. It is still too early to provide a timeline, but I will reopen this issue so we can track the progress here. Thank you everyone for your patience!

lahirumaramba avatar Apr 09 '21 17:04 lahirumaramba

Hi! Is there any update about this feature ? I saw a pull request to use new version of the google-auth api, would that fulfill prerequisites ?

miksa avatar Dec 20 '21 22:12 miksa

Hello! I know the last comment wasn't left here long ago, but as it didn't get any answer, I'm posting another one. Has a timeline been agreed upon since April 2021, and if there is one, could you please let everyone know here?

Many thanks!

guneemwelloeux avatar Feb 24 '22 17:02 guneemwelloeux

Thank you again for your patience on this! This is a high priority task for us and we should start seeing the initial changes sometime in Q2/Q3 2022. I can't promise you a timeline for this feature but rest assured that this is something on our immediate roadmap for this year and you will see updates in the coming months.

lahirumaramba avatar Feb 24 '22 18:02 lahirumaramba

Hey Folks, We just released v5.3.0 which added async support for the Cloud Firestore API. This is the first step into fulfilling this FR so please give it a try and let us know what you think!

jkyle109 avatar Aug 25 '22 19:08 jkyle109

Seems to be working well, we haven't used this under heavy load yet, though.

I'm curious to hear how others are experiencing this, but AFAIK it's good and robust.

We mostly use firestore and do async gcloud storage uploads too, so things are pretty good.

Messages seems to be one thing missing? https://github.com/firebase/firebase-admin-python/pull/639 That would be actually nice to have.

antont avatar Feb 02 '24 07:02 antont