#Activity feed empty (v0.14.0)

1 messages · Page 1 of 1 (latest)

brisk cove
#

Hi all!

After upgrading to v0.14.0 I'm triggering PUSH notifications and despite the fact that I'm getting 201 responses, I can't see anything in the Activity Feed. The /notifications API also returns no notifications..

Am I missing something obvious? Is there a breaking change regarding notification triggering?

I'm also adding the stacktrace at the moment of the triggering.

Thanks!

fluid coralBOT
#

@brisk cove, you just advanced to level 5!

brisk cove
#

Activity feed empty (v0.14.0)

warm frost
#

Hi Just to double check you are using development environment key to trigger and also checking activity feed in same environment?

brisk cove
#

Hi @warm frost, I'm triggering the notification via the API call (/trigger) and I'm passing the api key which I got from Novu's web dashboard. Then I checked in the dashboard and by calling the /notifications API, again with the same api key.

short finch
#

Hi @brisk cove have you added the new worker docker image and run it (it is a breaking change that is mentioned in the release docs)

brisk cove
#

Well, I totally missed that. I'm sorry for that 😕
Is there any document that describes what the worker does and what is the connection among api, worker and web? I guess that we'll continue using the api service as an integration point with Novu, right?

woeful copper
brisk cove
#

Thanks for your response @woeful copper. That seems a great enhancement. I've got a couple of questions about it.

  • Do we need to scale both api and worker services to increase performance or just one of them?
  • I guess that we continue to use api service's APIs in order to integrate with Novu as before (create subrscribers, trigger notifications, check activity, etc), right?
woeful copper
#

1 - It will depend on how do you have it set up. But you will need to balance the scalation of both. Most of our improvements were in database performance and splitting the Redis usage for the different services into multiple in-memory db instances. Being self hosted I can't tell you where could be your pain points in the future.
2 - You are right. API is the entry point and will keep being. We split worker to be able to scale the notifications jobs consumption and processing without affecting the rest parts of the API.

brisk cove
#

So, api service receives the notifications and the workers pick them up in order to process them, right? Are they retrieving them from redis or DB?

woeful copper
#

Jobs are stored and retrieved from database. Redis is used to manage the queue systems for the worker.