In the last few years, the industry has experienced a shift towards
developing smaller and more focused applications. Smaller services are excellent from a product and development perspective: they are quicker to deploy, easier to iterate on and can handle failure gracefully. But how does that cultural shift impact the infrastructure?
In this talk, you will learn what’s all the hype about containers and Kubernetes and how they impact the development of your microservices. Daniele is an instructor at Learnk8s, where he teaches Kubernetes and containers to small and large enterprises.
Junior Developers Singapore 2019
Original video was published with the Creative Commons Attribution license (reuse allowed)
Original video source: https://www.youtube.com/watch?v=7XvgqDlp8sQ
Very interesting talk. But my question now, to anyone is. Why would you use docker if Kubernetes exists? Or am I mistaking something here? Do you create docker images and upload them to Kubernetes? I don't really fully understand. Gonna watch this again tomorrow. Its 06:30 AM XD
I search the net to have me educate about kubernetes, and so glad I came across this video. I got to learn in 20 mins with your good visual and analogy of how it works. It made me feel comfortable and wanted to use kubernetes for work. Thanks you 1000x God bless.
he did not mention what is a Kubernetes cluster?
firstly, anyone that is creating a VM just for one APP.. should be fired… of course this demo is building a STRAW MAN to knock down because they are SELLING CONTAINER garbage!
If you use Containers, it must be a small project and not mission critical, Why.. it is not stable, it is not secure and lastly ,,, you will be FIRED!
Perhaps the best explanation of k8s
At last!…..now i see. Thank you!
Very clear explanation.
It seems easy, like swimming in a swimming pool. When you go to the real life, that YAMLs are easy as swimming from Brazil to Africa.
"Should You Use Kubernetes and Docker In Your Next Project" The correct question is: "Can your next project run on Kubernetes".
I believe that Kubernetes should be the basis and if your software cannot run on it, or was not made for it, you should not be using that software and turn to something that does run on Kubernetes.
It's like the Virtual Machine days, it becomes the infrastructure of choice, and if your software cannot run on the chosen next-gen infra it was to be scrapped and recoded. Well now the next-gen infrastructure is Kubernetes.
Small correction on wording to avoid confusion: you build a Docker "image" from a Dockerfile, not a "container". Then any number of containers can be lauched from this image.
Best talk i watched so far that gives overall picture with detailed explaination.
Very good talk, thanks for sharing!
This is a critical comment. I am using Docker, and I am using Docker for its most important property. I've come to this "junior level" video to understand Kubernetes from the first principles, as I am still below that level. Unfortunately, I cannot comment on the Kubernentes part of the presentation, but the Docker intro was off its important mark. Also, I must respectfully disagree with my fellow guild member Daniele on lesser points. "VM preallocates resources:" nope, we have ballooning and KSM for that; and a Docker app comes with a whole userland baggage of the OS (libc.so.6 and libX.so.42 etc. etc.) that the main app depends on (and, ladies and gents, welcome KSM back into the spotlight, as KSM is the piece of machinery that accommodates it and makes Docker possible). Nowadays both virtualisation and containment are very comparable, both in their efficiency and resource use. "We like splitting programs into parts:" nope, I like Ancient Greek sculpture and chocolate biscuits, and you like hip-hop and vanilla ice cream, but engineering is not about like or dislike; it is the optimisaton problem in search of the best compromise, for some definition of "the best" right from the inception of a project (it changes as the project goes on, but slowly and reluctantly, and woe to him who has forgone writing the goal down at page one of his notebook). We "like" splitting programs to separate concerns and we "hate" splitting programs because every new boundary is an interaction point. Engineering is the art of choosing your poison. The part about isolation is correct, but it's not exclusive to Docker also: see, for a brief summary, man systemd.exec(5). What had not been not sounded in the Docker part was its main advantage: the reproducible environment. So, when Daniele came to the Kubernetes part, I had to hit stop: I am a complete Kubernets newbie, unable to discern if what I hear is the core reason, be it single or one of many nuclear reasons why it exists and what problems does it solve–or the talk is only skimming the minor and less significant points, as it so unfortunately happened with Docker. Caveat auditor.
"which is great if you like Tetris and it's also great if you like, you know, efficiency" 😂
Wonderful talk, helped me understand a lot of things!
Hi. How does this fit with Node's own cluster module?
Really informative and well presented!
Great talk! 10/10 man
Extremely well explained! Very interesting. What font are you using?
Thank you bro