OpenCloud Ordered DataStores [Public Beta]

Updates Announcements
#5

Finally !
I’ve been waiting for this since months ! I am glad this has been introduced. Can’t wait to try it out !

1 Like
#6

Ordered DataStores sounds like a good addition for our creators on ROBLOX, allowing external access to DataStores will definitely help if Developers wish to migrate user data to a different method of storing or access/edit it outside of the ROBLOX platform. Looking forward to seeing where this will go.

2 Likes
#7

Let’s go!! Thank you Roblox :slight_smile:

1 Like
#8

Thanks for this addition! It’ll serve as a very helpful asset to some of my external applications that require access to datastores to function.

A quick question; is there any official documentation for Open Cloud API request limits? I can’t seem to find any, especially for the MessagingService one. Knowledge of the rate limits for this service would be a huge help so I can ensure my systems are compliant with and do not exceed them.

#9

That’s amazing! Keep me posted, I would love to know how the community uses Ordered DataStores now that its on Open Cloud :partying_face:!

1 Like
#10

Excited to see what you can do :slight_smile: !

The Ordered DataStores limits are here. We also currently have a 100 req/min per API key for Ordered DataStores but you can just use more API keys.

Let me get back to you on MessagingService.

1 Like
MessagingService is not working
#11

I desperately needed this, lol. THANK YOU SO MUCH!

1 Like
#12

I support this kind of thing but am concerned about outside uses that could be considered abuses and violations of the terms of service. Specifically about people being able to make USD purchases outside roblox and they’ll be able to set DataStore values, like buying Premium. Sure I support people not having a heavy for Robux, but is there any plan to avoid abuses like this?

#13

Nice to see Open Cloud getting more APIs added to it.

Is a Group API on the roadmap for Open Cloud? Anytime soon?

1 Like
#14

Ordered Data Stores are now supported and documented in my Python library:

1 Like
#15

Is there any plan on in the future of making OpenCloud API’s scale? Or Apply for higher limits at all?

Currently if you wanted to create a interactive website with your game, that i.e a user could log in and see their data, in truth this would work fine. But if you have a 80k concurrent players, you’d hit that limit pretty instantly.

is this a on the radar for future at all?

#16

Decent release I guess but we really need the option to view someone’s numerical placement in an OrderedDataStore. This is a very limiting factor and will be the reason the number of integrations will not be maximized.

2 Likes
#17

Cool to see this!

One frustration is the lack of consistency in API naming. I know this is kinda minor, but it makes writing SDKs et. al. quite difficult. Some examples between this and the standard DataStore API:

Endpoints

Ordered: https://apis.roblox.com/ordered-data-stores/v1/universes/{uid}/orderedDataStores/scopes/{s}

Standard: https://apis.roblox.com/datastores/v1/universes/{uid}/standard-datastores

Inconsistencies

  • Ordered uses ordered-data-stores in the path; standard uses datastores.
    • Inconsistency between “datastore” vs. “data-store”
  • Ordered uses orderedDataStores at end of path; standard uses standard-datastores.
    • Casing inconsistency; probably not great to have capitalization, e.g. “orderedDataStore”
  • Ordered requires scope in path; standard requires scope in query string.
  • Ordered pagination uses the naming of “token”; standard uses “cursor” (cursor is preferred IMO).
  • Query params in ordered use snake_case; standard use camelCase (and sometimes PascalCase…)

These are just the ones I’ve picked up on in the last hour of trying to add ordered datastore support to my rbxcloud tool.

I would like to strongly advocate for consistency across these APIs, especially as they expand. I don’t want to write tons of custom code for every single API just to handle naming convention changes.

8 Likes
#18

/v1/universes/{universeId}/orderedDataStores/{orderedDataStore}/scopes/{scope}/entries/{entry}:increment

Is this supposed to be /increment? I’ve not come across this syntax in APIs before.

1 Like
#19

No the : is correct but I agree / would be better

4 Likes
#20

langugae

image
image1341Ă—664 76.5 KB

2 Likes
#21

Hey serverless, we’ve gotten a fair amount of feedback asking for Groups in Open Cloud. I can’t make any promises regarding timeline, but it’s definitely on our radar! Thanks for calling it out.

#22

Thanks, I shared this with the docs team, along with a suggestion that we add some automated spell-checking to our docs CI pipeline. :slight_smile:

#23

Thanks for the feedback - I agree that API consistency is important and that this inconsistency is pretty awkward. We are actually investing a lot in improving API consistency, but that’s going to come with some short term growing pains. Please bear with us on this.

Just to give you an example: datastores/v1 - which predates some of our recent focus on consistency - isn’t really consistent with “Data Stores” having a two-word product name, e.g. in the docs. So for Ordered Data Stores, we either had to keep going with that inconsistency (ordered-datastores/v1) or try to fix the problem going forward (which is what we did, with ordered-data-stores/v1). And of course, if we do a v2 of the Data Stores API we’ll face a similar choice. This is somewhat inevitable; if we want things to be consistent and we have an inconsistent status quo (e.g. “Data Stores” and “datastores/v1”) then we’re going to have to break from something in order to build a good foundation.

I’ve seen feedback elsewhere that Roblox focuses a lot on taking the long view at the expense of the short term, and it’s valid, but an initiative like Open Cloud is really a long view kind of project…which means that we will probably choose to make tradeoffs like this in the short term. Hopefully you’ll eventually agree it was worth it.

2 Likes
#24

Is there a way to list the available Ordered Data Stores like there is for standard Data Stores?