How will this work with AWS Cognito as an Auth Source?
My base understanding of Cognito was that IF a stable version was assigned, then all Cognito users will see the stable version, else they would all see the latest version.
I donโt really see the benefit of rolling out a latest version to some random set of users? Seems like a really weird feature.
I somewhat agree, especially if you donโt know or canโt control which users those areโฆ
I could see the value in rolling out changes to 10% of users, that way if something is really wrong, it doesnโt ruin everyoneโs dayโฆ
I donโt think I would use this particular feature. But am more interested in ensuring that my AWS Cognito users will have a seamless experience per my expectations.
Ironically, thatโs similar to how AppSheet (the company) does it.
Itโs kinda jarring sometimes how appsheet releases a feature sometimes; you almost have to be on forum to notice some of them. I had 0 idea about this until I noticed the post. Iโd be extremely jarred if someone posted about a feature that I didnโt have or vice versa. Having specific users or groups that can be on different versions is a benefit (I would love to have a โbetaโ version that I could let out to some users while I still work on the latest version) but the random subset would only be something I can see value in when you have thousands or more users.
Quick question, how does rounding work on this if you have less than 100 users? Up, down, nearest?
I have no idea.
Does this feature the same users on Stable or Latest? If I set it to 20% and User 1 has latest and 2,3,4,5 are on stable, would it still keep User 1 if I change to 40% and add another user?
@Grant_Stead you can also manually add some beta users to the AppSheet Users list to give them access to the Latest Version explicitly. The AppSheet User list user_attributes trump the default attributes of your auth source. (users added in AppSheet would need to be users in your auth source for this to work)
The benefit could be for better randomized sample of users for smaller incremental updates (non-structure changes) or brand new things to check for bugs before making it stable.
This is also how Google and many major apps roll out almost any new feature. For a recent example, a few of the native Android apps recently starting receiving their Dark mode options. There was no app update for it, the setting was just made visible to random people slowly on a server-side switch. And if no one complains about any bugs, they slowly add more, until everyone is on the new version.
Thus, any bugs that bring everything to a screeching halt should be able to be limited to just a couple users, rather than everyone.
User | Count |
---|---|
43 | |
28 | |
24 | |
24 | |
13 |