Thanks @Kirsten for the notes!
I now realize we haven’t discussed when we will resume StripeSCA development, ping @Rachel
StripeSCA is still the top priority and it’s likely we will decide to restart it soon. We can probably make the call when most people are back from holidays.
I believe it will land somewhere between/before point 5, 6, and 7.
It’s not a small task. There are quite a few parts to it. I am afraid we are something like 50% done only
given that we think / hope that 4. might also be almost done, that would mean bumping 5 and 6. I don’t have a good feel of the size of 5, but I don’t think I would support putting 6 behind another chunk of SCA that’s as big as the last one. I would support doing 6 first, maybe that will make it marginally easier to finish SCA, and/or to bring in more devs etc
@Kirsten we need to keep in mind that it means upgrade Rails for Stripe Connect and Stripe SCA. At least on the testing side we need to double our efforts We have no automated tests on Stripe yet… everything is manual.
Let’s also see this list as a priority list, not a list in which each dots will be released. If @luisramos0 is not working on SCA, then he can work on 5 or 6 in parallel.
I wonder with this discussion if 6 isn’t too low in our priority list. If we start T&C’s before we will to upgrade this new feature as well
@lauriewayne1 can you check the comments above re. the US server and let us know your thoughts on urgency? If there are performance problems please create a github issue and document them
If it’s mostly about migrating the services from one AWS account to another so that it’s under your / our control that’s 1-2 hours
Values-aligned providers are something we’re all interested in but aren’t in a position to prioritise at the moment. Consideration will be given to this as part of our product vision and strategy process - - commencing soon (yippeeee!) I think we think that geopoliticial considerations can be part of this discussion too.
I think the urgency is high to get a server that we have control over. Everything else can wait - I don’t have an opinion about performance/capacity because we don’t have a monitoring process in place (but we will!). I am totally fine with staying on AWS for as long as it makes sense given the global product vision and strategy.
ok so I will create an issue for the migration of the US server into an AWS account that we control . . and put it at the top of ‘all the things’ . . I think - or ‘dev ready’ so we don’t forget about it?
no i don’t think there will @lauriewayne1 - I am assuming that the users will see nothing at all, perhaps a few moments of downtime. So basic upgrade checks should be fine. I may be wrong - dev who does it can confirm - @maikel and @Matt-Yorkley are the only ones online this week though . .
I’m not 100% sure what’s involved here (if it’s just switching accounts) but I would expect the downtime to be between 5 minutes and 1 hour and we can do it at 3am to not impact users. Pre-communication is probably not needed because we can display a maintenance message during the downtime.
When it comes to users I always err on the side of overcommunication. @lauriewayne1 you could always just use that popover banner we have on the homepage to let people know and direct them to a message on your website?
I view this as an opportunity to build good feelings among the users about OFN - letting them know ahead of time seems like just good general practice and easy enough to do (and helps people understand that it’s a planned outage, not just “the server fell over and they are trying to fix it”). Really, from my perspective it’s more about building confidence and making the users feel involved and included than anticipating it causing any problems for anyone - I view this as very important as basically everyone is new and we are building our user community now. And @maikel I also appreciate that the migration can happen at a time when it’s very unlikely anyone would be needing it anyway. So I would like to give people a few days notice and use that to also remind them that despite incredible growth and lots of updates, OFNUSA’s downtime this year has been zero (I think).