I will try to build Hugor via DOCKER this week
Moderators: Ice Cream Jonsey, joltcountry
- Ice Cream Jonsey
- Posts: 28925
- Joined: Sat Apr 27, 2002 2:44 pm
- Location: Colorado
- Contact:
I will try to build Hugor via DOCKER this week
realNC told me how to do it, I just have not had time. So I'll try to take time this week. Won't you join me on this thread?
the dark and gritty...Ice Cream Jonsey!
- Tdarcos
- Posts: 9341
- Joined: Fri May 16, 2008 9:25 am
- Location: Arlington, Virginia
- Contact:
Re: I will try to build Hugor via DOCKER this week
Does this include Kubernetes? I have heard the two work together in some contexts.
"I really feel that I'm losin' my best friend
I can't believe this could be the end."
- No Doubt, Don't Speak
I can't believe this could be the end."
- No Doubt, Don't Speak
- Jizaboz
- Posts: 4845
- Joined: Tue Jan 31, 2012 2:00 pm
- Location: USA
- Contact:
Re: I will try to build Hugor via DOCKER this week
Kubernetes wouldn't really be all that useful in the case of a Hugo game. Basically Kubernetes is used to scale resources for things such as deployments to online production environments with zero downtime.
You are right though in the matter of say you were using the "Lens" tool to visualize a Kubernetes cluster; commonly inside of that cluster are indeed Docker containers running.
(╯°□°)╯︵ ┻━┻
- Tdarcos
- Posts: 9341
- Joined: Fri May 16, 2008 9:25 am
- Location: Arlington, Virginia
- Contact:
Re: I will try to build Hugor via DOCKER this week
So Kubernetes is like a VM Hypervisor and Docker is like the guest operating system that holds clients? Or am I misunderstanding what is involved?
"I really feel that I'm losin' my best friend
I can't believe this could be the end."
- No Doubt, Don't Speak
I can't believe this could be the end."
- No Doubt, Don't Speak
- Jizaboz
- Posts: 4845
- Joined: Tue Jan 31, 2012 2:00 pm
- Location: USA
- Contact:
Re: I will try to build Hugor via DOCKER this week
It's kind of a weird concept to grasp. A Docker container itself runs whatever operating system assigned to it via the "image". An image could be something like say an Nginx web server ready to go or just bare bones Alpine Linux.
So, if you have an application that requires multiple containers (RQ Workers, Nginx, ElasticSearch, Redis, python3 apps, etc) then using Kubernetes allows you to view, edit, create, and manage all of the Docker containers within the application's cluster.
Say you had a service running in one container running something like "python manage.py runserver" and while viewing your Kubernetes cluster in the Lens tool, you see that the service only starts then crashes after 1 minute due to a ram error. You then edit the "deployment template" of that service to allocate more RAM to the container via Lens, hit apply, and it auto relaunches with the required amount of RAM.
This article explains the differences better than I can though https://www.ibm.com/cloud/blog/containers-vs-vms
So, if you have an application that requires multiple containers (RQ Workers, Nginx, ElasticSearch, Redis, python3 apps, etc) then using Kubernetes allows you to view, edit, create, and manage all of the Docker containers within the application's cluster.
Say you had a service running in one container running something like "python manage.py runserver" and while viewing your Kubernetes cluster in the Lens tool, you see that the service only starts then crashes after 1 minute due to a ram error. You then edit the "deployment template" of that service to allocate more RAM to the container via Lens, hit apply, and it auto relaunches with the required amount of RAM.
This article explains the differences better than I can though https://www.ibm.com/cloud/blog/containers-vs-vms
(╯°□°)╯︵ ┻━┻