這篇文章教你如何在 Mac上用 Podman 替代Docker

https://www.redhat.com/sysadmin/replace-docker-podman-macos

本篇文章是經驗分享文，作者分享為什麼其跟最初學習 Kubernetes 使用的 minikube 說掰掰，而轉換到新歡 KIND 的故事

作者之前演講分享時，透過 minikube 架設所有 demo 環境，平常使用都好好的然而活動前幾天開始覺得叢集有點慢，但是作者並沒有特別注意去處理。
活動當天 demo 直接爆炸，系統變得很慢，不論是 pod 的各種操作都很慢，作者沒有辦法很漂亮的清除 minikube 內的環境，最後只好砍掉VM全部重來。

活動結束後作者重新創建了一次整個 VM(使用 VirtualBox)，結果整個系統還是很慢，作者開始思考有沒有其他的替代方案，後來找到了 Kind 這套解決方案。

KIND 是 Kubernetes In Docker 的縮寫，透過 Docker Container 的方式創建節點並基於該節點創建 Kubernetes 叢集。

這邊要注意的是 KIND 透過 Docker 創建節點，而節點內卻使用 Contaeinrd 作為 k8s 的 CRI 解決方案。

除了 KIND 之外， Rancher 維護的 K3D 也是一樣類型的創建方式，其中 K3D 支持動態加入與移除節點，KIND 只能一開始創建時就定好 cluster 的大小。

https://nfrankel.medium.com/goodbye-minikube-340070edc5af

學習如何開發 Spring Boot Microservices 並使用 Spring Cloud 佈署它們！

傳統上，大型企業級應用程式是作為大型單體式應用程式( monolithic application )開發的。

Spring 框架最初是作為 J2EE (現在是 JEE)的替代品，用於建構這些大型單體式企業應用程式。

然而，這個產業已經發展到有利於微服務。 使用微型服務有很多好處。 在本課程中，你將學習到驅使公司採用微型服務的好處。

隨著產業的發展，Spring 框架也在不斷演進。

Spring Boot 和 Spring Cloud 是專門用於開發微服務的工具。

Java 仍然是公司使用的最流行的程式語言。 Spring 是建構微服務的最流行的框架。

Spring Boot 本身帶來了幫助你快速建立微服務的工具。 你將學習產業中的最佳實踐，以快速發展企業級微型服務。

微服務不僅僅是擁有一組 RESTFul APIs。 微服務( Microservices )經常使用非同步訊息傳遞系統，本文對此進行了完整的介紹。

在本課程中，你還將學習使用基於微服務的架構時所面臨的獨特挑戰。

在學習了基於雲端的環境中微服務架構的基本資訊之後，你將學習傳統的單體式應用程式。

然後透過一系列練習將整個範例單體解構為一組微服務。

✅ 微服務可以共享資料庫嗎？

✅ 如何跨一系列微服務協調業務邏輯？

✅ 如何使用不同的資料庫管理跨多個微服務交易？

在引導你將傳統的單體式應用程式解構為微服務架構時，所有這些問題都得到了解答。

你將在單體式應用程式中看到我們認為理所當然的事情。 在分散式架構中，諸如交易之類的任務構成了巨大的挑戰。

在課程中，對單體( monolith )的解構是一個主要的練習。 對於公司來說，將單體架構解構為微服務是非常普遍的。 這個練習為你提供了一個真實世界中的範例。

https://softnshare.com/spring-boot-microservices-with-spring-cloud-beginner-to-guru/