This 2016 Chevy Silverado 2500 Crew Cab Short Box LTZ is stock number 12048Z. We are here at Summit Automotive in Fond du Lac, Wisconsin near new and used heavy-duty truck headquarters. This 2016 Chevy Silverado 2500 has the 6-liter V8 gas engine. This truck has been fully-safetyed and inspected by our service shop. Has a fresh oil and filter change, all the fluids have been checked and topped off. And this truck is 100% ready to go. Black clear coat is the color. We shoot all of our videos in 1080p, 60 frames per second so if you have HD capabilities on your computer, tablet, smartphone, or television turn them on right now because it is your best way to check out the quality and condition of the truck before seeing it in person. And if you like the video and want to subscribe to our YouTube channel and the lower right hand part of the screen is a subscribe button, click that and then click the bell notifications you'll get updates on the videos we do each and every day here at Summit Automotive. This one has the chromed alloy rims and it has Michelin LTX LT26570 R18 tires. They've got just about half the tread left on them. Front fender is in excellent condition. I didn't see any major dents or dings on there. It does have the projector lamp headlamps, front bumper parking sensors, factory fog lights. I didn't see any dents or dings on that bumper. You get the chrome trimmed grille. I didn't see any dents or dings on the hood. There are a couple scratches that we did have to touch up. Other than that, this truck is extremely nice all the way around. Passenger side fender, no dents or dings, no scuffs or scrapes on that rim. And as you go down this side of the truck, take note of how clean the body is, how reflective and mirror-like that paint is. We take these HD videos so if you are far away or even if you're close by and just cannot make the trip down but you're still interested in purchasing the vehicle, you can see the truck, hear the truck, and have confidence in the vehicle you're looking at before you even get here. So when you do get here, there's no surprises and you can make a smart and informed buying decision from the comfort of wherever you're at. Very nice down that side. It does have the factory chrome step bars. This back rim is in pretty nice condition as well. Back tires have just as much tread as the front tires and the frame and underbody is in really nice shape. Looks like that all the way underneath, lower rockers all look really good. And the step bars are in nice condition as well. See just how nice and reflective that paint is on the box there. Coming around to the back, rear bumper, excellent condition, no dents or dings on there. It does have the backup parking sensors, rear bumper steps, full towing package which includes that receiver hitch four pin and seven pin wiring. And the tailgate is in very nice condition as well. Has the shock down assist tailgate so it's never going to slam down on you. Spraying bed liner has the LED bed lighting. The bed is in excellent shape. I didn't see any major dents or dings. And that spray and bed liner is kind of like a line X, nice feel to it. Tailgate shuts nice and solidly and as you go down this side of the truck, this is clean as that passenger side. You can see any dents or dings. This back room is in excellent shape. And down the rest of this side of the truck looks really good. No major dents, no major dings. You do get the telescopic till mirrors. They have built in directional signals, LED side lights. They do telescope out. They also fold in like so.  No rips, no tears on these seats. They are in excellent shape. Factory all-weather floor mats throughout. Auto headlamps turned out four-wheel drive. Factory brake controller tilt and telescopic steering wheel. Power windows, power locks, power mirrors, memory driver seat. And these mirrors do power fold in. I always like showing both sides so that you know that both sides are working properly. And this one does have the Bose sound system. We'll hop inside, turn the ignition on so we can check out the miles and the radio. You can see that this one has 45,291 miles. You do get digital spinometer, compass display, instrument cluster is very nice and clean. Comes with the leather-wrapped steering wheel, Bluetooth and audio controls or information center controls on the right. Cruise controls on the left and you do get audio controls on the back of the steering wheel. This one has the six-speed automatic transmission with the optional tap shift. And this one comes with the Chevy MyLink radio, AM FM, and Sirius XM radio capabilities on here. So this one does have the projection manager where you can project your cell phone to the screen. So while it does not have the factory navigation system, you can project your cell phone with a navigation system on it, such as ways or Google Maps to the screen and then use it through the screen. And it's like you have nav right on the screen. So pretty cool system right there. This is also where your backup camera shows up.  And that's how you turn on those LED side lights and the bed lighting in the bed of the truck. Down here is a 12-volt power point. Sorry about that. There's a 12-volt power point and then there's also a 110-volt, 150-watt plug-in right there. It's kind of hard to see with my gimbal here, but they are there. Passenger side, floor mat, and seat and carpeting are in excellent condition. No rips or tears on there. Passenger is in really nice, clean condition. Smells very clean inside this truck. I don't think it's ever been smoked in. You do get home link buttons up there with map lights, power side and rear window button, and then your on-star capabilities in the rear view mirror. We'll take a quick look at the back seats and then we'll start it up and take a look under the hood. Back seats are just as clean as front seats, no rips, no tears back here. It does have the latch, child safety system for any child car seats you may have, and it does have the power sliding rear window with the built-in rear defrost. Once again, those seats are in really nice shape, factory, all-weather floor mats back here, and these seats do fold up for extra storage, and it does come with a receiver hitch reducer. Very nice and clean. The bottoms of the doors all look really good on this truck. There are those LED side lights. You can also check out the LED bed lighting back there. And we'll start it up, take a look under the hood. Starts right up, no check engine lights or anything like that. I would personally like to thank you for checking out the video today, and hopefully from this HD video you will have been able to verify the quality and condition of the truck inside and out. Under the hood we have the 6-liter V8 engine. Engine bay is very clean, runs very smooth. Once again, this truck has been fully-safetyed and inspected by our service shop as a fresh oil and filter change. All the fluids have been checked and topped off, and this truck is 100% ready to go. There's your mission sticker. To see more pictures of this truck, or one of our other 450 new and used cars, trucks, SUVs, minivans, Wranglers, half-tons, three-quarter-tons, one-tons, you name it, we got to go to that website right there, www.SummitAuto.com, full pictures and descriptions of every single vehicle from two locations, all at SummitAuto.com, and if you'd like to check out more HD videos, you can go to YouTube.com slash SummitAuto. Remember to like, subscribe, and share on this video and all the videos that you see there. Next, in a second, you will see a link to subscribe to our YouTube channel in the upper left, link to more Chevy Silverado 2500 truck videos like this one in the upper right, link to this vehicle on our website in the lower left, and a link to one of our latest YouTube videos in the lower right. Click those, check us out, and we're super excited to help you with this Ultra Clean 2016 Chevy Silverado 2500 Crew Cab Short Box LTZ in black clear coat. Thanks again for checking out the video.


Hey everyone, thanks for joining us for our coupon session if we're marketers and if we can learn distributed systems So can you my name is Betty Janad? I am senior director of multi-cloud solutions at VMware and I'm here with my buddy Paul Bert Hi, I work at hash court and I'm a senior PMM there working on open source stuff Awesome. So we are super excited to talk to you about something that's near and dear to our hearts First off the slides and the reading list. We've got an extensive reading list at the end of this Can be found at this link and we will make these slides available from to this CNCS so y'all can download it So first let's start with why We're all here because we're interested in Kubernetes, but have we thought about why why do we want? Why do we want Kubernetes because everyone else does it's there's FOMO everyone's using it But we really wanted to start with the question of why Why do we want Kubernetes? We really are thinking why it's it's at why behind why we want to Distributed systems and really distributed systems are all about failure So fundamentally accepting that systems will fail your applications will fail your server will fail your network will fail Anything can fail at any given time and it's not that it there's it's someone's at fault for that But it's a specific mindset that applies to your design So if you accept that failure is inevitable in any layer of the stack Then what you do is you will design your systems to fundamentally handle that failure and Handling that means two things not only building your system so that it is more resistant to failure so that you can prevent it But also knowing that planning for when failures happen across the environment how to handle that gracefully So what will you optimize for in the event of a failure? So failure is inevitable and we know this because we used to live in a world where we deployed the Single app to a single server and we're like this is great now It's running but we all knew that if that thing went down the whole thing failed right you can't get to the app anymore So what do we did? What do we do? We said we need more servers So great we went from one to three to five or whatever and now we have a cluster of servers And so we have some fault tolerance built in So that if one of them fails we can route the traffic to another one We can write some rules to route the traffic to another machine And this is not a new problem. It's not something that started, you know, just recently with You know in the recent years because of Kubernetes It's actually a problem that we've been trying to solve for a very long time Started way back in 1969 with Arpanet This was a military project military and academic project thinking about Can we build a decentralized system so that if a headquarters location was Suffered a catastrophic failure for whatever reason Can the systems and command centers still be online because we've distributed that information now So this is the first first sketch of the Arpanet when it was launched in 1969 You can see that there are four locations and these were distributed across different states different cities and having those Environments connected to each other through dedicated phone lines The first ever one of the earliest systems whiteboards And what happens is when you start to distribute systems when you start to scale out Even just in the cluster and then you start to think about Distributing those systems across different geographic locations You start ask you start having to answer a whole lot of new questions, right? As you distribute systems, you need to understand how all these systems know what is the correct plan What was the idea intent for that system? How should it behave? What should be running and then how will those systems talk to each other? So that they know what's going on, you know, is everything behaving the way it should and When it finds out that something isn't What is it? What are the instructions? What are it? What is it supposed to do to get it back to the desired state a? Simple example here is for those of you who've ever played the game of telephone You know as a child you've got like you and your 10 friends lined up in a row The first person sends up whispers a little message into the second person's ear And you know by the time it gets the other end It is nothing like what you first said so distributed systems in many ways trying to solve that problem But that's not necessarily an easy problem to solve so Distributed systems are hard and Paul. Can you go into like why it's so hard? Definitely, thanks for asking So we'll talk about some theory up front cap theorem is the big one that you need to know about it's classic choose two of three And in this case we're choosing between consistency availability and tolerance of network partitions That last one is something turns out is really hard to avoid in the modern internet So essentially we're choosing between consistency and availability or a CP system or an AP system We'll take a look at what consistency and availability are in a second here with some examples suffice to say most modern systems and what we'll really be looking at in detail with raft use a leader and follower topology and Then they have to find consensus or figure out availability in the face of a failure based on that topology They also have mechanisms baked in to achieve quorum in case maybe a leader fails If you can still communicate with a majority of the cluster in this case two out of three nodes You can still have consensus and return responses So we'll look at elections and how all that stuff works in a bit, too So first up is availability availability means we always return our response even if there's a failure And in this case that means that the data might be slightly out of date Or it might be out of sync that server that got disconnected can still Return responses if it needs to just means Our data is a little bit stale and this isn't a big deal for things like likes or anything along those lines So it's a great way to go if you need an AP system think about that for social media That's sort of stuff on the flip side if we're dealing with money or shopping parts We kind of have to have the correct data. So what we really want is a CP system in that case and Kubernetes as we'll learn is based on raft which Generally gives you a CP system. So we want consistency between all of the nodes to ensure that we're returning the correct data Eric Brewer is the person who kind of came up with cap theorem originally and he's noted recently in a follow-up to that that He thinks we can do more interesting things with consistency and availability using them in sort of contextual Moments to provide a faster or a better service because trying to achieve consistency can slow us down And there are some really interesting theorems and protocols that follow that like tape here and pack out But we'll leave those as things in the notes for you to discover sort of a exercise best left to the reader And we'll just talk about cap theorem as it relates to raft Which is what most modern distributed systems are based on which we'll learn But before we dive into that, let's talk about what consistency is Specifically because database consistency is a bit different than distributed systems consistency So with database consistency what you're really looking forward to is all the rules of the database are followed So the schema the constraints that you've placed on stuff all of that gets followed when a transaction gets committed Whereas distributed systems consistency what you're looking for is a majority of the nodes in your cluster are In agreement when it comes to returning a response So you're checking that there's agreement on the data that you're returning to make sure that it's correct Another issue is availability high availability is slightly different than some of the other availability that's discussed So there's great IBM paper that talks about high availability in the abstract and high availability for some people Might be just having a good battery system connected and regular backup schedule Whereas high availability can also extend at a larger scale to using multiple clouds or multiple regions The scale that you want to go to with high availability kind of depends on you And distributed systems availability means when there is a partition or an issue with the system You're still going to give a response even though your data might be slightly stale or slightly added So one thing to note about cap theorem is it's sort of a boundary it sort of makes us take the Problem seriously that we can't just do everything Which was an issue when we first started designing distributed systems But it doesn't necessarily help us build distributed systems Thankfully there are things that help us build distributed systems. So do you want to talk about raft Betty? Well, actually you mentioned a lot about Raft and the big question is like WTF is it, you know, it seems like a lot of systems are based on it And so, you know, I know you did a lot of preparation on this. So I will let you I'll tee you up for that. All right. Thank you um So raft, uh, whoops, I think Let's see if we can go back a slide Yeah, so ref school is to be a more understandable paxos Uh, and that's just what is paxos? That's a good question. We should cover that So paxos is a formal system that was built to help design distributed systems So it's been proven with a language like tla plus Um that it's a correct system. Uh, and the issue with paxos is it's really hard to understand So, uh in getting his paper reviewed Diego Angara the creator of raft, um, you know Got comments about how just ridiculously hard paxos was so in addition to Correctness and performance. One of the goals of raft is to be a subset of paxos that is also understandable So we'll cover that in a second here. Um, one thing to note with all this is that as our size of our cluster Grows when we're building a cluster that's based on raft Um, it gets a little bit slower because the networking gets more complicated We have to talk to each of the nodes and try and get a majority rule on things before we deliver a response from the leader That happens for reads writes, uh election results. Everything is sort of a majority rule And uh as an example, uh, let's talk about how rights happen On you can kind of work out how reads happen as a result of this But uh, the leader will get a right request It will stage the right in the replicated log the replicated log is sort of the shared data state Um, that's linearizable so we can replicate it deterministically The leader will then send a message out saying hey, uh, majority of the systems I'd like you to stage this on your log and they'll give the leader a response once it hears back from a majority of the systems It will then say okay great everybody go ahead and stage that commit uh or commit that And then that is committed to the log and that is the state of truth at this point When a read request comes in after this, uh, the leader just has to check with the majority to make sure that it is indeed agreeing With that majority and as part of this, uh, the heartbeat message goes out to each of the followers when it's taking some of these actions Like a an append entry or it'll just go out naturally As a heartbeat message itself And the heartbeat message basically tells the system or the followers in the system that they are still connected to the leader and everything is good If they stop receiving the heartbeat then they know something has happened to the leader either a network partition or the leader has crashed And in that case, uh, on you know, 100 millisecond or 300 millisecond sort of random interval The candidate or one of the followers will promote itself to a candidate and then vote for itself And then ask other followers to vote for it as well Other followers may also promote themselves to candidacy And vote for themselves, but uh each member of the system is only able to vote once so eventually One of these systems will Be validated as getting a majority of the votes and be elected to a leader and each time this occurs A term number is incremented and that term sort of helps the system recover from a failure or Know which log is the most up-to-date? In case the cluster is restored or networking sort of comes back online Uh, the creator of it's very democratic. It's a very democratic system. It is And it's kind of like, uh, it's it kind of flips that game a telephone on its head where it's always one person sending that message Right. Sure. Yeah. And to your point earlier about how do we communicate or how do we know what's correct? A lot of it is just Talking to the other people in the chain and making sure that they agree with you Rather than just passing the message along without doing that sort of checking Um, so this gets very complicated, uh, relatively quickly And the creator of raft has some great talks out there There are a lot of other talks about raft, but uh, we have links to this With more detail on the actual specification that you check out So, um, Paul, you know This this sounds amazing because you know, what we're trying to do like we say we're trying to solve for You know designing for failure, right and with and this is important for bigger and bigger systems, right? Because you can't manually touch everything, you know You'd probably be getting as an operator like a gazillion or Pings a day and so a lot of this is around having the system do that checking autonomously and adjusting for these things at a time, but Sometimes with all that kind of automation built in it can be problematic if something is off so Can you I know you've got a great, um example here for us to talk through on like, you know, when you can have like a real world Cascading failure because yeah has all the automation. Let's take a look. So target. Uh, thankfully shared an example Thank you to all of the companies that share their failure stories. That's just how we learn Places so complex They had an upgrade to their Kafka cluster which did messaging and Collected logs for all the various systems. They had sort of a heterogeneous network And that caused intermittent Network issues where the Kafka system sort of slowed down during that upgrade as a result all of the kubernetes systems that had logging sidecars determined that They were having issues and they're all of their pods and everything needed to be rescheduled because things became Unhealthy and it triggered a thundering herd Uh, so this thing just yeah spinning up at the same time and just hitting the system, right? Yeah, exactly. That's that's the gist of a thundering herd. So it's uh an event comes in Everything wakes up at once and because it's all automated. Um, it's all pushing forward at once It's trying to do good things, but because it's all synchronized at the exact same time Uh, it really hits the system like, uh, uh tsunami wave in a way Everything just starts toppling down like dominoes. So in this case Um, I think target said over 41 000 nodes were spun up really quickly and added to their service discovery Before everything sort of calms down So this can get really big and really nasty very quickly It's just one of the fun things you sort of get to deal with when you're working with distributed systems So, uh, that's sort of the theory. Do you want to talk about some modern implementations? Betty? Yeah, so in this we'll go through kind of four different examples of distributed systems and how they approach things differently And I think one thing that's really important for us as a community to understand is that I we hear a lot of x versus y Which is better and really, um, we are only here at this point because of some of the work that has happened over the decades and so, um It's not really an x versus y. Um, there are generational aspects related to the technologies For distributed systems as well as in many cases different ones are better for Better for different types of workloads or personas. So this is an interesting area to dive into so You know back. Let's go back to our timeline a little bit. We had arpanet. We're talking 1969 way back when the next kind of sets of innovations that impact what we're doing with distributed systems are in the 80s and 90s first is the x86 CPU standards that actually brings forward this era of more commodity based hardware Which then leads to mass virtualization. So introducing, um, you know, a broadly accessible abstraction layer from from physical compute with modern virtualization in the late 90s And then arpanet Coincidentally ended in 1989 and that is also the same time the first isp is offered internet access So make of that what you will but those two things are pretty foundational to The next era, which is the 2000s and what's interesting here is we have had more innovation within the distributed system space in the last 20 years than in the previous like, you know, decades And that's really a confluence of a number of things. Um, we have You know, we have like mass Adoption of the internet since the late 80s With that came the birth of web scale companies. So companies have fundamentally delivered experience over the internet, right? So Web apps you see like the likes of google facebook twitter Netflix were all all kind of founded in the late 90s to the 2000s And so but that's only possible with the internet and broad-based connectivity for everyone So you had that infrastructure that global infrastructure plumbing there um, the availability of commodity hardware and Concepts like virtualization. So people are able to buy lots of Lots of servers running big data centers and from that they needed to solve problems of how do I make? How do I, you know, make better use of my individual? hardware resources cloud computing Once people started to move to like using things in the cloud that then further abstracted this concept And then the last bits are containers and open source There is a clear line in orchestration systems in a pre and post container era And because what containers did is actually kind of change it from being just a hardware level thing that you needed to fix And a data center A data center kind of pooling to now like i'm doing some stuff in cloud I'm doing some stuff on prem and also now i've Blown on my construct. So I now have I've made my distributed systems. We're distributing the systems itself So we're distributing the little application components across them. So We've added more layers. We've diced up the stack even more So let's first start with mizzas Mizzas started out in 2009 Out of berkeley and really what they were looking at is how do we turn A bunch of data centers data center orchestration So how do I cluster a bunch of systems in the data center to make it look like one giant? effectively one giant server like I could have like a 10 000 servers underneath, but it looks like one server So then I can't Schedule a workload on top of that and be able to pull, you know, just pull from a pool of resources So that workload may be using Compute and memory from, you know, three or four machines, right? So, um, it's almost like the reverse of virtualization one of their premises was to kind of Eliminate the concept of bm's and instead just look at it as Isolation of resources that can be assigned to a workload So what are meso strengths with scale, you know, it was run in production at twitter For a long time it is can scale to like tens of thousands of machines to then present itself like as one machine For the operator and another strength that was brought up was modularity so that things like all these things were pluggable and things like frameworks and such could be um Developed independently of the core architecture and it was very popular for very like for workloads like Kafka adobe Those ones listed below which is also which is specifically like what twitter use This for and there's lots of blog posts and such on how they use that and For all their data processing because they're so memory intensive um an interesting thing about mesos is that Just this year earlier this year it almost went to the attic which is kind of a patchy's way of ending a life cycle on a product But it was um, it it didn't make it and so it's still there. It is still running in production at a lot of places But it's not something that we see a lot of today Because some of the shifts over to kubernetes. However, it's still very popular for certain workloads So how are apps represented? In mesos apps are represented as frameworks a framework is something that people can develop It can be schedulers. It can be for certain types of workloads, etc It actually includes two bits one is a scheduler and this is really what talks to the the master to understand How much resource needs to be applied to this thing? And then it also includes an executor which is really the task itself And and later on so mesos started before containers and later on added support. So the task so The the task itself can be running containers now And with the advent of kubernetes and the concept of pods They've also added support for something called task groups so that you can have a collection of containers as part of this And how do the apps communicate? What's interesting here with mesos is they drew a clear line and what that While data while networking is very important in the data center A large part of that is out of the scope of what mesos will actually orchestrate And so instead what they've done is made the networking pluggable and integrate two existing network solutions So as an example mesos supports two container runtimes the mesos container and docker containers And so with that they actually support the c&i spec as well as a docker container networking spec And so with that they Allow to create You know enable ip for containers you can create a network and then attach the containers to them And swarm so next we'll talk about swarm and full disclosure. I worked at docker for about five years So I was there for the history of swarm. And in fact, I joined the company right after the first First generation of swarm was introduced in 2014 And so like what is what is swarm it's the way to cluster docker engines and swarm actually had two lives First we know the original swarm is now called classic swarm And then around 2016 there was something introduced called swarm mode In the first generation of swarm. It was a simple clustering networking had some ability to like Link containers to each other. It was directly done in compose files, which is the which is how you Write an application And swarms focus was really around the ease of use the ease of use and simplicity Not from the perspective of like lacking You know, we're not going to build a bunch. We weren't going to build a bunch of features But from the perspective of like building for the developer, right? It was very much a developer experience Let's have simple commands in the cli to do these things at a multi multi No level connecting multi container level and the idea of have the simplicity for having fewer components Even as the migration happened to the next generation of swarm mode It was the idea that you didn't need all of these other bits in order to make a clustered environment So swarm mode has a lot of similar kind of constructs as does kubernetes constructs But what they did is actually built that all into the docker engine So as you instantiate new nodes Turning one of those into a manager node or worker node is single command Things like joining and leaving clusters single commands also with a lot of built-in defaults So upon instantiating it as a clustered node things like pki Other security certs and tokens were all kind of automatically handled by the swarm itself So really focusing on that You know the ease of the experience And how our applications Represented well in the docker construct. There's something called compose file. It's a yaml And there's also a compose version one and compose version two And because as applications and the use of containers got more interesting and And more complicated as people started using more of those technologies compose v2 also took those things into account And so that it defines the the the containers how they should be instantiated what You know What images are going to be built from services and the environment how they should be scheduled and how they should be networked They're all part of that or part of that file The definition of services is a little bit different in in compose as it is in kubernetes And I know a lot of kubernetes developers love compose still and use it. It's just translated to kubernetes Yeah, it's been super popular. I just I just saw on twitter today that one of my Someone I know they're now actually receiving Applications from their software vendors as compose files. So it's great It's a very simple way to define things and you can kind of define all of these things in an order And with that, you know, specifically like networking, right once you start having Multi-container applications. They fundamentally need to talk to each other, right? So in In the docker construct of swarm mode, they there's, you know, swarm classic swarm in swarm mode In classics form you did things like links and you would actually define in the file like i'm going to link container a to container b With swarm mode, actually, there was a number of default network drivers that were provided. So things like you can do bridge networking host You know host networking where it's kind of you don't need any isolation that everything on the hose can talk to each other Overlay networks so that containers across A number of different hosts can talk to each other as well as a mac plan, which is something that's also popular in kubernetes So they ship with those network drivers allowing The operator kind of set up whatever they wanted You can instantiate the network and then attach your containers to them Or or to find them in the compose file as well as use a number of network plugins and this is where you could plug in Various network solutions from the ecosystem Um and with that paul Since you work at hashi corp you want to go into nomad? Definitely. Yeah, so uh hashi corp runs nomad or builds nomad primarily And nomad has a lot of strengths similar to some of the other stuff we've talked about One big strength that I think differentiates it is it's really easy to plug into an existing pass platform On that's because it's very simple and flexible. Um has a lot fewer moving parts than most of these other systems It's also a bit more flexible on what it manages or what it schedules So it can run a bunch of different types of processes in addition to containers And multi cluster and federation are already a feature. So it's fun to play around with if you like experimenting with that stuff um similar to what you mentioned with uh docker betty A job file kind of contains everything that you would expect to see in a deployment and a service It's sort of a monolithic file Similarly based on a hashi corp configuration language, which is sort of a close cousin of yaml. Um, it's just slightly more Uh readable and friendly uh borrow some ideas from toml and that sort of thing Um, and then as far as apps communicating with each other nomad prefers keep things pluggable so you can run it with console doing service discovery and service mesh type stuff for you Or you can just run it bare uh by itself in which case it shares the host network For any of the applications that are running on top of it, and then you're free to kind of customize it however you like Uh, should we cover k3s next? Yeah Cool. So this is sort of like kubernetes little brother Uh k3s is uh smaller lighter and uh, it's a single binary Um, it's sort of a batteries included solution So it's similar to other distributions of kubernetes where all the tools that you kind of need to make it work Are there packaged with it, uh as it's installed so it contains helm for instance And it's unique in that most of these systems that we've talked about operate on raft or some raft like system So far, uh, this runs on top of a traditional uh relational database instead of at cd It can also run on at cd, but um, you know that comes with trade-offs of in the case of a failure Things may not quite be as correct as they would be in a system designed with raft and xcd But it's a nice trade-off if you want to do something like have a managed postgres service from the cloud Manage your your kind of state management layer, which is what xcd generally does for kubernetes So k3s is great because you get the same kubernetes ecosystem because it's just a slimmed down version of kubernetes And same deal. You also kind of network things together in a very similar way I think they include their own load balancer as an add-on Which is nice, but for the most part it's basically kubernetes under the cover So we should probably talk about kubernetes since we've been doing all this So yeah, let's let's dive in. Um, so you may be aware of pods and kubernetes and the control plane all of those components, but Really where xcd and the raft component lives within kubernetes Is in the control plane. It's a set of nodes that xcd gets deployed on And the control plane may include other components like core dns the api server controller manager A proxy scheduler which helps place workloads that come in and this is all just sort of What runs the stuff that? Your kubectl connects to when you're trying to deploy something It makes the decisions. It does reconciliation for you. This is kind of the brains of kubernetes And what all these things do is they push their state down to xcd for the most part So xcd is sort of the most complicated or the most frustrating part of the distributed system for a lot of people Um, it's the source of truth, right pal. That's yeah, exactly. That's you nailed it Um, and then when we look at one of the worker nodes that's connected to kubernetes where the actual apps get deployed to um, you know They're things like cube proxy and kubelet which receive communication from the control plane and Send communication back. They actually execute the commands that they receive Um, and then we need something to run containers. So container d is running there as well And uh, you can probably explain container d better than I can. Uh, so what's container d betty? Yeah, so container d when you look at um, docker, it's it's and you had the docker engine container d was the component of that as the core container runtime and what we had done Years ago at docker is take that part and then actually donate it into the cncf and make it part of the community So that everyone In the ecosystem can leverage that for the core runtime aspects of containers awesome Yeah, so now it's part of kubernetes. Um similarly at cd is part of kubernetes and like we said at cd is where a lot of state gets pushed to so if you're really Looking to learn distributed systems and want to learn more Start learning about the failure modes of at cd as betty said earlier failure is sort of the key of distributed systems Uh, and we have a lot of great content that helps teach that in the notes of this presentation And speaking of failures, uh, I think you can help us understand the Byzantine fault tolerance or the Byzantine general's problem Yes, and so this is an interesting one and so a great way to uh, great kind of a human example of this is You're out with your group of friends one night and one of your friends trips and falls And they're obviously bleeding and you say hey, are you hey buddy? Are you all right? And they're like, I'm totally fine You can obviously see that there's a problem, but that person has decided to tell you that they're fine So, uh, and then the rest of your friends you're trying to figure out what to do so in the example of distributed systems is that You know you're sending traffic and you're sending data and the system is not returning response or behaving like it should But all the health checks turn out fine so it's kind of like this mismatch in The desire what you know, the state should be but it's not behaving that way But then the rest of you can't figure out what to do yet Yeah, and that's a problem for raft raft saves us from a lot of problems But uh, most protocols can't save us from all problems. So there's always going to be stuff like this that Kind of lurks in the shadows and will bite you when you're working on distributed systems Uh, kind of closing things off. I really like this example from Kent C. Dodds. He's got a master's degree in management information systems And when you're evaluating any of this type of technology, it's incredibly complex and incredibly difficult and sort of The beauty of working in the open and doing things collaboratively through open source and where the community Is we all get to kind of share this burden together and learn from each other So, you know, we learned from the target example earlier because they were great gracious enough to share with us Um, there's a lot of other great examples you can learn from if you get involved with the community Yeah, we've got this really long Reading list for you with all with links to everything that we've mentioned in the talk as well as other things There's also, um, you know, there's vendor options where they handle some of these other Managing some of those other bits for you so that you can get some of the experience But then not have to handle all of the life cycle stuff with it And then there's things like fully hosted options in the cloud where you can play with Actually deploying the focusing on the application side and maybe not have to worry about managing all of the the internals


Cyclodextrin-based nanosponges are a novel type of nanoscale delivery system consisting of cross-linked cyclodextrin polymers with a three-dimensional network. These polymers can be modified to create porous insoluble nanoparticles with either a crystalline or amorphous structure, or they can have swelling properties. Their polarity and size can also be adjusted by varying the type of cross-linker and degree of cross-linking. Additionally, these sponges can be functionalized for site-specific targeting, making them a safe and biodegradable material with negligible toxicity on cells and animals. Furthermore, they can form complexes with different types of lipophilic or hydrophilic molecules, allowing for controlled release of entrapped molecules. Finally, they can be used to improve the aqueous solubility of poorly water-soluble molecules, protect degradable substances, obtain sustained delivery systems, or design innovative drug carriers for non-medicine. This article was authored by Francesco Trotta, Marco Zanetti, and Roberta Cavalli. We are article.tv. Links in the description below.


Don't see a thing tonight, bro. Do you think I get it every night an extra. All right, let's go Yeah, I'm calling my car the first place coming for it all He tried to get the job like You might be an informant over here. I don't know I'm trying to listen to it. I'm like I'm on the right channel If you don't even fit like shot Lonnie Let's turn it up next time be out there man. Come on play fake Willis steps up gonna run it 2540 3530 2520 to the outside to the 50 to the 10 to the 5 and Malik Willis is taken down He got some Steve McNair for him. Tell me you got some Steve McNair for me. I want you to get in the end zone so bad Oh Pick it off.  There's first at the 10th first at the five first in the end zone trailing first There we go, baby First touchdown dog I'm gonna get some chicken fingers chicken fingers today Don't smack me in the face with that thing No, seven years in this thing. You gotta keep it going hold it down. What they got no Down September 11th.  We're gonna try to bring the W home tighten up, baby Kevin


The third person of the Trinity, the Holy Spirit, which means if he doesn't show up on closing day, he loses the third person of the Trinity.  For some reason, we have a tendency to make the easy things more difficult. Salvation is one of those things. You would normally think that when someone is saved, they give the credit to the person that's saving them rather than themselves. That's kind of the whole point of being saved, or in this case, salvation and having a Savior. But for some reason, we kind of get that mixed up, thinking that it is up to us to bring about it and to keep it. Well, remember, the whole point of salvation is, one, the need for it, and then two, our inability to save ourselves. All Christians believe that because of what Jesus Christ did on the cross, that was the payment for our sin. The issue then is going to be, how did we ourselves become saved? But then even more than that, whose responsibility is it to keep us saved? Is it ours? Or, as I believe the Bible tells, it is God and God's alone. When we read Ephesians 2, verse 8, we all know the passage, it says, through faith, and that is not your own doing, it is a gift of God. Verse 9, not a result of works, so that no one may boast. For we are His worksmanship, in verse 10, created in Christ Jesus for good works in which, prepared beforehand, that we should walk in them. I think there's a lot there that we should really not even have to confuse ourselves with, but I think that because how we have been taught some preconceived notions, maybe some denominational issues, or who knows. We've got this thing in our minds for some people that we can forfeit salvation and it's up to us. But look at what the passage says. It is not of works. Well, obviously, we're not talking about His works because we know that it's His works that saved us, and that's the key. His work is what saved us, which is why He says that we are His workmanship. We are the ones. We are the end result of what He's done. He says it is a gift and not of works. Whose works? Our works. It's not of our works. So therefore, no one can say that I've done this or I've done that to keep my salvation. If my salvation depended on me, I would lose it. I would lose it. I don't have the power to hold my salvation. I don't have the power to keep my salvation. Listen to the words of of Hebrews that He ever lives to make intercession for us for the purpose of bringing us to glory. Right now, the reason that Christians are going to get to heaven is not because they hold on. It's because Christ holds on. If you want to think about the wonder of your salvation, think about this. Christ right now, this split second, is holding on to you eternally in His everlasting arms and will not let you go. That's the most glorious reality. It isn't that you look back and look at what He did.  If we look back over our lives, we'll see time and time again where we have made mistakes, even mistakes that we had planned on, not making, but we continue to make the same mistakes, the same errors, the same lapse of judgment. And so what He said is true. If it were up to us to keep our salvation, we wouldn't. And so if we could lose it, then every last one of us would lose it. But now think about the arrogance of someone saying that you can lose your salvation, but they haven't lost their salvation. How arrogant does a person have to be to believe that it's possible for them to lose their salvation, but they haven't?  I'm a Christian and I'm saved and I'm on my way to heaven when I die. Now, there's a possibility that I can mess this thing up, but I haven't. You probably just did. That makes sense, right? Matter of fact, think about this. How often do you find someone who says that you can lose their salvation, but they themselves have not lost their salvation? Or the funny thing is they may say, well, I lost it, but I'm back. Well, isn't that validating the fact that you could not lose in the first place? The very fact that you're here may have indicated that you may have had a time or a season where you were maybe lulled in your walk, maybe your walk wasn't like it should have been, but because you were his, which was, it was manifest that you were his because here you are today. And maybe you never did leave after all. I don't get eternal life as a reward for my works, but I get a reward of eternal life because the righteousness of Jesus is transferred to my account where we use the theological term imputed to me, just as my sin was transferred to him on the cross and he paid for that. So his righteousness is transferred to my account. And the only way I get that is by putting my trust in him by believing in him. It is vitally important to understand that we didn't do it. Jesus did it. This is his work. This is how he showed his love in us. Not that we loved him first, but he first loved us. Not that we chose him first, but he chose us first than we chose him. That's how that worked. I really like the way that Steve Lawson put it.  A salvation is not just getting man out of hell and into heaven. It is getting God out of heaven and into man. We have received this quality of life that is described as the life that is of the ages to come. Eternal life is new life. It is spiritual life. It is unlike anything you have ever known or experienced in this world until you have come to receive it. It is supernatural life. It is divine life. It is abundant life, the life of God in the soul of a man. Now think about this. For all the work that Jesus went through, all the work that he put in to go and die on the cross, to have been predestined, all these things that people fight over, to go through all that only to in the end have lost our salvation. Isn't that a waste? What good is it to be chosen of the Father before the foundation of the world if in the end you die lost?  What good is it to be effectually called by the Spirit and to be begotten by the Spirit in the new birth if in the end you die lost? The biblical truths of election and redemption and regeneration are all sweetened knowing that in the end all whom the Father has chosen all for whom the Son has died and all whom the Spirit has regenerated will in fact spend all eternity with the Father. Notice Jesus calls us sheep as a matter of fact he says that we are His sheep and that He leads us and we're given an indication in John 10 of a couple of things about sheep. My sheep hear my voice and I know them and they follow me. This is a very clear statement that all of God's chosen ones His sheep will hear not just the voice of the preacher and not just the voice of a parent or a Sunday school teacher but in the presentation of the gospel to the sheep they will hear more than just a human voice there will be the effectual call of God and they will hear the voice of the shepherd the Lord Jesus Christ. It is not an audible voice that one hears it is much louder than that it is much louder than an audible voice it is the sovereign call of the Lord Jesus Christ by which He calls His sheep to Himself and He calls them by name. As His sheep what are we going to do? One, we're going to hear Him and then two, we are going to follow Him and if you notice the tense of the verbs describing hearing and following this is an indicative which means it's a point of fact it's a fact and we are going to continue doing so also something else about the sheep of His. We won't follow or hear anyone else. Two, when a stranger comes what we do we will run away and the people who don't follow Him who don't hear Him what does Jesus say they are? They're not His sheep and so it's clear what do sheep do? Sheep follow Him sheep hear Him sheep continue to follow Him and so to turn around and say that there might be a point in time where we will stop following stop listening no because He also tells us in 10 that we will have that we will never perish He gives us life forever we start living forever and we shall never ever perish. Now something that's interesting in John 6.47 that Jesus says He says truly truly I say to you whoever believes has eternal life a couple of things that need to be understood one the believe those who believe it is the present active participle which is Epistuan the believing ones those that are believing He says the ek which is they have it is the present tense they currently have what do they have they have eternal life life into eternity what you would never do is say that a person who has life at 8 a.m at 8 30 a.m could no longer have that life well then why would Jesus ever use the term eternal life why would He ever say that you currently have life going into eternity if He knows full well because He's God that you will do something that will cause you to no longer have life forever He says you have life at this present moment forever and again it's also important to remember that sheep will always follow sheep will always hear that's the reason why the Greek tense of the word for believe is most often used except for a couple of times as a present active participle meaning that they are continually believing and you've heard me state before that Jesus when He's dealing with soteriology our salvation that He uses what's called this emphatic negation where He uses the most emphatic way the most demonstrable way of saying that it is impossible for you through any future activity to lose your salvation you may want to look at some of the other videos that I've done to cover this but what you ought to do is really just simply rejoice in the fact that your names have been written in the book of life and that in no way shape from a fashion is your name ever going to be blotted out there's no example of that happening there's no example of anyone in the Bible ever losing their salvation as a matter of fact Jesus says to those who tells it apart He says I never knew you not that I once knew you you used to know me no I never knew you regeneration is the work of the Holy Spirit by which the inclination of the soul is changed it changes the disposition of your heart changes the disposition of your soul and if a person is truly regenerate and manifests faith it is impossible for that person not to bring forth some fruit and the fact that God prophesied this the fact that God tells us that He is going to put His Spirit in us and cause us to walk in His commands in His teachings and never depart well that's comforting that's reassuring because wouldn't you love to know that the most valued thing in your life the most important thing that you have which is your salvation wouldn't it be nice to know and it is that it is not just insured but assured you can never lose it I mean after all our cars are insured our houses are insured our lives are insured to the degree that they can be but the most treasured thing that we have our eternal life in Him that's also secured so one of the truest statements that you could ever say is that if you are saved you are always saved you are saved from the beginning in being chosen you are being saved and you will be saved Amen you


And now to South Africa, where the President Sierra Ramaphosa has called on the United Nations community to support a proposal to allow more countries to manufacture COVID-19 vaccines in an effort to increase vaccination across the globe. Now, South Africa has been an epicenter of the coronavirus variant, most recently detecting the C12 variant that has now spread to most provinces and to seven other countries in Africa, Europe, Asia, and Oceania. It was also the first country to detect the beta variant, one of only four labelled of concern by the World Health Organization. Now, over 86,500 people have died of COVID-19 in South Africa, according to John Sopskin's trucking. It is an indictment on humanity that more than 82% of the world's vaccine doses have been acquired by wealthy countries, while less than 1% has gone to low-income countries. Unless we address this as a matter of urgency, the pandemic will last much longer, and new mutations of the virus will emerge and spread. South Africa reaffirms its call for fair and equitable distribution of vaccines. We urge all member states to support the proposal for a temporary waiver of certain provisions of the agreement on trade-related aspects of intellectual property rights to allow more countries, particularly low- and middle-income countries, to produce COVID-19 vaccines. Notified about fresh news updates