Hi everyone, Joe for jaspyscasebrakes.com, coming at you with a 2021 Panini Prison Football Break, no huddle edition, five box, random team number one, and, yep, this is a bounty break, a bounty under break, so check out the details on jaspyscasebrakes.com, we'll explain it shortly. Big thanks to this group, thanks for signing out, no fillers, we did this straight up. All 32 teams are in, let's roll it and randomize it, five and a four, nine times each. One, two, three, four, five, six, seven, eight, nine, we got Michael down to Greg, and then five and a four, nine times for the teams, one, two, three, four, and ninth and final time, we got Steelers down to Bills, now feel free to trade if you'd like, remember this is 2021 edition. All right, Michael with the Steelers, Dayton with my Raiders, Scott with the Commanders, Michael with the Cardinals, Chris with the Eagles, Joe with the Texans, Jordan with the Chargers, Victor with the Browns, Brian with the Rams, Robert with the Titans, Matthew with the Cowboys, Dayton with the Falcons, Jose with the Bears, Mike with the Colts, Craig with the Patriots, Dayton with the Vikings, Chris with the Giants, David with the Bengals, Anthony with the Saints, Robert with the Jets, Simon with the Lions, Jordan with the Buccaneers, Michael with the Jaguars, Greg with the Panthers, Nancy with the Broncos, O'Brien with the Seahawks, Harry with the Dolphins, Robert with the Packers, Barry with the Ravens, gotta watch it, gotta watch Barry, dropped last night I think, I think they dropped two episodes if you're a Barry fan, Michael with the Niners, Greg with the Chiefs and Buffalo Bills, trade window is open, so feel free to trade if you'd like, but trade at your own risk, so we're gonna pause the video when we come back, we'll see if there's any trades, then we'll have the break, stick around, BRB. Alright, welcome back everybody, while people are trading, let me just show you the bounty serial numbers we're looking for there, we're gonna pop open this fresh case, sort of an awkward size here, but we're gonna pop open this case, and we're gonna see which five boxes we're gonna do, table, two, three, four, five, so yeah, there's four stacks of five, see all of her, oh nice yeah, alright we got one, two, three, four on the dice, or if I roll a five or a six, we'll roll again, four, one, two, three, four, so far right column here, and we'll save these other boxes for another time, alright so those are the boxes we're gonna do right here, we're gonna pause video again, and when we come back, let's see if there again, we'll see if there's any trades, and then we'll have that five box break, BRB. Alright, hey welcome back folks, a deal was done, bills for Eagles, Chris and Greg working out the deal, Chris you are out of the Eagles spot and into the Buffalo spot, Buffalo, Greg you're out of the Buffalo spot and into the Fly Eagles Fly spot, let's print and rip, there are the five boxes there, these are the bounties that we're looking for, exactly those numbers, got basketball playoffs on the background, we'll be switching between that and some hockey throughout the evening, and hopefully a lot of breaks throughout the evening too, it's gonna be a nice two-screen day, thanks everybody, alright that's what we're looking for here, I like the no huddle print that they have right on top there too, it's cool, Brooklyn and Phoenix are, or Phoenix, Brooklyn and Philly are tied 25 a piece early in the second quarter, Sixer is leading the series by one, Brooklyn looking to steal one, is this a, is this 2-3-2, basketball is 2-3, at least this round is 2-3-2, and then is it the finals that change, is the finals 2-2-1-1, on the football side of things, Eagles and Jaylen Hurt, being the highest paid player in NFL history, a $255 million deal and guaranteeing about $179 million, Hurt's deal with the biggest contract in terms of average annual value in NFL history, Sean Watson's $230, the contract signed last year with the Cleveland rent, which is fully guaranteed, still is the biggest in terms of guaranteed money, Hurt's extension includes a no trade clause, a first in Eagles history, a source told Schefter, Hurt's salary cap amount from next season, $6.15 million, 2023, $13 and $24, $21. something in 2025 and over $31 million in 2026, that's their guy, let's see who we can find in here, we've got an Anthony Schwartz, may the Schwartz be with you going to Victor, Cleveland this is for you, that's the no huddle parallel in there, disco, bubbles, whatever you want to call it, there at Henry, and we've got TY Hilton red, 33 out of 50 for the blue horseshoes, that'll be for Mike, what's the ship situation here, all-card ship, nice, it's good to see all-card ship, it was Brilliance, Christian McCaffrey, got a T Higgins height, we got a TJ Hoosman Zata, 46 out of 79, Cincinnati, David M, and there's a Davis Mills, 44 out of 50, got a, that's Brian Dawkins back there, got a Mack Jones rookie card, got a Kyler Murray, two out of 35, that'll be for Arizona, Michael with the Cardinals, Mack Jones with Craig and the Patriots, over here, another parallel on the bottom, Justin Herbert, Jacob's, and Leonard Floyd, 50 out of 79, that'll be for the Rams, that'll be for Brian. Another box, Jason's asking what was everyone's thoughts when Washington and Steiner picked commanders for their new name, kind of like, I think that that's what, I don't think it's as bad as everyone said it, it's not good though, what were the, I forget what some of the, I get what some of the other, what the other options were, do we remember what the other options were? I like, I like Warthogs too, I think it goes back to weren't, wasn't there old like famous offensive line, like the Hogs or Warthogs or something like that, I feel like they should have dug into, leaned into those kind of roots. Are they changed the name again after the sale? I don't know. I suppose it'd be the new owners prerogative, right, that they can if they want to. It's Killin Hill, Green Bay, Robert and the Packers, I mean the new owners own the team, I wonder. We've got Quitty Pay to 79, Ranny Moss to 50, Ranny Moss going to Dayton and the Vikings, Quitty Pay will go to the Colts and it'll be from Mike, Traylance Rookie, although I think, are they committed to Brock Purdy as their QB one? I feel like I saw something like that, so maybe let's see what happens there in the QB situation in San Francisco. There's Jubre's for Anthony at the Saints, that's to 79. Justin Fields, nice little purple parallel here for the Bears, that's going to go to Jose, 26 out of 35, nice rookie Justin Fields, Traylance, no huddle pattern for the Niners, that'll be for Michael, Antonio Gates, 9 out of 35. Did you know Antonio Gates used to play basketball? Play a drinking game with that, every time you see a football broadcast back in the day, if you played a drinking game, you might get alcohol poisoning by the end of the game, every time you heard that. All right, so Jalen Hurts making a lot of money, so yeah, so it was Josh Harris and his group, I guess Josh Harris also owns the New Jersey Devils, so him and his ownership group got the commanders, I mean what a gigantic deal as well, just a shade over six billion dollars, so after all the controversy, Dan Snyder in a pocket of boatload of money, I guess eight Canadian billionaires gonna have to come in as well, maybe, I don't know, there'll be an ownership group, something like that, but the earliest Harris could be voted in as the owner would be in late May, the owner's meeting in Minneapolis, and I guess I think the stadium was in in the deal as well, something like that, and they're looking to, I mean this could be some big changes for commanders, I don't know how many commanders fans are listening right now, but could be some big changes for them. New ownership, different corporate culture, new stadium, that'd be exciting. Oh man, this guy also owns the Sixers as well, it looks like he's turned both of those organizations kind of around, so we'll see, right, according to this ESPN article, Sixers who after six consecutive losing campaigns have been one of the top teams since his ownership, the Devils after some lean years, has the second best regular season record in the Eastern conferences hockey season, they got to figure out coach, general manager, I control F name in this article, it doesn't look like there's any reference to a potential name change, it's Chuba Hubbard, I really should start on that side, the autos are popping early here, Chuba Hubbard, Carolina, Greg and the Panthers, it was Amir Smith, Marseille to 79, and a Barry Sanders to 15, nice low number there, and that'll be for Simon in the Lions, Marseille or Smith, Marseille will go to Dayton in the Vikings, that was a Zeke Elliott in the no huddle of design, where does he end up? It's Demian Harris to 50, Craig with the Patriots, is there actually going to be a quarterback battle with Kyle Trask? What happens if Kyle Trask wins the job over Baker Mayfield, what does that do to Baker Mayfield? Here's Alan Lazard to 79, Kyle Trask goes to Jordan, Alan will go to Robert Packers, Jason Sinkins Houston as a landing spot for Zeke Elliott, Chuba Hubbard and a fireworks A-quan Barclay, and a Tyree Kill to 50. Brooklyn Nets have opened up a little bit of a lead on the Sixers, 40 to 32, 538 left in the first half, one of their NFL headlines are here, I guess we're just kind of leading up to the draft here, Mahome says he's still recovering, still rehabbing that ankle injury, Cheyenne's not fretting the absence of Barclay and Lawrence in their voluntary camps, defensive tackle, William skip start of the Jets' program, Texan's GM Casario denies he's weaving after the draft, Stafford now at full health says he's refreshed, I wonder if he says the famous, I always love the, in the best shape of my career, Dolphin signed former cards receiver Anderson, McCoy six time pro bowler with Bucks Retires, it's Gerald McCoy, anyone expecting any fireworks in the draft? That's not this Thursday, but the next Thursday, day one of the draft, right, 20 steps, I'm having on my sports bulletin board here to my, yeah, drafts Thursday to 27th, drafts on this side, this is Dwayne Eskridge, Seattle, Brian with the Seahawks trying to add a little suspense with the auto, but keep forgetting, there's CD Land to 79 for the boys, Matthew, too much Trevor Lawrence just yeah, this is gonna go to the Jaguars, Michael with the Jags, there's a Mack Jones rookie card for the Patriots, that'll be for Craig, you got 100 Renfro to 35, my hopes that college find a Schultz, maybe a Wilton replacement, I feel like the tight end class allegedly, I don't follow college football too closely, but apparently the tight end class is pretty deep, there's some opportunities out there, that 100 Renfro is gonna go to Dayton and my Raiders, there's been some rumblings and rumors that 100 Renfro might be on the way out, and there's Trevor Lawrence, the no-huddle parallel, nice, Michael, I like 100 Renfro, I don't know why they move on from 100 Renfro, but Ernst Jones for Brian and the Rams, that's to 50, AJ Brown to 79 for the Titans, Robert, and there's Devin Bush to 54 out of 50, I like Walter football as dot-com as sort of an alternate mock drafting sort of site, I mean is it CJ Stroud and Bryce Young, one and two, is that the consensus? Will the Colts take a quarterback? Walter football previously had Will Leviss with the Colts, but he's changed that pick to Will Anderson, is there gonna, will the Cardinals trade that pick? The number three pick, there's been some rumblings about that, I like how he's got picked for my Raiders, Paris Johnson, the offensive tackle slash guard from Ohio State. Raiders offensive line wasn't as bad as I thought it was gonna be, but they still need some depth and some improvement there for sure. I think they were okay in the running game, they obviously helped Josh Jacobs rush for a zillion yards, but maybe in past protection was a little weak, but if they can shore that up with a draft pick or two, maybe maybe some depth veteran guys of free agency create a nice little rotation, I think that would be awesome, or they definitely need help on defense. I don't mind if they went all defense in this entire draft. Some mock drafts had them taking, had them taking the cornerback out of Oregon, Christian Gonzalez, I think. It'd be a big start. All right, we got Noah Gray for the Niners, Michael with the Niners, last spot Mojo, 49ers, 70% of the time last spot Mojo hits 100% of the time. There's a Kyle Trask to 79, Trey Lance, there's a Kurt Warner to 35, from Michael and the Cardinals, Michael also get, say Michael gets the Trey Lance and Jordan gets the Buccaneers, it's the Kyle Trask, there's Josh Jacobs to 79 on a franchise tag, which I don't think he's signed at the moment. I think they're still trying to work out a Pat Fremont and your offensive rookie of the year, Tamar Chase. That would be for David and Cincinnati, the Pat Fremont with the 15, nice low number on that one, going to Michael and the Steelers. Josh Jacobs goes to David, they're trying to still work out an extension. You got a Jared Cook out of five. That's a train whistle number, folks, out of five and under and that is Charger's Edition and that is for Jordan. Jordan, all aboard the Big Head Express. And then the last one here is Zeke, Zeke Elliott, 20 out of 35 from Matthew and Dallas. There you go, game. That was a five box break, a prison football no huddle, which we saw more of like Trevor Lawrence, but we gave it a shot, got Justin Fields in there too. Thanks for watching, thanks for breaking with us. I'm Joe, I'll see you next time for the next one. Bye bye.


It's Masters Week and if you like Tiger Woods' chances to play well this week, check out some of the offerings we have right now in the FanDuel Sportsbook. Right now, to win the tournament, his odds are plus 7,000 where a $10 bet wins you $700. Not quite sure about that, but like him to finish in the top 10, that right now sits at plus 500. And if you just want to see his odds to make the cut, right now those sit at minus 174. How do you think Tiger Woods is going to fare this weekend? Let us know.


Thank you all for coming, you're probably wondering about the kilt. You may not know today, AtlantisCon was actually traditional dress day, and apparently it wasn't publicized very well, so it's just me and a couple of my colleagues wearing kilt, anyway. So thanks for coming. I'm going to be giving an introduction to OpenStack, and OpenStack is like many open source projects, it's several things, it's software, it's also a community, in our case it's also a non-profit foundation and I'm going to be talking about all of those things. If you're looking for something that's more in depth technically, you might want to attend a different talk because this is a fairly high level introduction to OpenStack. In my day job, I work at Red Hat. Red Hat is one of the vendors that's involved in the OpenStack project, and I work on the community side, so I do a lot of events and I do meetups and I give talks, and so my knowledge of OpenStack is very broad and a little bit shallow. It is a huge topic, so covering all of that in 50 minutes is going to be a challenge. I've also been involved in open source in general for about 20 years at the Apache Software Foundation, so looking at OpenStack is kind of cool from that perspective because it looks very different from the sorts of communities that we worked on 20 years ago. OpenStack is, as I said, it's a non-profit foundation, it's a software project, it's a community, and it is only six years old. So it started six years ago in the very traditional way that open source projects start. There were a couple of companies that were interested in solving very specific problems, and these two companies, these two organizations, were Rackspace and NASA, and NASA had this problem where they were taking photographs and individual photographs were going to take several months to upload to their AWS instances because these photographs were terabytes and petabytes big, pictures of space from the Hubble Space Telescope. Rackspace, on the other hand, was running a very successful web hosting and also VM hosting business, and they were looking for a way to automate the process of creating new VMs without actually having to have engineers go press buttons. And these two organizations were speaking to one another at some conference and realized that they were solving similar and overlapping problems, and they started the OpenStack project. Six years on, we've grown a lot. We've got over 600 companies involved. We have nearly 55,000 community members at this point, and that's people that are contributing either code or community related things or documentation, a wide variety of things that people are contributing. We have, well, you know, all of these exciting numbers that you can see on the chart there, and I can't see in the squinty font on my screen, but the software itself has grown as well. So if you attend any OpenStack session in your entire life, you'll see this diagram which is wholly inaccurate, and it represents what OpenStack used to look like six years ago. There's three major components to OpenStack. There's compute, which is where your VMs actually run. There is networking as a service, and there's your storage. And then there's a web dashboard that allows you to manage all of this. Now, when OpenStack started, there were, in fact, these three major components and the web interface, and that was it. This is what's in OpenStack now. Each one of these items is an optional component of OpenStack that you might be running if you're running a cloud. There's 57 of these projects, and there's also numerous downstream projects, like my own project RDO or a packaging project, and we're not featured on this list here because we're not part of the what's called the big tent, which I'll talk about in a moment. There's also the foundation, and like many open source foundations, it exists for a number of reasons, and to me at least, the most important one of these is vendor neutral governance. And I'll talk about that a little bit more in a moment. But the foundation, we also provide a number of other services, including infrastructure support, where if you wanna test your project, we have a place where you can do that. We have an entire community team. We have user group assistance, which is sort of part of the community team, so that if you want to have a local meetup group, we have support for that in terms of either sending you swag or money or just helping you know how to do things. And then we also have a biannual event called OpenStack Summit. And of course, there are many, many companies that are involved in this. This is just a random screenshot from the list of sponsors, but there are 600 sponsors that participate at various levels, financially, and also various levels technically. Sponsorship, if your company is interested in being involved in OpenStack, there are sponsorship opportunities to buy membership into the foundation, ranging all the way from 25K through 500K per year. However, membership as an individual is free, because it's an open source project.  The reason that you might want to do this is that all authentication against any services in OpenStack are done against the membership database. So if you wanna contribute a patch, you have to sign up as a member first, because that's how the GitHub account stuff works. Now, going back a few points, vendor neutral governance is very important in open source projects. This is also something that we feel very strongly about at the Apache Software Foundation, which is the other half of my life, my off work life. Vendor neutral governance ensures that everyone's voice is equal. Now, in my day job, I work at Red Hat, and we are one of the four or five largest companies that's involved in OpenStack. And it's very important to these small players that we don't just force our opinion on everybody. And with the vendor neutral governance that is offered that is enforced by the foundation, it ensures that everybody has an equal voice. Now, realistically, you know that since we have 40 or 50 engineers that are working on something, we tend to have a louder voice. But what we find in the OpenStack community is that people really respect this need for vendor neutral governance. It also ensures project sustainability. And this is an important thing in any major open source project. If HP or Red Hat or Morantis were suddenly to lose interest in the OpenStack project, it wouldn't go away. If IBM were to lose interest in participating in Linux, Linux would not go away. And so this kind of project sustainability is really important. This diversity, corporate diversity within a project is critical. It also ensures that projects themselves are not dependent on a particular vendor's opinions, and it does actually work in real life because the engineers that are involved in OpenStack are really passionate about open source. It's been a really rewarding project to work on. The projects themselves make their own technical decisions. So I mentioned that there's 57 projects. Those projects operate semi-autonomously. Now, they have to submit to the judgment of the technical committee because interoperability between projects is obviously pretty important. But the technical decisions, the roadmaps that are embarked on by these projects are decided at the project level rather than at the foundation level. OpenStack provides open governance for these projects. And each project elects a what's called a project technical lead. Now, the project technical lead, their actual role, and I appear to have misspelled leadership, the actual role of that varies a little bit from project to project. In most projects, decision-making is completely collaborative and done on the mailing list. In some projects, the technical lead does take more of a benevolent dictator sort of role, but that's becoming less common as we move along and as the projects mature. Projects that are part of OpenStack are said to be in the big tent. And projects sort of come to the table and they say, we want to be part of OpenStack. And there's kind of a minimal vetting process where you determine whether a project supports the OpenStack mission. And here's the OpenStack mission. Those of you who have actually used OpenStack know that the simple to implement part there is something we're still working on. OpenStack is still quite complicated. And projects must be open. Now, open has a number of different definitions. And I want to talk about these because these are relevant to pretty much any open source project that operates in a collaborative way. The first one of these is open code. And that's kind of a minimum for open source software, that the code be publicly available, that people are both allowed and enabled to submit changes that influence the direction of the project. Another step is open governance. And I've already kind of mentioned this a little bit. This is that the project elects its own leadership and that those leaders are subject to the will of the community rather than the other way around. Everything that's within OpenStack is under the Apache license. And that is a requirement for any project that comes into the foundation. That if they have any components that are not distributable under the Apache license, that they fix that. So it's not a big challenge because most OpenStack projects are born within the foundation rather than coming in from outside. But there have been some cases where there needed to be some rewrites to adhere to the license. Open discussion. All discussion must happen in a public and open forum. And if you have a private conversation at a conference, that has to be taken back to the mailing list. This is incredibly critical for projects that span time zones and span languages and span nations. Because if you have a conversation on IRC, that's limited to one particular time zone, one particular language. But when you take that back to the mailing list, it gives people an opportunity to participate, even though they were asleep when the conversation happened. It gives the opportunity for translation to occur and for people to express their opinion on a topic. Another aspect of Open is OpenAPI. Because there's so many of these projects, it's mandatory that each project have an OpenAPI that other projects can communicate with. All of the communication between these different parts of the stack is over this REST API. And because each one of these projects might be running on one or many separate machines, it's important that this communication happen across the network. And so that is a requirement of OpenStack projects. But the most important one of these is the collaborative software development model where governance is open. Now, OpenStack, the software is a software that allows you to spin up your own private cloud in your own data center. As such, it has to have the three components that I mentioned on the first slide. The other components are much more optional. And I'll show you a few of those. I showed you this mission statement before. So here this is, again, the OpenStack cloud computing platform, which is simple to implement and massively scalable. How many of you are actually already deploying OpenStack in an organization? Okay, very few of you. So those of you know that the simple to implement is still a bit of a lie, but we're working on it. Now, of course, you're probably familiar with the other players in this field. I don't need to dwell on that a lot. AWS is, of course, the biggest player in this field. And then we have some other projects. CloudStack is at the Apache Software Foundation. That is another project that is simpler to spin up a cloud with, but it hasn't gotten quite the market penetration that OpenStack has just yet. So on the software side, here are what I would call the required components of OpenStack. There is the web dashboard. That's Horizon, that's the web interface where you can actually interact with the cloud and do administration of your virtual machines, of your network and so on. Keystone is the authentication layer. Nova is compute, that's where your VMs actually run and this manages the life cycle of the virtual machines. Neutron is the networking as a service and Swift is the storage component. And then there's everything else. We have a database as a service. We have a container service. We have a salameter, which is the monitoring and logging component. Let's see, what else have we got? There is a message queue service and there's a couple of packaging projects. There is a couple test suite projects. Most of the code is in Python. Almost all of it at this point is in Python. We've had a couple projects come to the foundation with existing code in other languages and a lot of that has been re-implemented in Python. This gives a fairly easy entry to a lot of people that have some experience in any programming language that is similar to this because Python is fairly easy to learn. And one of our projects is the activity project. Activity.openstack.org tracks all aspects of the project so far as contributions, ticket, open and close times, people acquiring the software and deploying it reports back to that so we know about how many people are out there running the cloud. And the reviews and so forth. And so they've got extensive statistical information about the OpenStack community on this website. Now if you're running OpenStack, one of the things you might be concerned about is support and we offer a great deal of community-based support. There's one main IRC channel which is extremely noisy and that is Hash OpenStack. But then each project, each sub-project has their own independent IRC channel. So if you go to OpenStack-NOVA on the FreeNode IRC network, there will be discussion of development of NOVA as well as the ability to ask questions and get support from the people that are developing it. So very active IRC community IRC is the main way that projects tend to communicate. But like I said, when there is discussion on the IRC channel that is then taken back to the mailing list for a more permanent record and the ability for people to participate who weren't there. We have a stack overflow-like website. It's using Askbot as the open source software that that's running on and that is called ask.openstack.org. There are hundreds of questions asked there every day and the last time I ran some statistics on it, we tend to have about 75% of the questions answered within the first day. So it's a very active forum. People from many organizations participate here. It's a great place to get support. Now, there are two mailing lists and for a project this large, that's a bit of a surprise to some people. We made the decision early on not to split the mailing list into individual projects. So all of those 57 projects participate on the OpenStack Dev mailing list and they put their project name in a tag in the subject line. So you can see everything and not miss out on new projects you haven't heard of yet. But also if you want, you can filter just the project that you're interested in. So that gets pretty noisy. The OpenStack list is more about administrative details of the foundation. There are other projects, there are other lists. There's a community mailing list. There is a marketing mailing list. There's a documentation mailing list. But for the most part, the code-based discussion is all on that, that one single OpenStack Dev mailing list. We produce two events every year, one in North America and one elsewhere in the world and the one that's elsewhere tends to alternate between Europe and Asia. So in October, we will be holding OpenStack Summit in Barcelona and in May, we'll be holding it in Boston in the United States. We also have, as I mentioned, our meetup assistance list where we have both making speakers available to local meetup groups. If you want to run a local meetup on OpenStack but you don't have any speakers, you can look at groups.openstack.org and try to arrange for a speaker to come to your location.  So it's a pretty cool program. Now a little bit about the projects that are part of OpenStack. I am not going to talk about all of them because that would take all day. But I'm gonna talk about the most important ones. So the first one of these is Keystone. Keystone is the identity services. In other words, the authentication piece of OpenStack. And the folks in the Keystone project are really cool to talk to because they are so adamant that things just work. And this is because if anything breaks in Keystone, everything breaks. So if you look at the OpenStack ticket tracker, you'll see many hundreds of tickets opened every day against Keystone. And typically, one of the Keystone developers will look at that ticket and they'll say, this isn't actually a problem with Keystone. You're just seeing it as an authentication problem because something's broken behind it and it reflects as an authentication failure. So it's a very slow-moving project because they're very careful about changes. One of the design principles of OpenStack is to let you reuse what you already have within your organization. So Keystone is one of the places you first see this. If you're already running Active Directory within your organization, you don't want to spin up a new authentication thing to run OpenStack. And so Keystone will plug into your Active Directory service or your OpenLDAP or whatever authentication service you're running. If it's not too weird, Keystone will have some sort of way to plug into that to provide authentication for your cloud. The next piece is Glance. Glance is where your VM images live.  Here also, it's important that we interoperate with all sorts of other things.  Glance supports all of them.  And the same is true of pretty much all of the other cloud providers that you might have been using. If you want to try out OpenStack, you can use your existing cloud images. This is what the interface looks like. It's a little bit squinty, but you have your images listed on the left-hand side there and some basic information about them. And then over on the right, you can edit an image or take a snapshot or launch that image, or launch 100 copies of that image or whatever it is that you want to do from this interface from the web UI. On the various tables there, you have a command line cheat sheet. And that's because in addition to the web interface, everything is accessible through both the API and through a command line interface. So if you go to any one of the nodes in your OpenStack cloud and you type some of these commands, you could administer your OpenStack server in a more command line friendly interface, or you can script it so that you can automate all of this, which is the way that most people actually run OpenStack clouds. Most people are not clicking the web interface every time they want to launch a VM. It's automated. All right, then we have Nova and this is the largest part of OpenStack. It's the one that's been around the longest. This is the portion of OpenStack that was donated originally by Rackspace. And if you look at the statistics, it's also the one that has the most development activity of any of the projects. And this is where people from many of the vendors here at this conference are putting in their particular drivers, their particular functionality so that you can access their services on your OpenStack cloud. Neutron is the networking component of OpenStack. And this tends to be the place where people have the most difficulty in OpenStack. If you follow the various question forums, you find that a significant portion, like almost half of the questions that get asked about OpenStack or about networking. And so this is a part of OpenStack that is being worked on very hard to make it easier. However, networking is something that people spend a lot of time training to do. It's not something that can ever be made trivial, but we are trying to make it easier to do the networking portion of your OpenStack cloud. The other portion of Neutron is the security portion. And so this is firewall as a service. You create your security rules and your ingress and egress rules. And this can be per instance or globally or whatever. This gives you a very fine grain control over your firewall in your OpenStack cloud. Now there's a number of different storage projects. This is just three of them. There are others for various other cases that people might want to do, but the main three projects at the moment are Cinder for block storage, Swift for object storage, and a fairly new project. It's only about a year old, Manila, for a shared file system across all of your tenants. And then finally, finally of the required components is Horizon. Every one of the projects, like I said, must provide an open API. And every time a new project comes on board and matures, the Horizon team provide a web interface for that particular component. So any component of OpenStack can be managed through the web interface. It can also be managed from the CLI. And then there's also a project called HEAT, which allows you to do orchestration where you, for example, if some of your virtual machines reach 75% CPU, HEAT will automatically spin up more VMs to take that load, or take them down when your CPU goes under, say, 25% or whatever, do automated scripting to manage your load. Now, that's just a small portion of what's available in OpenStack. So as you can imagine, installing and deploying can be a bit of a nightmare. Trying to get all of the various pieces to talk to one another is very difficult. And this is a space where there's still a lot of competition as to what will be the default deployment mechanism for this. So there's a number of projects that are out there that allow you to install and deploy and orchestrate and manage your OpenStack cloud. So here's a few of them. The one that is part of, this is the one that's been around the longest, it's called DevStack.  This is primarily for developers. It deploys the bleeding edge trunk and this is what most of the developers use to spin up their own private test cloud where they're gonna hack on the code and try that out. Now you can deploy in production with DevStack. A lot of people do. You can give it all manner of command line flags to deploy rather than trunk to deploy a particular branch, a particular tag so that you can have a stable cloud. And this is the way a lot of people will deploy their production clouds. Another project, this is my day job, RDO, which stands for Rich's Distribution of OpenStack. Okay, it doesn't really. It stands for the RPM Distribution of OpenStack. And this is a, it's a couple of things. It's a packaging project. We package RPMs for CentOS and REL. We also provide a deployment tool called PackStack which allows you to spin up an OpenStack cloud. That is based on Puppet. The command line that I have here on the slide, PackStack all-in-one, allows you to spin up an OpenStack cloud on a single node. Now you're not gonna do that in production, obviously, but I'm running OpenStack on my laptop here using the all-in-one and it performs absolutely terribly because it's not designed to run on a single machine. But again, as with DevStack, there's a variety of command line flags to deploy on two or a hundred or a thousand machines. The group at CERN, the Center for Nuclear Research in Switzerland, they use RDO on all of their machines. They're one of the largest OpenStack clouds in the world. So we like to brag on them. Another way to deploy OpenStack is Fuel. And this is, I should mention that RDO is primarily, originally a Red Hat project and I do work for Red Hat in my day job, so that's my disclosure there. Fuel is primarily backed by another organization called Morantis. And if you've been around OpenStack for any time, you'll probably hear about Morantis. They're another company that provides support and services as well as a very large development team that works on OpenStack. So Fuel is a great way to deploy OpenStack and also manage it once you have deployed it. So add new nodes, add storage and generally manage your cloud. Morantis also offers paid support for their services. They're great friends of ours. The Ubuntu Cloud Archive is a way to deploy obviously on Ubuntu and Debian. And much like RDO, this is a package repository and a variety of deployment scripts based on Puppet. I don't know a whole lot about the Ubuntu Cloud Archive so kind of sparse on details here. Now there's also a project in the upstream called TripleO. This is a deployment and management utility. It deploys a tiny OpenStack cloud on a single node which is then used to manage your production OpenStack cloud. It makes a lot of sense once you try it when we first talk to people about it. It doesn't seem to make a lot of sense that you would run OpenStack on top of OpenStack but it does actually work really well in reality. So that's an upstream project in OpenStack, the foundation. So one question that we get of course is why are there so many ways to deploy OpenStack? And it's because OpenStack is complicated. There's no one canonical way that you're going to run OpenStack. You may be running across five or six machines in a small organization. You may be a place like CERN where they've got 100,000 nodes that they're running OpenStack on and those are going to need different ways of deployment. And so these various utilities have grown up out of that reality. TripleO, for a while we thought that maybe this would be the one to unify these approaches that's probably not gonna happen now. Fuel is also an upstream project and it's taking a different approach. So we'll see in a few years what emerges. There are also of course various commercial vendors that are willing to do your support for you, to do your installation for you. My organization Red Hat is of course one of those. Others include Mirantis and HP and Dell and a variety of other companies out there that provide support services training around OpenStack. So you have somebody to call when things break and yeah, deployment is hard. Now another aspect of the OpenStack foundation is testing and continuous integration. Every single time there is a pull request that comes into the OpenStack project, that is put through the paces. There is an initial test to make sure that your code adheres to our coding standard and if it doesn't, it gets rejected at that point before it even goes into the test suite. Then it is put into the test infrastructure and exercised through a number of different test suites. This is managed by a utility called Zool and it is really impressive to watch this thing work. The next step is that your code will be inspected by at least two humans. So here's an example of a pull request and you see down below, you'll see success and failure in various tests and it looks like some of those failed and then maybe re-ran later. But up at the top, you'll see two names next to code review where two people actually looked at the code and verified that it was the right thing to do. Now there's an additional social constraint on top of this where if I submit a pull request, it is frowned upon for two Red Hat employees to review and approve that patch. So there's the additional social constraint that it ensures that one company does not necessarily have the opportunity to push their views through the community, but you have to have it reviewed by somebody from another organization. Tempest is the OpenStack project that writes all the test suites that are run in this Zool infrastructure and one of the very cool things that's part of Tempest as of about three releases ago, three or four releases ago, is that not only does it test your code, but it ensures that an older cloud running before your patch and a cloud running one release ago will be able to upgrade to a version of OpenStack running your patch. Now this is important because upgrading OpenStack until very recently was a huge nightmare. The approved upgrade process was burn it down and start over again, which of course you can't do in production. And the result was that many people were running very old versions of OpenStack. These days when a new version of OpenStack comes out, upgrading from end to end plus one is now not only possible, but it's fairly smooth most of the time. And the other thing is you're running your OpenStack cloud across hundreds of servers, you can do a rolling upgrade where you upgrade one service or physical machine or VM or whatever at a time and it can still talk to itself. There's guaranteed API compatibility between end and end plus one so that you can do a rolling upgrade without breaking everything and not have to do it all in one day. So that's a huge improvement just within the last couple of years. Now this is from the Zool website. This shows some of the activity that's happening in the test suite and I don't know why that image is so small. But what you can see there is that there are about 600 test nodes running most of the time. There are 1,200 jobs being launched every hour. We're typically running about 1,000 virtual machines spinning up and down in the test suite at any given time. I think 15,000 virtual machines a day or something like that is what we run through this test suite ensuring the upgrade and the patches actually work and compatibility between the different parts of your stack. There's a number of different ways to get involved in OpenStack. There is of course contributing code which happens on GitHub. There is answering and asking and reviewing technical questions on ask.openstack. There are meetup groups and there is a documentation project that attempts to document all of this. We do have a six month release cycle so the docs project is extremely active trying to document all this stuff before it becomes obsolete. Now, you all are at an open source conference. You know how important it is to participate in open source. It's not entirely altruistic. It's also fixing your own problems and ensuring that the things that you have fixed will remain fixed in future versions. So open source participation is not really something that I need to tell you a whole lot about but one question that I get asked frequently is why companies are involved in this. We're working with some of our, we Red Hat, we're working with some of our harshest competitors on a day-by-day basis writing code together and the primary reason for this is that we recognized that our customers want stable cloud platforms and we recognize that we're not big enough to develop this by ourselves in a short enough time period to make our customers happy. And so we're working with 600 companies to make this happen which means that we have to compete on something other than the code quality because our product is just upstream open stack. We're not putting special sauce in there. It's just upstream open stack and so we have to compete on our expertise and our quality of support. One of the principles of the open stack foundation and this is pretty cool because I'm an open source enthusiast before I'm a Red Hat enthusiast. In order to call your product open stack it has to be open stack. You can't put proprietary bits in it and so when you see the open stack logo on a vendor's open stack distribution you know that that's actually upstream open stack without a bunch of modifications and that also means that if you're running Morantis open stack and next year you decide to switch over to HP open stack it's gonna be an easy transition because it's the same thing and that requires us as organizations to compete on other things like our quality of service and our knowledge. So you know Red Hat we participate in open source because we firmly believe that a rising tide lifts all boats. You've probably heard Jim say that this morning in his keynote. We believe that participating in open source benefits us along with everyone else and we also don't want to maintain out of tree patches because then you have to do that again the next time. And we believe that companies that don't participate in the upstream won't end up with the same expertise that we have so I'm not trying to do a sales pitch here this is the same thing that the HP folks and the Morantis folks and everyone else say of why they participate in open stack. So we'll be in Barcelona in a few months the open stack summit is two things. It is a place where vendors show what it is that they're offering built on top of open stack but it's also the design summit where the various engineers from the projects come together to decide what we're doing in the next revision. And we have onsite in-person meetings where we discuss the roadmap and decide which features we're gonna try to implement in the next version. There's typically a mid cycle meeting. Those are happening right about now we're about halfway through the cycle and those meetings are happening now where people say well this is what we tried to get done here's what's realistic that we're actually gonna get done and readjust those expectations. So Barcelona then Boston and then Sydney next year the each release of open stack you may have heard some of the names of the releases of open stack if you've been around the community for a while they are named alphabetically and each release is named after something about the place where we had the last summit. So the most recent release was Mitaka which was the region of Tokyo where we had the last open stack summit. The upcoming release is called Newton which is a tiny town just outside of Austin where we had the most recent open stack summit North America and then the one after that is called Ocata which is apparently a town near Barcelona I'm not really sure where that is but I hope to visit it in October. If you want to try open stack thank you. If you wanna try open stack without the pain of installing it try stack.org and that's also on that card that's on your table try stack is a service run by the open stack foundation where you can use a public open stack cloud for free spin up several instances play with the firewall rules everything that you do goes away after 24 hours that's how we manage our utilization and I am out of time. If anybody has questions please speak up my slides are available at that URL there at the bottom there and I can't see you cause of the lights but if you have questions anyone? All right well thank you so much for coming I will be at the Red Hat booth I do see one question yes sir I'm sorry I didn't I didn't quite hear that. Yeah that would be fine I'll be at the Red Hat booth but you know open stack is being used in so the biggest industry that's using open stack right now is IT it's people providing cloud services for major organizations spinning up VMs. Another cool place where we see a lot of open stack use is actually the entertainment business we see a lot of people using open stack for render farms for digital films and that's that's like number three on the list number two is research. Government and educational organizations using it for research I just was at University of Kentucky in the United States where they're using open stack to provide virtual machines for students and so at the beginning of the semester you're issued a virtual machine and then at the end of the semester it goes away they also use it for medical research at the University of Kentucky Medical Center. So those are the top three just kind of general IT services research and the entertainment business surprisingly. All right well I am out of time thank you so much for coming and if you have any further questions come to the Red Hat booth.


Okay, Ziz, why don't you kick us off? What did you find for us today? This news has come from Vanguard Nigeria and it says that the play-to-state police command has arrested eight persons in connection with the recent killings of people in the Manguloka government area of play-to-state. So there have been some very tragic recent killings in play-to-state and luckily the state police has been able to find and arrest eight suspects in connection to this case and they are appealing to the public to help them to bring forward credible information that may help them to solve the cases even quicker. I mean I'm so glad that those people are getting justice but it's so sad how that situation played out. May their souls rest in peace. Salma, what did you find for us in the news today? Okay, so this week the government has organized therapy sessions for women abuses so the latest state domestic and sexual violence agency has conducted support and healing therapy sessions for over 15 male perpetrators of domestic violence and Viva Adini noted that the support and healing group sessions aims to psycho-educate the perpetrators on better ways to manage the emotions when children. I'm just really happy that the government has finally been able to do something about the sexual abuse. Salma, do you think that this would be effective? I mean do you not think that they deserve a more hands-on aggressive punishments like that is on the same level as their crime? Yeah basically. Yeah I think that they do deserve what I think they deserve more harsh punishment but at the end of the day if they are punished then like where's the learning there? I think that is better for them to be educated on why they shouldn't do it so like it'll help like eradicate the problem more strategically. Yeah I think all in all punishments should focus on being reformative so that we can actually get the effect of it. What's the point if they are just going to get angry and then come out of jail if they go to jail and then do the same thing I mean there should be some kind of change at the end of the day. So what do you have for us today? I do CSC results. Nice. For the 20-30 Tuesday academic session. Yeah. I'm seeing you guys smiling. That's great. So, do you remember IGs? I remember. It's no joke, it's no joke. Well, well done to everybody that did the exam and I hope you heard good news. Yeah. So from me, I'm guessing my niche from Vanguard, the former emir of Kano, San Nusi Lamidu says that Nigerians take too much rubbish from politicians according to my research and you see if the politicians are not held to account coming generations might have no country to call theirs. So what he basically said is that listen if he wanted to do politics and he's not even just speaking for himself like if anybody wanted to do politics they could run. They could be the governor, they could be the president they could have that kind of power so these people in these positions of power they are human beings so we should hold them accountable if they do bad things we should hold them accountable. feel subservient because at the end of the day, leaders are there to serve. That's true. And you know, as future leaders, that is something fundamental that we need to understand. Or what do you guys think? I wonder if I would agree with what you said, what it is to serve. Exactly. We need to think more about the people. Exactly. So we shouldn't be afraid to say when we think this leader has done something wrong or to, you know, give some constructive criticism, not just blatant complaining. So in lighter news, it's national tell a joke day. Now, I'm not sure if you all know this, but I'm actually a comedian. And so are my lovely couples. So why don't we just tell some jokes? I'll get started because, as I said before, I'm extremely hilarious. What do you call a bear with no teeth? A bearly any teeth. Do you have any idea what she called a bear with no teeth?  I don't eat that. It's a gummy bear. A gummy bear. It's sad though. No, it's not sad. It's awkward music. Do you have any jokes? Yeah. Why did the chicken cross the road? No, it's like, I'll cut you off there. Thank you so much. I have one. Okay, let's hear it. Knock knock. The chicken. Who crossed the road? No, the chicken. The chicken crossed the road. Okay, so obviously my joke was the best. Anyway, sis, do you have a joke? Okay, let me think. What is one reason why you can't trust atoms? What? So why can't you trust atoms? Because they're toxic. Because they're tiny. No, because they make everything up. Okay, so thank you guys.   Yeah, so Marcus says his students are desperate need of some jokes right now. Yeah, honestly, make their days a bit better. So we're going on break right now. We'll see you in a bit.