It would be great if our databases could be automatically scaled depending on the evoluation of the workload. For instance, upscale to the next tier when one of the CPU, RAM or Storage percent usage exceed 90% for more than one hour. Downscale to the lower tier if all of the the CPU/RAM/Storage are below 50% during the last X hours ? Auto-scaling should be user configured with a min and max tier for each database. This feature aims to prevent crashes due to unexpected increase in workload (upscale), and to reduce costs and environmental impacts (downscale) Thanks in advance, Opus team.

Neo4j 4 on Aura will initially not have multi-database capability by design. Some context on that is covered here : https://aura.support.neo4j.com/hc/en-us/articles/360050961713 As we get ready to release multi-database in the future, this feature request aims to capture demand and ensure the customer needs are understood. Aura users have told us they would like to do 1 of the following things with Neo4j 4 in Aura specifically focussed on the use of the multi-database functionality. a) build a Graph backed SaaS or application by creating 1 large Aura instance and dividing it into X many smaller databases. This solves 2 needs for end users 1) it's cost effective, they can pay for 1 database but get X many within that. 2) ease of management when integrating with their application, because they perceive they won't have to manage X many small individual databases. b) continue my cloud centric development of a technical solution against Neo4j 4 on Aura, and be able to evaluate the feature, without any clear need for it right now. c) just want to learn about multi-database and how it works in Aura. Please upvote and comment on whether the need you are seeking to solve for with multi-database is a), b), c) or another need we've not heard yet. If users have an idea of how many database instances you are expecting to be able to create in one large database in their scenario on Aura, we'd love to hear that too.

Would love to be able to use this on Aura. It's a major part of the use case we have.

Databases in Aura should have at least a "read-only" user to protect data integrity. It it bad practice to program everything against an Admin user.

Triggers are an important element of any database. the apoc.triggers should be included in aura.

It would be very useful to have the ability to save multiple scenes and choose in the Bloom interface to work on any of created visualisations. Today we have no choice but to save it in json

We would like to have these specific core database features exposed in Aura so that we can run cypher against the database via HTTP https://neo4j.com/docs/http-api/current/introduction/

Hi, I'd like to see VPC option for Aura professional. It is table stakes that all the other cloud database vendors offer by default, and is often the minimum security concern even for young startups. Running database in public IP address always poses a risk which is easy to mitigate using VPC.

Allow configuration of triggers that call a webhook url with the updated data

I have multiple databases in aura cloud hosting representation the different environments (qa/test/prod). Sometimes i need to access all of my environment but it is really hard to distinguish the databases from each other. I have to look at the URL to see if I’m in prod, test or qa. This is hard since the name of the database url is just an arbitrary string (ex: a1b23123a.). Are there any why you could easily see which database I’m working on? My nightmare is that I do something I’m suppose to do in QA and by accident I do it in prod. There is plenty of room in the left menu, what about being able to set a text there? I'll provide an image that I created inside chrome developer tools.