All right, so good morning, everyone. Well, and afternoon for the person who's in Europe. I'll be there soon too, hopefully. And today we are planning to talk about the challenges of infrastructure orchestration as well as talking about Starling X that if someone who's watching, listening, participating in this call doesn't know is an Edge Cloud platform, an open source project as well. So if anyone got interested throughout this call to come and participate, you definitely can. The website is darlingx.io. So call to action to everyone who's not participating but would like to go ahead and check it out. So when it comes to Edge and orchestration and Edge infrastructures in general, we all know that they can grow large and get really complex and can get hard, not just to deploy, but also perform the day to operations as we call them. We borrowed the term from the talk communications industry. So we are facing with a lot of headaches that some of it we saw in the large central data center area as well. And now they are breaking out to the Edge and causing even bigger challenges. So we are here to discuss what the challenges are and also looking into the solution space. I know that the topic is near and dear to Rob's heart for instance, for instance. So virtually looking at Rob, if you have any like starter questions or statements about the topic or even just starting X because you also said that you will have a lot of questions. Now you just opened up huge. Yeah, let me start with orchestration. I'd love to have the Starling X team explaining, you know, without going too deep into the architecture because I know there's a lot there but the focus more on the orchestration and day two pieces. So one of the things that came up over the last year in our conversations is that Edge sites have unique challenges, that's no surprise to anybody. One of the challenges is that their anticipation of them being un-staffed or minimally staffed. So the idea of human intervention and an Edge site is less attractive even if it's done from a stretch control plane or remote site. So the idea that you would have an administrator but you would have one administrator for multiple Edge sites is still, it's okay but it's still less attractive because the Edge site loses autonomy from those circumstances. So the idea with orchestration is to look at a site that's already up and running. I think even up and running, the day one challenges I think also have some orchestration components but I think the focus here has been on gotten it running. Then we have an ongoing series of operational concerns around the site for everything from repeating day one work like provisioning, reprovisioning, patching, validating OS is adding new infrastructure to the in existing site, the commissioning infrastructure from the site, responding to and patches and upgrades and changes would be at every level dealing with monitoring events where systems need to have routine disc purge or log purge, making sure that the systems are healthy, monitoring and responding to a security. If something happened from a security event where there was an intrusion detected or a network outage that the systems would be able to respond from that perspective. So the orchestration, I'm trying to put this in sort of outcomes and objectives rather than the more simple building up a string of automation that handles if this happens, then I do that. And I'm gonna add one more because that's orchestration in its very simplest form. And I think there's a secondary challenge with this which is the orchestration logic for the edge like most everything we talked about for edge needs to be focused at the edge. So to some extent, definitely not zero, maybe not a hundred, the site itself has to be able to accommodate those responsive actions. That's one of the things you and I talked about at the PTG was this idea that if alarms are generated or alerts that they would be queued, there has to be some reliable queuing mechanism for this. Yeah. That's a good way to go ahead, Beth, please. I was gonna say, you can't have alarms just not going anywhere on an edge site. They have to get to something or someone who can actually do something about them. And I actually add an infrastructure as code layer on top of all that, which says that an edge site is not a unique snowflake. It needs to have some repeatable expectations. So the idea would be that it's not just that you can do this on that site. It's also that you can define the orchestration requirements for an edge site in a way that creates a repeatable set of orchestration across, so you can have a dev stage test, you can have edge sites that have repeated code and shared code infrastructure. To me, we need to make sure that we don't think of an edge site solving a problem at a site. To me, it's always a question of how do we solve edge concerns orchestration, one of them in a way that is scalable across hundreds and thousands. So Greg, I know you and I have discussed this over the years, how critically important that orchestration layer has to be at the edge. It's not a nice to have, it is a must have. Sorry, I was trying to find my mute button. Yeah, definitely, my experiences with Starling X is, yeah, we, you know, as you guys know, we Starling X provide supports standalone clouds, but we also support kind of a distributed cloud environment where it's for managing, you know, distributed deployments at the edge of the networks.  Starling X, we refer to them as sub-clouds, but they're really completely, they're completely standalone cloud on their own, basically. And yeah, like just because of, you know, the sheer number of these clouds, like Starling X, well, at least, like as you guys know, like I work at Wind River and we have a commercial deployment, our commercial offering based on Starling X and it's, you know, probably 99% Starling X. But yeah, our experience with it has been all around the 5G use cases, there's a number of users we have for 5G. And yeah, the numbers that they talk about with respect to the 5G and will not just talk about, they're actually, you know, deploying, is yeah, in the thousands, you know, even closing in on 100,000 type edge deployments. So you can't do anything without some strong orchestration capabilities, both for day one and day two stuff as well as, yeah, just day two kind of monitoring type stuff as well. So yeah, we spend and we easily spend, you know, the bulk of our development in Starling X, in supporting, you know, different orchestration activities to support across the edge deployments, right?  So you have to have a zero touch provisioning type solution and so we have orchestration for that. And then there's all the day two stuff like the patching, the upgrade, you know, we even firmware upgrades, firmware updates for some of the, you know, hardware acceleration devices that some of these 5G users are using and then even orchestration on some of the certificate stuff, right, like a lot of our 5G, most of our 5G users are using strictly Kubernetes and you guys know that Kubernetes there's a million and one certificates involved.  But yeah, like you were saying Beth, orchestration is a key topic. Yeah, one of the things I'd like you to touch on if possible and this is just kind of my selfish interest is that, you know, on some of the work products I've been working on within Verizon, it's becoming more and more obvious that, you know, monitoring and reporting and SLAs which of course are super important in the telco world you know, really need, you know, good metrics to support those activities, you know, being able to respond quickly to outages or degradation or whatever and then be able to report on them accurately. As it just so happens, I've spent the last week pouring over an SLA document, you know, a legal document for upcoming NAS, Morgan and NAS offering. And the, you know, the details of, you know, how we can deliver that is the, that's the devil, right? Because not only do we, you know, have to support this SLA, but we also have to automate the giving of credits and we have to base it and obviously Verizon doesn't want to give credits off to customers, you know, willy nilly, obviously there's a business decisions there as well.  That customers are going to be much happier if they get a credit because their service was poor one month without us, without them being telling us, right?  And oh, and by the way, here's your credit. Right. Yeah, actually for, in starting it's proper, the metric solution, there actually is not a significant metric solution. Well, I wouldn't expect so, but you know, you need to have the hooks, right? Yeah, I mean, and that's what we do with our, I mean, that is one of the differences with our wind river commercial offering on top of Starling X is that there is a metric solution on top of it, but it just sits on top of, you know, Kubernetes, it's not Prometheus based, although we're getting pushed that way, but it's based on Elastic right now, but it's just basic classic kind of metric collection from, you know, through, you know, Kubernetes events, mechanisms that can be, you know, that can have custom metrics for particular applications and that sort of thing. And then it's just, and then that metric solution is just deployed, you know, deployed at the edge clouds and reports up into the, reports up into the central, our central cloud for, you know, aggregation and filtering and that sort of thing.  Yeah, that would all be done on our end. Yeah, we wouldn't expect any generic system to have that function. Right, right.  And the only orchestration we do at that level of our for the alarms, like at the edge sites is that we just, I forget how frequently we do it or it might even be asynchronous, I don't know, but we really just only report, we only report alarm counts up to the central cloud and the alarms themselves are just only stored on the edge clouds. And so basically if anybody monitoring at the central location, you know, seasonal alarm count for an edge sub-cloud, you know, go up from non-zero, he basically has to kind of drill down into the particular edge sub-cloud in order to kind of get the detailed information. Now, we do support, Starling X does support SNMP on all its devices.  And yeah, SNP's unreliable, but you can, you know, do the normal, you know, sweep the active alarm table and SNP occasionally and stuff like that. So. I'm curious about how you define alarms, like part of the, this is part of my infrastructure is good curiosity, just as a framing, but, you know, how are alarms defined and how do you propagate them through the system? Yeah, so when I'm talking about alarms and Starling X, these are alarm events for the Starling X infrastructure itself, because you probably know this, but, you know, Starling X manages, Starling is basically deploying Kubernetes on top of bare metal, but we basically manage the physical servers, all the configuration for the physical servers, and then manage all the services they're running on those servers, like, you know, all the Linux services that we leverage, the Starling X services themselves, as well as Kubernetes and all the kind of containerized services running on top of Kubernetes as well. So when I say alarm, I mean that this is an event, a Starling X alarm is reporting an alarmable event on one of the infrastructure resources that Starling X is managing. It could be, you know, loss of connectivity to a hardware node, it could be an interface loss of signal, it could be that the Kubernetes service can't get recovered properly or something like that. And like I say, we have a very simple fault management system which is Starling X specific, and it just provides an API for any Starling infrastructure services to report or, you know, to set or clear an alarm. And then within a particular sub-cloud, because our sub-clouds can be single servers or multiple servers and stuff like that. So within a sub-cloud that API basically, you know, reports the alarm, you know, if you kind of just classic queuing stuff within the worker nodes and the master nodes and stuff like that. And...  Yep, we do. There is, I believe it's in our Starling X docs, but we have a list of all the Starling X infrastructure alarms that we do generate. And yeah, there are alarms, you know, if patch fails or, let me just see if I can find fault management.  There's a chat here. Like, this is the... Oh, perfect. That's the top. So there's a whole series of alarms there that can get set and cleared. And yeah, like if failures occur on patching or upgrades or installation, alarms will get raised.   So, you know, they have to do an upgrade across, across, you know, 20,000 subclouds every six months and stuff like that, that a lot of times things fail, right? You know, not necessarily because of Starling X, software issues, but because of, you know, the connectivity issues or latency issues and our, you know, server fault type things. And so we're getting a lot of pressure about, you know, making the, you know, error messages for installs and upgrades and patches, you know, much easier to access and much better at kind of pointing to root cause in order to be able to detect the, in order to be able to detect the, detect and fix the errors quickly, right? Cause like I said, they're trying to do 100 installs a day.  And so that's another big request is that, okay, if I'm 90% of the way through my upgrade, I don't want to start from the beginning. So that's another big issue that we're getting. Yeah, that's actually a big problem for particularly when you have, you want to minimize your downtime window, you know, in telecom apps, of course. Yeah. You want to minimize downtime window. Yeah, the other kind of, I don't know, maybe more than usability thing is that the other thing we find on a lot of our users in this 5G distributed cloud scenario is that the network quality between the central cloud and the edge sites is very poor. It's like the latency, the latency can be as high as 150 to 200 milliseconds. I think it's typically 25 to 50 milliseconds, but the latency can be quite high. And the bandwidth between a central cloud and a remote sub-cloud can be as low as 100 megabits per second. So you've got crappie bandwidth. Oh yeah, we see that all the time. Yeah, yeah. So one thing that we did in our last release was our upgrade scenario was doing stuff like downloading, downloading the new software loads and downloading the new container images during the service window on an upgrade. So when you're only doing 100 megabits per second, that puts a big chunk of time in your out of service window. So- Yeah, we've definitely experienced that. We have a lot of customers complain about that because yeah, I actually did a little chart of based on your bandwidth and based on the size of the image that we need to download for your upgrade, it's going to take X number of minutes to hours. Yeah, and especially because a lot of our 5G users, the way they're deploying at the edge is they want a super small footprint at the edge. Right. So it's really single server at the edge. So they're not doing any protection at individual sites. The protection must be, I've never talked to them. No, I know exactly how it's done. It's, yeah, the protection is in, because it's a mesh. Right, that's what I was thinking. It's the protection must be just being provided by adjacent to- Yeah, it's sites. It's not at individual DU sites or RU sites. So that means that when you upgrade that that particular site is, because it only has a single server and it has no HA of the site itself, that site is out of service for a certain period of time. So one of the things that we did in the last Starling X release was that we changed both the install and the upgrade to, well, we didn't change them. You have the option in both the install and the upgrades to pre-stage as much information as possible, like ISOs and container images and any other stuff you can pre-stage that all outside of the main upgrade window. Well, you're still providing service. So a lot of these 5G guys now are, when the single servers ship from the factory, they already have the load on them. So there's no requirement to download the loads, they're initial load from the central controller to the sub-cloud. And then like I say, then on upgrades, there's basically an in-service pre-staging step that can be done to kind of download all the new ISO for the upgrade and the new container images for the upgrade and that sort of thing. Yep. So I unfortunately have to drop. So I will listen to the recording for the rest of this call. Great. I'm still here.  I was, I guess I'm curious about how, like is there a orchestration subsystem? Did you build something that can handle the logic for it? Because what, you know, everything, having a person push a button to do a pre-staging or something like that isn't particularly attractive or even knowing the science of pre-stage and having a way to evaluate that that was done. What's that subsystem look like? Yeah. Yeah, like, and so, and when I say orchestration in starting X, we kind of in all the orchestration implementation we have is kind of, you know, from scratch homebrew type stuff. We haven't based it on any orchestration, you know, open source framework or anything like that. But not that we shouldn't have, but just happened that way. But when I say orchestration, there's actually two levels of orchestration that we do in starting X. So, like I've been saying is that if you look at any standalone cloud, whether, you know, it's truly standalone or whether it's a central cloud or whether it's the edge sub-cloud, like as you know, those individual clouds can have multiple nodes, right? They can have one or two masters. They can have, you know, one to 100 worker nodes and stuff like that. And so even infrastructure management within a cloud requires orchestration as soon as the cloud starts getting big, right? Because, you know, even applying a patch to a multi-node cloud, right? But, you know, you don't want to manually go around to each node within the cloud to do the upgrade. So we built in some, an orchestration layer that basically, you know, iterates through the nodes and, you know, does it in the appropriate order, right? Updating masters first and then worker nodes and just walking through you, walking through you. I guess there's a question for me that I've been struggling with, right? Some of what you're describing is automation. So if I built a script that sequences these operations across multiple nodes, I would still consider that automation or workflow. And to me, that's squarely within the infrastructure's code realm of, right? I'm writing, you know, some type of automation that coordinates these actions, right? And that could involve talking to a Kubernetes cluster, for you or like you were saying, coordinating patches or updates to the BIOS, to specialized hardware, to operating systems, to Kubernetes itself. All of that's the automation. What I've been working towards is there's another piece in here which is coordinating that orchestration or that automation, that's where the orchestration comes in. So when you say, hey, you know, after my, you know, let me think, if, you know, when my system hits this issue, this alert, then I need you to run this reactive script to it, that if then do that logic in the system. Which in an edge site, I mean, I think you're doing a good job describing it. It's, hey, something happened. I'm out of compliance here. You know, my script failed. I want you to run a remediation task from that perspective. And you should be able to come in and say, all right, let me define a body of remediation tasks and then distribute those as part of the edge definition. Which, and they might not have been anticipated in the script. So it's a whole body of site management logic that would exist, you know, to keep the systems going. Great, I understand. Yeah, yeah, I guess you're right that I'm using the word orchestration, but it's generally, it generally really is automation that we have functions that can automate different operations. And we do it, and like I was saying, if you do it at two levels, we can do it at within a cloud level, like automate through all the nodes of a particular cloud. But then we also do it at the distributed cloud layer where we can automate across all the sub-clouds, which are clouds on their own, right? And so when you do that automation at the distributed cloud level, when you automate activities across all the sub-clouds, it's really like a two level automation because the automation at the central cloud is going across all the sub-clouds. It's really just triggering off automation at the sub-cloud level that's going across all the nodes sort of thing. But you're right, it's just automation, there's, I don't think we have very little that is of the scenario where we detect an event and then turn around and execute some remedial action sort of thing, the only, well, maybe not the only, but the, I mean, we do have some of that kind of automated reaction type stuff built into, or built into some of the certificate stuff, although it's a bit of a hand waving to say we do that. We really just leverage cert manager to automatically renew our certificates. So, if certificates start getting close to expiry, then cert manager will basically trigger a renewal process that automatically will happen and that will happen independent to where that certificate is, that it's on the sub-cloud, the central cloud or something like that. But you're kind of more interested in the kind of maintaining the sub-clouds by detecting issues and automatically spawning some remedial action against that issue. I'm definitely, we've been working towards processes to do that and also distinguishing between work that is, excuse me, workflow and what we've been calling work order. So, the idea of you have a day one operation or a building operation, which is a long automated sequence that changes the state of something and then looking at the same infrastructure but in a day two mode, maybe this is oversimplifying it, but it's part of orchestration and it's not, this is what's interesting for me to talk through. If you look at the piece of equipment and say, all right, I now have a running Kubernetes cluster, I have a system that's running or I have certificate manager, it's a good example. It's not really a classic provisioning or configuration operation, it's a day two or it's not orchestration either, it's automation. So you have a task that says, I'm gonna rotate certificates or build a helm chart or something like that. That we've been talking about not as workflow but work order. And for those, you need different types of logic, you need queuing, so you can schedule them, you might have different, different semantics about what happens and when it happens. And then for us, once the work order pieces got established so you could issue ad hoc, here's my ad, I need this done, I need this done, I need this done then putting the pay an event happened then do that for me, where I stop or it's midnight, run this check task or run this task. Yeah. And then so all that stuff together often, this is where the conversation is interesting, all that stuff together to me feels more orchestrationy than we've talked about in the past. Yeah. Yeah, I mean, to be honest, like the experience that we're having with our 5G users right now are much more in me, providing support for manually triggered automation activities. So, and trying to get it so that those manually triggered automation activities like install, like upgrades, like patching, all can work efficiently and, you know, reliably and like I mentioned earlier, just, you know, if they do fail, make it easy to figure out how they failed and restart them sort of thing. So, yeah, we have not in our 5G use cases so far we haven't evolved to, we haven't evolved to the, okay, detect some issue and trigger some action because of it other than, you know, a few small little things like surf managers and stuff like that. Gotcha. Like there's 5G guys, there's some 5G guys. Like, you know how I mentioned the network in between the central and the sub clouds is poor. There's some of our 5G users that the network is also even just poorly managed. Like the network that kind of control network that connects the central and the sub clouds, you know, sometimes they can get broken just because somebody accidentally removed the static route or something like that. And it can be out for days. And even though the central cloud is reporting an alarm saying, I can't talk to these 10 sub clouds, these 5G service guys, service teams to seem to, well, the 5G still working. So they seem to be slow on addressing even fundamental issues. Like I can't even talk to the sub cloud. All right. I think there's especially at the speeds that we've talked about, you know, having something that you can replicate that setup and make it increasingly easy to automate is critical.  It's a really hard problem. This is why I think, and this is what we sort of got to in the last PPG with orchestration is the ability to define a site that has behaved, you know, defined site behaviors so that it's resilient in those cases. In a lot of cases, you can't know them in advance.  And then, you know, all the sites are gonna need that ability to respond. Yeah. Okay, that's sort of the definition. It's like, oh, okay, I know how to provision a site from right of script that does that. And then you can make that more resilient over time so that, you know, you're handling more contingencies. But then after it's up, you wanna be able to build a catalog of operational logic that helps, you know, maintain the site or if something's going wrong, at least queue up, you know, alerts that will eventually get sent or will be acknowledged on the site, not rely on the centralized site. Right, right. That's the... Like in Starling X, like in Starling X, you, like, although, you know, the central cloud is managing the sub-clouds from a, you know, maintaining connectivity and like, you know, control access for running needs automation things and also doing some level of, you know, sweeping up alarm counts and stuff like that. Although you can do all that, you know, through the central cloud, each of the individual sub-clouds can also, you know, have their own external interfaces, obviously, so that, you know, you can, you know, if you have lost productivity between your central cloud and the sub-cloud, you can just talk directly to the API endpoints of the sub-cloud. And so you can do that. And then like I mentioned before, as far as alarming and logging type stuff, I mean, you could turn SNMP on, you could configure SNMP on all your sub-clouds and have them all report to SNP managers and how that is sort of a backup of, you know, if I lose connectivity to my central cloud, I can still, you know, get observability of, you know, errors happening at my, all my infrastructure for the sub-clouds through SNP. Right. And then you would, then the SNMP infrastructure would be able to have a trigger, because that's usually what you, the moderates would have some, so now it is your control trigger. Yeah. I think the other trigger type stuff is, but actually the other triggers type stuff that I've seen in, again, this is the WindRiver commercial Starling X offering is we talked earlier about the metric collection and the metric kind of event, more generally event collection that that WindRiver provides on top of the Starling X environment collects, you know, not just metrics, but, you know, like detailed log files as well as, you know, Starling X fault management alarms and logs and stuff like that. So it collects all those things and like I say, it does provide some, you know, aggregation and filtering of those events, but I know, I don't think we've implemented any of it, but I know that that engine is targeted as also doing, I forget what the term is for it, but kind of some, you know, kind of control loopback type activities where, you know, it's looking across all the logs, all the alarms, all the metrics that are being reported in from, you know, across all the sub clouds in the distributed cloud environment and, you know, making kind of intelligent decisions as to, you know, the health of the system and what activities that actually need to be, you know, automatically triggered. So I think some of that is, at least in the WindRiver commercial offering is being targeted as being done at that analytics application level, as opposed to the built-in, but we had been calling orchestration with, like you've been saying, it's really more of an automation type thing. Right. I, this is a dilemma in edge. I think we, we, this is, it's more okay in enterprise infrastructures where it's, you know, people have that infrastructure available for the edge, for the edge pieces. There's a, you know, and this is what I've been struggling with and why I'm not excited for the call is you're building this minimal site with one node or, you know, just a couple of nodes. This, this day two work that we're talking about does need to get done. It needs to be coordinated. It's either gonna be, you know, and we don't have the bandwidth to bolt on more big data center tech. It's gonna have to be, you know, small, small. Cause you're already, and I didn't ask, this is what, you know, if you're doing a full Kubernetes for a one node machine, it's really not that much overhead. It's just, but it's, you know. Yeah. The Starling X platform overhead with Kubernetes is only one core. So I think that was always, you know, so I think they're like, I think our typical 5G users deploy like a single socket, a Slake server with I think 32 or 16 cores. I can't remember, but the platform, the Starling X platform itself only uses one core and the remaining cores are all available for the apps. Makes sense. Yeah. At the end of the day, you know, managing one machine, I mean, this is best one of the best specialties, right? Even a single, a full open stack system on a single machine, the demands on that system are really low. So it's not like even the software is really busy doing the work. Yeah. Yeah, the thing, the thing I've looked at is K3S as a, you know, the, you know, eliminating FCD from the system in those cases, but Kubernetes itself is not a lot of overhead for one, one, especially one system where there's no scheduling. Yeah, I'm not familiar with the K3S stuff. What did you say it eliminates? It eliminates FCD. So one of the design decisions, it's Kubernetes, but what they did was they swapped out the backing store to MySQL, I think, or SQLite. And so instead of having a full, which makes it then harder to HA, but really the only binary difference, they also bundled in just to keep things simpler, they bundled Kube-Cuttle into the binary, they bundled the utilities into that one binary. So there's one binary, it doesn't require, it includes container D. So you don't have to install that separately. It's nice, it's for that, for this use case, it's like, okay, I don't have to patch a version, four things to do Kubernetes, I just have one binary and that's my container D, it's my storage, my Kube-Cuttle. So for this use, and it's still all the Kubernetes stuff, just go, like we do the same thing with our GoLang stuff. We keep adding utilities that we need into the binary because it's so easy to package additional functionality into the binary without it becoming bloated or overlooked. Like for us, it was JQ, like we use JQ everywhere, so we just added JQ into the CLI binary. And that's proven just absolutely beautifully useful because now we never worry about whether we have JQ available for all the JSON products that we're up to. And this was the thing I was really curious about was starting with X because y'all are building such a deep stack of tech, right?  And so keeping all that in sync is hard. Part of the orchestration challenge. Right, right. Yeah, I mean, the patching that we do at the Starling X level, I mean, Starling X actually defines like a patch bundle that can have arbitrary number of RPMs. So at the user level, the user level of users applying patch three or something on a Starling X release. But for that patch three may have a number of RPMs and a number of container images that are getting a patch as part of that single patch command, basically. Right, that makes perfect sense to me. No, this is hard, the automation in those, and we're just about out of time. The automation becomes increasingly, this is why infrastructures could become so important, right? You could easily start building very furry, hairy. I mean, it has all these, all these little extra edge cases built into it, automation, which is good, but you don't have to manage that too hard. These are hard problems, they're very hard problems. Yeah, yeah, definitely. Yeah, that was interesting discussion, yeah. Thank you all. We have one whole minute left. Do you all want to continue this discussion or do you feel that you got to the bottom of what you planned for today? I feel smarter about Starling X, and that was really helpful. If people want, I can go back through and do show off, show some of the orchestration pieces that we've been building. So you can understand the basis of some of my questions. I'm happy to do that. Also, if you want, because this is, I've been thinking about this, obviously, I've been thinking about this a lot as far as how you build and propagate, you know, maintainable systems. In what context are you building this stuff in, Rob? So we maintain a product called Digital Rebar that does all sorts of data center infrastructure automation and cloud automation. So one of the things I've been curious about is if we could incorporate what Starling X does, because we don't have a hypervisor or even a real Kubernetes distro, we're really about the orchestration and the provisioning configuration. So it's interesting to me to see where, when we're building up a full stack of things, how all those different pieces are being orchestrated, it's part of the challenges that we're working on and then how do we build the platform set our customers want around that. Right, right. So we do, you know, we've been adding, I'm looking at the clock, we used to get a lot of monitoring convers, what we thought were monitoring requests that were actually orchestration requests. And we didn't realize that until we started having orchestration and people were like, oh, I don't need the monitoring anymore. I could just do this trigger or this event. And you've solved my problem because I didn't actually need monitoring. Hey, I got to run as well again, getting pinged for another meeting, but yeah, this was a good discussion. Thank you. Okay, bye-bye. Thank you all. Let's follow up on your stuff next week. I can send out an email to the edge computing mailing list for people to know, and I will also add that to the agenda. And then we can also discuss if people thought about the PTG or not and those kind of things. Excellent. Thank you. I'll talk to you next week. Have a good rest of your day.


Welcome everyone to the sixth meeting of 2019 of the Standards Procedures and Public Appointments Committee. We will move straight in. Agenda item 1 is a decision on taking business in private. The first item today is a committee to agree to take items 4 and 5 in private. Item 4 is a complaint report from the commissioner for ethical standards and public life in Scotland, and item 5 is consideration of a standing order rule change. Do members agree to take those items in private? Agenda item 2 is for the committee to decide whether to take future consideration of the report from the commissioner and the committee's draft report on the complaint in private at a future meeting. Agenda item 3 relates to cross-party group. It is the third item, and it is for the committee to consider a change of purpose for the cross-party group on the future of football in Scotland. As everyone had a chance to have a look at that, anyone with any points of view that they wish to raise? Elaine McLean? Maybe we could just clarify, convener, if there is no conflict with any other group or there is no leaking into other groups' accountabilities. Could we just clarify that? Yes, absolutely. It is important that you raise that because it is one of the raised on debtor for bringing that to the committee. It is being checked by the clerks and there is no leakage or attempts to take over another group's work. It is fine on that point of view, if it is okay. We can do one of two things. We can approve the proposed purpose change to the cross-party group on the future of football in Scotland or, if people on the committee are so willing, we could invite the convener of that cross-party group, Fulton MacGregor MSP, to attend a future meeting for further information before we make the decision if that is necessary. Does anyone think that it is necessary to invite the convener? We will approve the proposed purpose change to the cross-party group on the future of football in Scotland.


Hi and welcome to the session. Let us ask the following question. The question says three forces acting on a particle are in equilibrium. If the angle between the first force and the second force be 120 degree and that between second force and the third force be 135 degree find the ratio of their magnitude. Let's now begin with the solution. Let P, Q, the three forces O, V and O, C. And the second force is 120 degree. That means this angle is of 120 degree. Angle between second force and third force is 5 degree, 25 degree. The ratio of the magnitude you'll see the sum of all the angles at O is equal to 360 degree and the three forces acting on a particle are in equilibrium acting on a particle. Each force is proportional to the other two. So, 5 degree, Q by sine 105. Now this implies sine 135 first, 1 by root 2. So we have P by 1 by root 2 equals to Q by... Now sine 105, this is equal to, equal to, is to root 6, is to root 6. So this completes the solution. Bye and take care.


Star Wars, nothing but Star Wars. We are talking episode nine theories. We have a bunch. We're not sure where it's going to go in two years time, but it could go our way if we're right or wrong. Let's hope so. Why not? It doesn't matter. So first off about, we reckon, well I reckon, I'm pretty sure you said it first. Yeah, I'm going to claim this one. Thank you very much. All right, you claim it. Liar! I think the film is going to start off 10 years down the track, 10 years since the last Jedi. Let's be honest, the last Jedi did not leave a lot of doors open. There was a lot of closure, I think. I think it was a, it's not a lot left. Kylo's just a bad guy now. And that's really, that's the only plot thread that's going on. Exactly. I mean, you've got the first order. They're still building their army. They're getting bigger and bigger and the resistance is basically no more. They're kind of almost coming back as the new Rebels or the Rebel Alliance. So really, it's the threads of things beginning again, and that's why the 10 years. Agreed. And I think, yeah, to give that time for this new rebellion to grow, obviously, first order to grow, and then we're going to see some giant conflict, I'll be honest, I don't really think Kylo can come back from what he's done. No.  I don't think there's any time. And he'll come back, man. And there's no, the point of redemption was in the middle of the Snoke's throne room and he messed it up. Yeah. So yeah, I think that's a pretty clear, clear thread of where that's going. I think the other real key thing from episode eight to carry over is the coder with the broom boy who, when I saw that movie, I thought that was really weird that they had this like finale, like it was almost like an end credit sequence in the end of the movie. But there is, there's something to play there with that, with that force wheeling kid. And I think we'll see more of that come into play in episode nine. And that's where I think Ray is going to start training new Jedi. She's going to start her own, I would say almost Academy and start bringing on these new Jedi. And I think actually, I think actually broom boy will play a partner. He's not going to get a light saber this movie. He's just going to use a light saber broom and new lightsaber form because I think we didn't get a new light saber in episode eight. But we know we got a new one in the Phantom Menace and a new one in the Force Awakens. It's due time for a new light saber and that light saber is going to be a broomstick. And I'm so excited about that. Well, we all, we know that for every new light saber has to have more blades, right? So the broom is just going to be hundreds and thousands of light sabers, right? I love that. That's exactly what I expected to be. And if it's not, if it's going to be anything else, I don't want to be a part of it. Bring back George Lucas. Forget about everyone else. I want to bring back the, I don't know. I'm going to be disappointed if that's not in the movie or at least referenced. What I think is interesting he brought up is this concept of Jedi, right? And then Luke's all like, you know, I'm not the last Jedi, but maybe he was in the, in its current form because Ray, you know, she, okay, she has some ancient teachings in a book form, but really, and I think every, all the other multimedia is kind of pointing towards the force existing and people having the force, but not so much being that religion. And like, I really can't see Ray with no formal teacher, like physically, I'm sure Luke will show up as ghost, but I really can't see her being like, all right, at 9am, we got to get up and do our mini chlorine account. And then 10am, we have to read some books in the Jedi library. I just can't see her being that structured. Could you imagine, could you imagine if a new Jedi temple is kind of like Hogwarts? Yeah. And every thing you go into is another force ghost. Kind of like the ghost coming from Hogwarts. Exactly. But I don't think, I don't think we'll be Jedi as we know it. And I think that's kind of where the franchise needs to go is that I, the only thing I want to say is that I think episode nine will be the end of the Skywalker saga. 100%. There is no, I don't think there's any point in doing it. They literally have three films coming from Ryan Johnson. They have three films coming from the Game of Thrones dudes. They don't need to be locked into the Skywalker saga. And I think that's, if you'd ask me the secret thing that I think that Kathy Kennedy tasked J.D. Abrams with when they created episode seven is, yes, we want to create a sequel, but we really want to break this franchise out of its mold. The saga will always be the core of it. But we, as we can't expand it, but you have to be Skywalker blood to do this thing. So I think that's where the brood boy comes in again. It's this to be of a certain bloodline to have the force. Anyone can have it. I think you're going to see that expand across all the different forms of multimedia that Star Wars kind of takes place in. So what's Kylo Ren doing then? He's like a bad angry man right now. Right? So I, like, I don't, he's just going to try and rule the galaxy. I don't know. He's still angry. He's still like, he's very similar to Anakin, right? And then he's just like pouty. Yeah. But I mean, if you, if you kind of using the poetry theme with the George Lucas is put for circle thing, then you're kind of going to, I guess you're going to start seeing if it's going to go with what Rey's doing and where I'm, and my theory would be that she's going to train you Jedi. I reckon that Kylo Ren is going to train New Sith, but in his sense would be the Knights of Ren. See, that's really interesting because the Knights of Ren, like, they're like briefly touched one and like anything in Star Wars, the movie mentioned once, everyone goes in a full fanfare about it. Yeah. Um, but I'm sure I'm surprised there's already no TV series about the Knights of Ren. Yeah, I know. That's why I think that, oh, I imagine him being like his bodyguard or being like governors that he points around the galaxy or something. I really don't think, it'll be like Phasma, I think. I think it'll be like a very sea level villain in the scheme of things or villains. Just said an interesting point though. What if Phasma was a Knights of Ren? Yeah, it's possible. And then she got whacked in the face by electric sticks. Yeah. And if you seem to lead, it seems she lost a limb. Yeah. She was the only one in that movie to lose. Technically, I mean, if you, Snoke lost a lot of limbs, but you know what I mean, and everything. And then Cal, Cal tongue at the end of that shot. So talking about Snoke, do you think there's going to be any, any repercussions or are we going to get anything more on him? Well, if you check out the art of Star Wars for the last Jedi, there's an interesting, interesting shot where Luke is trying to meditate and a Sith ghost appears behind him before the first Sith ghost ever. And I think potentially, I mean, to bring back Snoke and kind of finish his storyline of who he was and such like that, which I don't think is really that necessary. Who really cares? They're just playing to the fans. But if they wanted to play to the fans a little bit and just stop that, you know, few that are out there crying that he didn't get a chance to kind of meet who he was and end that storyline, bringing him back as a Sith ghost might explain, it might have that little bit of time to give it to Kylo Ren. And I think they, they cleared so much of the slate in episode eight. Like I said, so maybe there's more room to kind of do some of those things. My thing with Snoke is I think he will be played part in whatever the rebels turns into the new animated series. If they're exploring that sequel series, they got room to kind of potentially explore that character a bit more. I think that's a great medium for it because like people who are really into it can get into it and people who do not give two rats and just want to see the movies, don't have to worry about it. I love that idea. Forget what I just said. Let's bring into the TV series. It gives them more room to grow and it plays a fan service in another way that the canon, one of the films, don't need to really rely on. Yeah, exactly. The films don't need to be bogged down as such pre-sort of those who really don't need to. That's what the TV series, that's perfect idea. I love it. Forget everything else I said. The end. How's, what do you reckon? Who's the villain? Are we just, are we just going to see the end of the storyline to Kylo Ren? Yeah, I assume that, you know, in the same way, and this is going to sound really backwards, but I think the last Jedi had some parallels to Empire Strikes Back, but I think that this film will, you know, follow George Lucas' circle thing, almost go back to the simplicity of a new hope. And I know that episode seven was fairly reminiscent of that, but there was really not a lot left, I guess, in that. So I really think it's going to be, oh, we've got this one villain and we've got this one kind of like Jedi, she'll have a mentor. But I can't imagine of being much more, I think of trying to go back to basics. Right. I was thinking something along the lines of, I mean, it's, because there's really nothing left to kind of tell, I mean, episode eight almost ended that movie. They played 20 more minutes of that movie. The whole franchise could have ended. But I mean, let's say that Rey is teaching you Jedi, maybe flowing on with what happened in the Force Awakens, the Force Awakens, Kylo Ren might come in and try and take some of those Jedi. And then at the end of the film, he plays a part of the Empire, the Emperor, sorry, gets thrown off the, you know, the balcony or whatever throws into the abyss of the Death Star. And, and she rescues these Jedi Knights of Rand Sith. But that's just because there's nothing for me, there's nothing really to grasp onto where this storyline could go to outside of the fact that Rey is going to kill Kylo or Kylo is going to kill Rey. See what I think might happen is, I know you were talking about Broom Boy potentially like being trained, but I think the idea behind Broom Boy and is that there is this whole galaxy of people who are willing to stand up against what they believe is wrong. And I think that will come into play not so much directly as being trained, but everyone will just stand up for it and say, no, we don't want you taking over this galaxy.  Yeah, that's right. They don't need any training. They can just, just use Broom. Yeah, exactly. Sweep it all over the, exactly. All right. So that's all our theories. Yeah, I think that's it. Okay, so that's our theories. So we've written episode nine. You don't need to see it anymore. That's it. Forget it. This is it. If you have your own theories, let us know in the comments below because we want to read them. And until next time, we'll see you nerds at the movies.


I know I'm looking at the healthiest bunch of people in the world. Well, we're delighted to have you here at the White House today, and this is obviously a good week to talk about physical fitness with Sunday's game coming up. You know, I've been asked a few times who I'm rooting for, since both teams playing are from my current home towns, and since none of the Democrats that are interested in this job have declared their preferences, I see no reason to be recklessly courageous. May the best team win. You'd never guess this was an election year, would you? What I have to say to all of you today is brief but heartfelt. The work of your council, the growth of its membership, the tremendous accomplishments that you've been responsible for have been heartwarming and inspiring. Since George Allen has been your chairman, the number of special advisors has quintupled, and it's that leadership along with the tremendous efforts of you here today that made this council's work a success and will make the new fitness academy in Indianapolis a reality. Attention to physical fitness is one of those things that says something about a nation and its people. It's an important indication of America's level of energy, competitiveness, and vigor. So your work and sacrifice is an act of patriotism. You're helping America keep strong and youthful. And on that point, let me stress the importance of your work with regard to the young people of America. I think you're aware of the attention that I've been giving to the education issue lately. It's one reason I think it's especially important that physical education continue to play a strong and a vital role in our schools. If it doesn't start there, I don't know where it's going to start. And finally, let me say that it's especially pleasing that your progress in keeping America physically fit has in large part been done through the private sector and the unselfish voluntary efforts of people like yourselves. And that, too, is most important. So again, I thank you from the bottom of my heart. Charles, and I know I'm going to see a picture of you. Thank you, Mr. President. You know, when you called on me to take the job of chairman of the President's Council on Physical Fitness and Sports two years ago, you and I agreed the need to motivate Americans of all ages to get physically fit for work, for play, for sports, for life. Well, I'm happy to report, Mr. President, that more Americans than ever before are now physically active. Over 102 million swimmers, 34 million runners and walkers, and millions more who play softball, tennis, golf, so forth are finding out how great it is to get a good workout. Two years ago, our game plan was to entice many more Americans who don't exercise or participate in sports to get involved. So we created the nation's first Fitness Academy to train fitness and sports leaders, and we established an annual celebration of Fitness Month, which you have proclaimed as May as National Fitness and Sports Month. We got the Postal Service to wish for a fitness stamp, and we launched a dozen other highly visible programs. Plus, we have a physical fitness card for adults and youngsters. But our primary reason for being here tonight is to recognize your leadership and your personal commitment to this critical area. On behalf of all Americans who have made the charge toward physical fitness, and those who will make it later on through our combined efforts, I salute you. It is an honor and a privilege to serve you in this great nation. We are deeply grateful for your support. Some of you remember the last time we were here, we gave the President some fitness weights, and they weren't heavy enough for him, you see. Now, we have to get you ready for the election, and we have to get your right arm strong and right hand strong. So we've made up a special, one-of-a-kind hand gripper, and on this, it says to President Reagan, the nation needs your strong grip. Each spring is gold plated. There's five of them. This is rosewood soaked in peanut oil overnight. To give it a nice cluster, 39 pounds of, if you can push it all the way down, you got a strong grip. On the gym upstairs, they don't have anything. Well, it's nice enough you could use it as a desk weight, paperweight on your desk. Not even Andropov has that. Is that beauty? And when a congressman comes in, I'll be squeezing. Yeah. Thank you very much.