📌 มาจ้า มาตรงนี้จ้า !! ชี้เป้าคอร์สฟรี โหดจัด สาย DevOps นี่พลาดไม่ได้ กับ "DevOps with Docker & Node.js" จาก freeCodeCamp
.
บอกเลยว่าคอร์สนี้ไม่ไก่กา เพราะจัดเต็มกว่า 5 ชั่วโมง (ยาวขนาดนี้จบไปทำได้แน่นอน !) แถมยังมากับหัวข้อที่จำเป็นมาก ๆ ไม่ว่าจะเป็น
.
👉 Part 1: Introduction บทนำจัด ๆ สำหรับผู้เริ่มต้น
Intro & demo express app
Custom Images with Dockerfile
Docker image layers & caching
Docker networking opening ports
Dockerignore file
Syncing source code with bind mounts
Anonymous Volumes hack
Read-Only Bind Mounts
Environment variables
loading environment variables from file
Deleting stale volumes
Docker Compose
Development vs Production configs
.
👉 Part 2: Working with multiple containers สำหรับคนอยากทำหลายคอนเทนเนอร์
Adding a Mongo Container
Communicating between containers
Express Config file
Container bootup order
Building a CRUD application
Sign up and Login
Authentication with sessions & Redis
Architecture Review
Nginx for Load balancing to multiple node containers
Express CORS
.
👉 Part 3: Moving to Prod บทนี้ได้ลงมือทำจริงเลยว่าต้องใช้อะไรบ้าง !
Installing docker on Ubuntu(Digital Ocean)
Setup Git
Environment Variables on Ubuntu
Deploying app to production server
Pushing changes the hard way
Rebuilding Containers
Dev to Prod workflow review
Improved Dockerhub workflow
Automating with watchtower
Why we need an orchestrator
Docker Swarm
Pushing changes to Swarm stack
.
✅ ครบกว่านี้ไม่มีอีกแล้วจ้าา แอดบอกเลย หากใครรอไม่ไหวแล้ว อดใจไม่อยู่ ตามแอดมาได้เลยคร้าบบ > https://www.youtube.com/watch?v=9zUHg7xjIqQ
.
borntoDev - 🦖 สร้างการเรียนรู้ที่ดีสำหรับสายไอทีในทุกวัน
docker load 在 矽谷牛的耕田筆記 Facebook 八卦
本篇文章是一個深度介紹文,除了探討 K3S 與 K3D 的關係之外,還針對 K3D 的架構與使用方法很詳細的介紹一番,包含了
1. K3D v3 的特色與架構
2. 如何替換 K3D 裡面的 CNI
3. 如何替換 k3D 預設的 Ingress Controller
4. 使用 private registry 來處理
Kubernetes 的變化版本很多,除了 k3s 之外後來還有 k0s 的出現,每個版本都有自己想要解決的問題,而 k3s 則是一個非常輕量的 Kubernetes 版本,其特色有
1. 使用 Flannel 作為其預設 CNI,不講求太多複雜功能,單純用 VXLAN 打造一個 L2 的 overlay 網路
2. 使用 CoreDNS,與原生一樣
3. 使用 SQLite3 當作預設的 DB,而非 etcd3
4. 使用 Traefik 當作預設的 Ingress Controller,原生 K8s 則把這個主動權交給使用者
5. 使用 Containerd 當作預設的 Container Runtime
而 K3D 就是基於 K3S 的測試環境, K3S in Docker,跟 KIND 類似,只是運行的 Kubernetes 發行版本不同。
相較於 KIND 而已, K3D 的架構稍微複雜一點
1. 為了方便測試與存取,k3D 部署的時候也會部署一個 Nginx Server 來當作簡易的 Load-Balacner,讓 K3D 內的 Ingress 服務可以更簡易的被存取。使用者只需要存取該 Load-Balancer 即可,不需要去針對 Node(Docker) 的 IP 存取
2. 可以支援動態加入與刪除節點
本篇文章算是非常詳細的介紹各種參數用法,對於 K3D 這種測試環境有興趣的可以參考看看
https://yannalbou.medium.com/k3s-k3d-k8s-a-new-perfect-match-for-dev-and-test-e8b871aa6a42
docker load 在 矽谷牛的耕田筆記 Facebook 八卦
容器的蓬勃發展使得現在大部分的開發者都一定聽過 docker 甚至是 container 這類型的名詞,但是對於維運人員來說這完全不夠,他們更在意的是如果要將這些容器化的應用程式給部署到生產環境上,要如何面對千變萬化的環境並且能夠處理得妥妥穩穩的。
為了解決這個問題,勢必要有一套容器協同合作方案,能夠處理至少下列四個功能
1. Scheduling: 決定哪些 container 要運行到哪個節點
2. Management: 容器的生命週期該怎麼管理
3. Service Discovery: 不同的容器服務要如何存取彼此
4. Load Balancing: 透過負載平衡的方式來轉發各式各樣的流量
過去百家爭鳴的時代已經慢慢消退,2021 的這天,我想 Kubernetes 是所有人想到這個問題的第一直覺反應。
本篇文章是 2018 年底的文章,作者想要描述到底一個容器協同方案應該長什麼樣子,要提供什麼樣的功能,也許最後其實作與使用方式與 Kubernetes 不盡相同,但是其背後的目的都是一致,希望能夠提供的解決方案讓大家開心的使用容器化的應用程式來面對各式各樣的部署環境。
本篇文章中,作者採用了 Nomad 以及 Consul 來描述這兩個開源解決方案如何組合出一個容器協同平臺,同時簡介了一下這個架構的樣貌以及特色。
透過這兩個解決方案至少達成了 scheduling, service discovery, load balancing 等基本需求
也許現在的你都在使用 Kubernetes 來完成每日所需,但是看看這些不同解決方案的設計與樣貌,也可以幫自己補充一些廣度的知識,讓你可以理解到底這些開源軟體之間的差異
https://medium.com/@obenaus.thomas/how-a-production-ready-container-orchestration-system-could-look-like-6f92b81a3319
docker load 在 Docker image load (docker load) - YouTube 的八卦
... <看更多>