Volumes、Persistent Volumes 及 Persistent Volumes Claims

上一回【了解及編寫 Kubernetes 的 yaml】

用過 GCP 建立 Pod 及 Service，也試過寫 yaml，差 Persistent Volumes 就完成基本中的基中 k8s 運用……

對，只是運用，離 production 還有不少距離……

Volumes 跟 Pod 共生死， Persistent Volumes 與 Cluster 共生死，因此，Pod 用 Persistent Volumes 的話，就算 Pod 死，資料也可以續存，只要再建立一隻新 Pod，掛載 Persistent Volumes。

Persistent Volumes 與 Persistent Volumes Claims 關係

Volumes = 暫存

Persistent Volumes = 硬碟

Persistent Volumes Claims = 分割硬碟

會電腦硬件，沒更貼切比喻！

Docker 上的 Kubernetes

上一回【Docker Network 及 Docker Compose 教學】

自 18.06 Stable 版本起，安裝 Docker CE 會包含 Kubernetes，於本機執行，不能設定的 single-node cluster，作為開發及測試用。

以入門來說，是個好選擇，熟悉後再上 Google Kubernetes Engine 服務。

Deploy on Kubernetes
https://docs.docker.com/docker-for-windows/kubernetes/

Docker Network 及 Docker Compose 教學

上一回【Docker 基本名詞及概念 +  用 Eclipse 建立 Docker image】

先學 Docker Network 及 Docker compose 沒壞處，K8s ( Kubernetes 簡稱 ) 設定可以由 compose 轉換過去，學習寫 yaml 是必經過程，而寫 Docker 的 yaml 需要 Network 知識，就算是 K8s 也避不了 Network 問題，懂 Network 是必要條件。

Docker 基本名詞及概念 + 用 Eclipse 建立 Docker image

上一回【Docker 導覽及申請】

學習 J2EE 技術，首先要有 Server……

Web Server ( eg.apache )、application server ( eg.TomEE plus )、database server ( eg.apache derby )、authorization server ( eg.OpenLDAP )、mail server ( eg.Postfix )

不要這樣好嗎？我只是個打字員，System administrate 不是我業務範圍，還沒開始打字，已在建立 Server 那步倒下，不是本末倒置嗎？

假如有個現成 Server，下載即用，世界是不是變得不一樣？

說起來很美好，實際上還是有限制，不能完全不懂各種 Service 怎運作，連基本設定都不會，就算給你下載回來也只是白忙一場。

舉例，建立某 Server 要十個步驟，有熱心人士給你做好前五步，餘下的五步怎樣？把 root 密碼改一改，把網址改成自己，很基本吧？好了，別人的設定不一定適合自己，要怎改？沒有基本知識，連上網 google 的關鍵字都不會，怎做下去？

調整心態，步驟及麻煩的確省了，但不是完全無痛建立 Server，了解 Docker 怎運作才知道怎建立 Docker image。

Docker 導覽及申請

【應用】是為了解決某種問題而誕生，那麼 Docker 會為你 ( 你的團隊 ) 解決甚麼問題呢？

首先，要覺得 painful 才能體驗 Docker 的好，如果是 painless 的小問題跟本沒必要學 Docker。

假設，現在你是個孤獨的程序猿 / IT狗，沒錢、沒朋友、沒自信……
甚麼都沒有，也有好處……
沒有負擔，沒東西可以輸……
由零開始建立系統……


———————————速查列表 ( start ) ————————————

不想看廢話，可直接跳去 Docker 申請部份。
沒興趣、不知 Docker 是甚麼，請由頭開始看，或許變得有點想學。

• 甚麼都沒有的創業選項
• 沒有 Docker 的黑暗
• 申請 Docker 帳號
• 安裝 Docker CE for Windows
• 應用 Docker 的光明
• Docker 能做更多
• 總結

———————————速查列表 ( end ) ————————————

JNDI + Derby + TomEE Plus 教學

JNDI 用來做甚麼？

JNDI 全名是 Java Naming and Directory Interface，重點在於【Naming】及【Directory】這兩個字，簡單來說，就是查冊服務，用【名字】來查找需要的【目錄 / 服務】。

舉例，香港公共圖書館借書時，有沒有留意書背？那組數字加英文就是索書號 ( Naming )，是個獨一無異的名字，只要用這個名字搜尋公共圖書館目錄 ( Directory ) 就一定找得到想要的書。

與 Database 用 Primary key 搜尋有甚麼分別？

用途不同，Database 用於處理資料，Database 需要頻繁讀寫，而 JNDI 主要透過設定 J2EE container 更新資源，查找  ( lookup ) 目錄 / 服務 / object 等，只需設定一次就好，不會經常改動設定檔吧？

JNDI 目錄 / 服務有甚麼？

放甚麼都可以，不像 Database 那樣，有 data type 及資料長度限制。JNDI 常見用法有以下幾項︰

• Datasource
• LDAP ( Lightweight Directory Access Protocol )
• WSDL ( Web Services Description Language )
• entry ejb

本文只示範 datasource 設定及使用，日後有機會再補上其餘三項。

Eclipse 上使用 Apache TomEE

TomEE 是甚麼︰

Google【TomEE 介紹】吧，千篇一律的介紹，附有安裝、設定及簡單的部署示範，簡單來說，重點在於 TomEE Philosophy。

• Be Tomcat
• Be certified
• Be small

三點說完 TomEE 理念。

官看版濃縮精華必看， Overview 差不多包含所有基本資訊，雖然是 JavaEE 6，但基礎不變，大部份用在 JavaEE 7 標準也可以。