18:28 Yeah, yeah, good question. So I mean, this question reminds me of another thing that we've done in software engineering over the last few years, which is moving off the monolith moving off the monolith to microservices. And what what did we do? What did every business do? So essentially, what we did is we said, okay, let's break up the monolith. It's break it up into components, but then I need to put something in between as a kind of a measurer. I mean, one of the examples that was very common was an enterprise service. of us putting an enterprise service bus where we pass around discrete small little messages to so that these different components can kind of talk to each other in a little bit of a decoupled way. And so really, this is kind of similar to what the migration path looks like for moving off a classic data platform into a little bit more of us distributed governance environment. And I'll just reiterate, and governance is just one of those pillars, right. And I think the reason why I'm choosing that is because it's usually one of the first things that people want to do put in governance strategies in their business. And you can also just imagine that, okay, this can get really complex as I add the extra pillars of data management in, but essentially the kind of the kind of experience with the migration, as I alluded to before, it's a gradual move. It's it's really saying okay, and how we Gonna start splitting up this monolith. And typically the way we did it in software engineering was say, let's identify the main components of the platform. So we would split logging out to its own service, we would split, maybe jobs out to its own service, we would split something like data access, potentially out to its own service. Now, other architectures in in micro services would say, No, no, no, like, split the service out to have all of its components sitting behind it. So logging will have a database, it'll have a data layer, because that's all it's responsible for now, whichever way you did it, it's still kind of, it's still going to help in this example. But really the the approach that we've seen our customers take because majority of our customers started out with the model if they said, Okay, we've got one central hub of data, and it's got all of our data in one place. We've got all the governance rules in there. Oh, God. It I didn't realize how complex the governance rules were across the different businesses, there has to be some way to split this up. So I would say the migration path if you've done that before, in breaking up the monolith, it's very similar to that type of situation. Now to answer the second part of it, which is about making this data available to the rest of the business, whether this is just internally or potentially to the public, once again, there's there's multiple parts of that governance plays into it, of course, access control, and things like that play into it as well. But what the hub architecture basically does, like it does with the other components is it takes what is typically a top down approach, which is how from the my white ivory tower, do I set the overarching rules for my global business on how we share data. Now, one of the beauties of the hub architecture is that it instinctively has a hierarchy within it. So a graph is just a higher fidelity version of a tree. So for example, if I'm wanting that top down approach where global says, Listen, we have a global policy on sharing data, that we can't give out anything that's personal. So, in fact, the hub orchestrator can be responsible for saying, Ah, got it. So in fact, there's some policies that the local hubs don't have any control over. They've been in, they've inherited these rules from the global headquarters or from the regional hub, and they're enforced by default, on to the localized hub. Now, whether that localized hub can then say, I'd like to override those rules. That's kind of the responsibility of the hub architecture to, to know if that's even allowed or not. But what this means is that, at least the higher level parents can say listen You might have some extra ways that you want to share data in your local hub. But from a global business, we're handing down these rules, whether you've got rules to add on top of that, or override that sub for the hub orchestrator to actually figure out if those route rules can actually are compliant with each other or not.