ref: https://loft.sh/blog/the-cost-of-managed-kubernetes-a-comparison/
本篇文章探討不同 Cloud Provider kubernetes 服務的差異,作者列舉了四個常見的 kubernetes 服務,包含 GKE, EKS, AKS 以及 DOKS。
這四個 kubernetes 服務所部署的 Kubernetes 叢集都有獲得 CNCF Kubernetes Certification 的認證,不同 Cloud Provider 都有自己的優缺點。
使用 Kubernetes 服務帶來的好處就是使用者通常不太需要去擔心如何處理
1. Kubernetes 核心元件之間的 Certificate (API Server, Controller, Scheduler, Kubelet ...etc)
2. 動態調整 Kubernetes 節點
3. 相較於單純靠社群, Cloud Provider 可以提供更快速且更好的支援(畢竟有付錢給對方)
因此該文章接下來就會針對這四個 Kubernetes 服務來探討一下彼此的差異。
註: 有興趣的話都可以用 Sonobuoy 這個開源專案來檢測自己維護的 Kubernetes 叢集,通過測試就可以把測試報告送到 GitHub 開 Issue 申請認證
GKE
1. Kubernetes 正式公開後一個月就 GKE 就出現了 (08/2015), 是最早的 Kubernetes 服務
2. GKE 會使用 gVisor 專注於安全層級的容器隔離技術來部署服務。
3. 有機會使用針對 Container 最佳化的 OS,有些 cloud provider 只能使用 Ubuntu image 之類的。
4. 服務出現問題時,可以啟動 auto-repair 來修復叢集,一種典型作法就是將一直回報為 NotReady 的 k8s 節點給重建
5. GKE 提供自動升級 Kubernetes 版本的功能,如果不想要的話記得要去關閉這個功能,否則自動升級是有可能讓某些應用程式無法正常運作的。
6. 使用 GKE 的話,要付每小時 $0.1 美元的管理費。如果使用 on-prem 的解決方案 (Anthos) 的話就可以免去這些管理費。
EKS
1. 06/2018 創立
2. 可以使用 Ubuntu Image 或是 AWS 針對 EKS 最佳化的 EKS AMI 來獲得更好的效能。
3. EKS 沒有提供自動升級 Kubernetes 版本的功能,官方有提供大量詳細的文件介紹如何手動升級 Kubernetes 版本
4. 沒有類似 auto-repair 的機制去幫忙監控與修復出問題的 k8s node,因此 EKS 使用者需要自己去監控與維護這些節點。
5. EKS 也是每小時 $0.10 的管理費用。 AWS Outposts/EKS Anywhere 這些 2021 啟動的專案讓你有機會將 EKS 部署到 on-prem 的環境中。
AKS
1. 06/2018 創立
2. AKS 沒有提供任何最佳化的 OS,你只能使用常見的那些 OS image 作為你的 k8s 節點
3. 預設情況不會自動升級 kubernetes 版本,不過 AKS 提供選項去開啟自動升級。Cluster 有四種不同策略(none,patch,stable,rapid)來自動更新你的 k8s 叢集。
4. AKS 預設不會啟動 auto-repair 功能。對於一直持續回報 NotReady 的節點, AKS 會先重起該節點,如果問題無法解決就會砍掉重建節點。
5. AKS 不收管理費
6. Azure 沒有特別提供一個供 on-prem 的 AKS 解決方案,不過透過 ARC 是有機會於 on-prem 的環境運行 AKS.
DOKS(DigitalOcean)
1. 05/2019 創立
2. 有提供 kubernetes 版本自動更新功能,但是只有針對 patch 版本的變化
3. 沒有 auto-repair 的功能
4. 文章撰寫的當下, DOKS 沒有任何文件說明如何於 on-prem 的環境運行 DOKS
5. 不收管理費
6. 相對其他三家來說,底層架構相對便宜,一個 DOKS 最低可以低到每個月 $10 美元。
價錢比較:
1. 假設需要創建一個擁有 20 節點並且有 80vCPU, 320GB RAM 的叢集 (GKE 因為每個節點都是 15GB,所以最後只能湊到 300GB)
2. 每個月為單位去計算價格,AKS/EKS/GKE 都使用其提供的價格計算機來粗估, DOKS 需要手動計算。
3. 價錢評比
a. AKS: $3416
b. EKS: $2928
c. DOKS: $2400
d. GKE: $1747
對文章有興趣的別忘了參閱全文
同時也有2部Youtube影片,追蹤數超過13萬的網紅itsAmanda!,也在其Youtube影片中提到,🤍點開資訊欄🤍 才剛安頓下來又覺得開始忙很多事情 不過忙絕對是好事~ 影片並沒有錄我去工作什麼的 因為我覺得工作跟之前當學生是不一樣的 當學生的時候我想錄什麼就錄什麼 沒人會覺得怎樣 現在不同身份真的想法會有點不同 就覺得不是自己想怎樣就可以怎樣xd 不過伴奏是可以錄的 只是我沒錄而已:)) 總之...
「container缺點」的推薦目錄:
- 關於container缺點 在 矽谷牛的耕田筆記 Facebook 的精選貼文
- 關於container缺點 在 矽谷牛的耕田筆記 Facebook 的最佳貼文
- 關於container缺點 在 矽谷牛的耕田筆記 Facebook 的最讚貼文
- 關於container缺點 在 itsAmanda! Youtube 的精選貼文
- 關於container缺點 在 Nora Hsu- Barrel Leaf Youtube 的最佳貼文
- 關於container缺點 在 為什麼要使用容器? 的評價
- 關於container缺點 在 清邁七彩貨櫃箱酒店- snooze box hotel - Pinterest 的評價
- 關於container缺點 在 [開箱]滅火注意!Cuitisan酷藝師可微波不銹鋼保鮮盒裝便當測試 的評價
container缺點 在 矽谷牛的耕田筆記 Facebook 的最佳貼文
ref: https://ably.com/blog/no-we-dont-use-kubernetes
八月第一篇,就來個有趣的文章,來看看 ably 這間 SaaS 公司為什麼沒有使用 Kubernetes,不但當前沒有使用,甚至短期未來內都不會想要使用
更是直接的說如果你有興趣來加入團隊,千萬不要把將 Kubernetes 導入到團隊中是一個可能發生的事情。
我個人覺得這篇文章滿好的,因為是認真的去比較導入 Kubernetes 帶來的改變,而這些改變對團隊來說到底是可接受還是不可接受
而不是所謂的人云亦云,人家要我也要,人家不要我也不要...
文章分成兩部分,前述介紹當前 Ably 的環境架構是什麼,而半部分則是很技術的去探討如果導入 Kubernetes 帶來的好處與壞處是什麼
最終權衡比較之下,會發現導入 Kubernetes 沒有帶來實質上的好處。
文章開頭先簡述了一下 Kubernetes 這幾年的風潮,從最初 Google Borg 的開發開始談起,作者特別提到當初 Borg 的用法可是將一堆實體機器給搭建出一個 Private Cloud 的叢集給團隊使用,
而目前 Kubernetes 更多的用法則是搭建於 Public Cloud 上面的虛擬機器中,透過將 Kubernetes 部署到這些不同的 Cloud Provider 似乎帶來了介面統一的結果,對於 DevOps 人員來說
不同 Cloud Provider 如今看起來都是 Kubernetes 的樣貌。
Ably 目前到底怎麼部署應用程式
Ably 主要使用 AWS 作為其 Cloud Provider,並且於 EC2 機器上使用 docker/container 來部署團隊中的應用程式。
作者團隊中沒有使用任何已知的 Orchestration 服務來管理多節點上的 docker/container,取而代之的則是每個 VM 開機後則會根據 autoscaling group 的機制來判斷
每個機器應該要部署哪種 container/docker。
對於 Ably 來說,團隊中沒有任何 scheduler 相關的服務來調度各種服務,這意味每個 VM 就代表一種服務,所以將 VM 上的服務從 Core 轉換成 frontend 這種行為不會發生。
今天需要針對需求轉換服務時就以 VM 為基準來整批換掉即可。
每個節點上面都會有一個輕量的監控服務,用來確保運作的 Container 如果掛掉後可以被重啟,甚至如果當前運行的版本不符合需求時也能夠將該服務給停止。
流量方面,因為每個 Autoscaling Group 就代表一個服務,所以直接使用 NLB 與 Target Group 來將流量導入該 Autoscaling Group 即可。
至於容器與容器之間的內部流量(譬如 k8s service 等)作者認為也不是太大問題,畢竟每個機器本身都會被 VPC 賦予一個 IP 地址,所以使用上沒有什麼太大的問題。
接下來作者從幾個層次去探討當前設計與使用 Kubernetes 帶來的改變,分別有 (原文很多,這邊摘要不然文章會太長)
題外話,由於 Ably 的 Infra Team 數量有限,所以要考慮 K8s 只會考慮 K8s Service,如 EKS。
1. Resource Management
Ably:
a. 根據服務的需求來決定每個服務要用到的 VM 等級
b. 不需要去煩惱如何處理將多個小服務給部署到一個適合的大 VM 中
c. 作者稱這種行為其實就是 AWS 官方強調的 Right Sizing, 譬如只能跑兩個 Thread 的服務不需要 16vCPUs, 久久寫一次硬碟的服務也不需要一個 90,000 IOPS 的 SSD
d. 選擇一個正確的元件來搭建一個符合服務的 VM 讓團隊可以控制成本同時也減少額外的管理負擔
K8s:
a. 必須要使用一個比較強大等級的 EC2 VM,畢竟上面要透過 Container 部署很多服務
b. 針對那些需要小資源的服務來說,透過這種方式能夠盡可能的榨乾機器的資源,整體效能使用率會更好
c. 但是針對資源量沒有很辦法明確定義的服務則是會盡可能地去吃掉系統上的資源,這種被稱為 nosy neighbors 的常見問題已經不是首次出現了, Cloud Provider 本身就需要針對 VM 這類型的服務去思考如何處理資源使用,而 Cloud Provider 都有十年以上的經驗再處理這一塊
而所有 Kubernetes 的使用者則必須要自己去處理這些。
d. 一個可能的作法則是一個 VM 部署一個服務,不過這個做法跟團隊目前的作法已經完全一致,所以就資源管理這一塊,團隊看不到使用 Kubernetes 的優勢。
2. Autoscaling
Ably:
a. EC2 VM 本身可以藉由 Autoscaling Group 來動態調整需求
b. 有時候也是會手動的去調整 EC2 的數量,基本上手動跟自動是互相輔佐的
c. 團隊提供的是 SaaS 服務,所以其收費是針對客戶實際上用多少服務來收,如果開了過多 EC2 VM,則很多不要的花費與開銷都是團隊要自行吸收
d. 團隊需要一個盡可能有效率的方式能夠即使遇到流量暴衝時也能夠保證良好的服務的機制
K8s:
a. 可以透過不少方式來動態調整 Container 的數量,
b. 甚至可以透過 Cluster autoscaler 來針對節點進行調整,根據需求關閉節點或是產生更多節點
c. 動態關閉節點的有個問題是關閉節點時通常會選擇盡可能閒置的節點,但是閒置並不代表沒有任何服務部署再
上面,因此該節點上的 Container 都要先被轉移到其餘節點接者該目標節點才可以被正式關閉。這部分的邏輯作者認為相對複雜
d. 整體來說,k8s 有兩個動態調整的部分,動態節點與動態服務,而現有的架構只有一個動態節點。所以使用 k8s 則會讓問題變得更多更複雜。
3. Traffic Ingress
Ably:
a. Traffic Ingress 基本上每個 cloud provider 都提供了很好的解決方案,基本上團隊只要能夠維持每個服務與背後的機器的關係圖,網路流量基本上都沒有什麼需要團隊管理的。
b. 使用者會透過直接存取 NLB 或是透過 CloudFront 的方式來存取團隊內的服務
K8s:
a. EKS 本身可以透過 AWS VPC CNI 使得每個 Container 都獲得 VPC 內的 IP,這些 IP 都可以讓 VPC 內的其他服務直接存取
b. 透過 AWS LB Controller,這些 Container 可以跟 AWS LB 直接整合,讓封包到達 LoadBalancer 後直接轉發到對應的 Container
c. 整體架構並不會比團隊目前架構複雜
d. 唯一缺點大概就是這個解決方案是完全 AWS 綁定,所以想要透過 k8s 來打造一個跨 Cloud Provider 的統一介面可能就會遇到不好轉移的問題。
4. DevOps
Ably:
a. 開發團隊可以透過簡單的設定檔案來調整部署軟體的版本,後續相關機制就會將 VM 給替換掉,然後網路流量也會自然的導向新版服務
K8s:
a. 開發團隊改使用 Kubernetes 的格式來達到一樣的效果,雖然背後運作的方式不同但是最終都可以對開發團隊帶來一樣的效果。
上次四個分析基本上就是,使用 k8s 沒有帶來任何突破性的好處,但是 k8s 本身還有其他的功能,所以接下來作者想看看 k8s 是否能夠從其他方面帶來好處
Multi-Cloud Readiness
作者引用兩篇文章的內容作為開頭,「除非經過評估,否則任何團隊都應該要有一個跨 Cloud-Provider 的策略」
作者表明自己團隊的產品就是那個經過評估後斷言不需要跨 Cloud Provider 策略的團隊,同時目前沒有往這個方向去追求的打算。
同時作者也不認為 K8s 是一個能夠有效達成這個任務的工具。舉例來說,光 Storage 每家的做法都不同,而 K8s 沒有辦法完全將這些差異性給抽象畫,這意味者開發者終究還是要針對這些細節去處理。
Hybrid Cloud Readiness
管理混合雲(Public Cloud + Private Cloud based on Bare-Metal servers)是作者認為一個很合理使用 K8s 的理由,畢竟這種用法就跟當初 Google Borg 用法一致,是經過驗證可行的。
所以 Ably 如果有計畫要維護自己的資料中心時,底層就會考慮使用 Kubernetes 來管理服務。畢竟這時候沒有任何 Cloud Provider 提供任何好像的功能。
不過 Ably 目前沒有任何計畫,所以這個優點也沒有辦法幫助到團隊
Infrastructure as Code
團隊已經大量使用 Terraform, CloudFormation 來達成 IaC,所以透過 k8s YAML 來維護各種架構不是一個必要且真的好用的方式。
Access to a large and active community
另外一個很多人鼓吹 K8S 的好處就是有龐大的使用者社群,社群內有各種問題分享與探討。
作者認為
a. AWS 的使用者社群數量是高於 Kubernetes
b. 很多情況下,一個迭代太快速的產品其實也不一定對團隊有太大的幫助。
c. 很多人都使用 k8s,但是真正理解 k8s 的人微乎其微,所以想要透過社群來幫忙解決問題其實比你想像的還要難,畢竟裡面的問題太雜,很多時候根本很難找到一個真正有效的答案。
Added Costs of Kubernetes
為了轉移到 K8s, 團隊需要一個全新的 team 來維護 k8s 叢集以及使用到的所有基本服務。舉例來說,EKS, VPN CNI, AWS LB 帶來的網路好處並不是啟動 EKS 就會有的,
還必須要安裝相關的 Controller 並且進行設定,這些都是額外的維運成本。
如果找其他的服務供應商來管理 Kubernetes,這意味公司就要花費更多的$$來處理,所以對團隊來說,金錢與工作量都會提高,不同的解決方式只是這兩個指標的比例不同而已。
結論:
1. Ably 覺得 Kubernetes 做得很好,但是團隊目前沒有任何計畫去使用它,至少目前這階段沒有看到任何實質好處
2. 仔細評估後會發現,導入 k8s 其實也會帶出不少管理上的問題,反而並沒有減輕本來的負擔
container缺點 在 矽谷牛的耕田筆記 Facebook 的最讚貼文
本篇是一個 Kubernetes 的入門介紹文,探討 Kubernetes 內要如何透過 SSL/TLS 憑證來加強應用程式之間的連線。
本篇文章不使用任何第三方套件,反而是從 Kubernetes 內建的資源功能出發去探討,理解 Kubernetes 的能力與極限其實長久下來對於評估各種專案都滿有幫助的。
Kubernetes 的 Secret 除了使用 base64 作為編碼技術外,其實本身也提供不少類型方便管理人員使用,譬如本文提到的 tls 類型, container registry credential 以及最廣泛使用的 generic 等。
Secret(tls類型)本身創建時會吃兩個參數,分別是 tls.crt 與 tls.key,接者這類型的 secret 可以與 ingress 進行整合,將 TLS 給掛載到 Ingress 物件中並且同時執行 TLS Termination,讓 Ingres 與外部連線使用 HTTPS 而內部服務則使用 HTTP 來溝通。
文章中提到如何透過 openssl 創建一個 self-signed 的憑證,並且針對 self-signed 的特性進行討論,其列出了四個 self-signed 的缺點
1. 瀏覽器連接到這些 self-signed 憑證的網站時都會露出警告告知使用者,因此這類型的憑證不適合任何正式生產環境使用
2. 因為 self-signed 就是開發者自行創造,缺少第三方可信任機關的認證,因此惡意攻擊者可以輕鬆換掉服務上的簽證,畢竟瀏覽器本來就覺得簽證有問題,無法分辨到底是先前的自簽憑證還是被替換的憑證。
3. 第三方CA都會針對發行的憑證給予一些保固與服務,這部分是自簽沒有辦法擁有的
4. 愈來愈多的使用者會不太願意瀏覽與使用沒有合法且信任憑證的網站
作者提到 Kubernetes 內部雖然有一個 CA,但是不推薦把任何服務相關的憑證都跟其扯上關係,
因為該 CA 是給 Kubernetes 內部控制平面使用的,譬如 kubelet, API Server, Controller, Scheduler 等元件彼此溝通中間使用的。
文章最後作者示範透過 cfssl 的該指令幫一個內部服務創建一個憑證,由於內部服務會透過 Kubernetes Service 提供的 DNS 來存取,因此創建憑證時會於 CN 欄位補上 alternative 的名稱,把 service.svc.... 之類的全部都補上。
https://medium.com/avmconsulting-blog/how-to-secure-applications-on-kubernetes-ssl-tls-certificates-8f7f5751d788
container缺點 在 itsAmanda! Youtube 的精選貼文
🤍點開資訊欄🤍
才剛安頓下來又覺得開始忙很多事情 不過忙絕對是好事~
影片並沒有錄我去工作什麼的 因為我覺得工作跟之前當學生是不一樣的
當學生的時候我想錄什麼就錄什麼 沒人會覺得怎樣
現在不同身份真的想法會有點不同 就覺得不是自己想怎樣就可以怎樣xd
不過伴奏是可以錄的 只是我沒錄而已:))
總之關於工作的一切 之後覺得時機對了再跟大家分享
也希望大家都可以理解~
會在資訊欄打這些只是避免又有人來罵我不務正業:)))不然這些其實我好像也沒有必要交代xd
總之我很滿意現在的新生活!換一個地方住真的整個心情都不一樣!
其實我以前就有黑膠唱片、也有一大堆古典音樂的CD 但沒有機器讓我播
買了這台真的很開心!覺得很值得~想放鬆心情的時候就會播一下!
不過我就覺得黑膠唱片機播出來的聲音沒有到超級準 這是唯一一個小缺點哈哈哈哈哈
影片裡介紹的Fedoma 他們家的飾品質感真的都超~好!我超推薦!
是我目前接過的飾品合作裡 質感最棒的一家 真的一分錢一分貨
雖然是跟他們合作 但是所有飾品都是我自己在他們網站挑選 看對眼才選的!
我選的三個耳環我最近都非常常戴~在家的時候戴小的耳環 出去戴圈圈或是珍珠耳環 項鍊我最常戴的就是微笑項鍊哈哈哈哈
以下提供所有的連結🔗!
✨Fedoma✨
Jessica Alizzi Gold Buckle Earrings(圈圈耳環)
https://lddy.no/10vic
Beigy Necklace(微笑/月亮項鍊)
https://lddy.no/10vig
Sue Earrings(裡面有一顆珍珠的耳環)
https://lddy.no/10vie
Tiny Sweetheart Earrings(小顆的耳環)
https://lddy.no/10via
Atania Necklace(很復古感的項鍊!)
https://lddy.no/10vif
Goji Necklace(珍珠項鍊)
https://lddy.no/10vih
再來是平常幾乎不打折的Beara Beara👝
現在可以使用我的9折折扣碼「amanda」
期限至9/26(全品項都適用!!)
有追蹤我instagram的人應該常常看到我在story背影片裡這款包包
https://bearabeara.co.uk/product/amanda-navy
很常背的原因是因為它真的很輕!不到300公克!
再來就是它顏值很高哈哈哈 做得很復古、然後材質是麂皮的
顏色雖然官網是寫navy(深藍色) 但是我真的怎麼看都覺得是黑色😂
現在購買會附贈特別訂製全絲質絲巾(售價55英鎊)~
最後!今天台灣時間(9/12)晚上11:59
貓咪跟芝加哥tshirt的預購就要收單了!所以想買的人要快!
不然之後就是有現貨才會再通知大家
我跟selina昨天晚上有直播回答一些關於衣服尺寸的問題
直播連結在這:https://www.instagram.com/tv/CTqphKxAOV8/
官網連結在這:https://www.theintuition.co/
*輸入9lives兩件免運的部分只限於台灣地區唷!*
官網都有我們穿什麼尺寸的分享 那如果有其它問題 都請麻煩私訊intuition.store的instagram~
💫這邊放些我覺得你們會問的商品連結💫
黑膠唱片機 https://bit.ly/3hoxBlY
我是在best buy網站買的 但我看到amazon也有賣~
仙人掌貓抓板 https://bit.ly/3jrt3fN
平常喂的乾食 https://bit.ly/30J9k1c
平常喂的濕食 https://bit.ly/3rNA9gn
我在container store買的飾品storage是原本就已經幫我組好的一個set
從order history看 是叫Stackers Classic Jewelry Box Starter Set Taupe Set of 3
不過他們網站上面看好像沒有直接幫你組好的選項 都是需要自己組的
所以我就貼一個連結給你們就好 你們可以自己看看想要怎麼組自己的jewelry box!https://bit.ly/3C6JFQK
第一天穿的睡衣:
內外的~https://bit.ly/2XXGqvU
他們家我都穿最小號 輸入Amanda有八折
鍵盤跟滑鼠都是logi的 我在amazon購買
https://bit.ly/3lkw1T6
https://bit.ly/3nvCTQ7
單車褲有兩件
一件是Venque一件是Aritzia
Venque的輸入itsAmanda有85折
https://bit.ly/3z6ugO6
Aritzia:https://bit.ly/2XgA4YE
兩件材質不一樣 Aritzia是棉的 Venque的是一種滑滑的很舒服的材質😂
總之兩件我都很愛~你們可以自己評估!
除此之外應該沒有其它想知道的東西了吧??打這一大堆我真的快累死哈哈哈
有想要知道的東西再留言告訴我~能找到連結我就都會附上ㄉ!
大家下支影片見 881!
🎵
Music by Juju B. Goode - Day 6. Park Place - https://thmatc.co/?l=FBEACF33
Soothe - Wil Pearce
Music by Naomi - Osaka - https://thmatc.co/?l=8139C299
Snow begins to fall - Coldbrew
Music by Mr. Thibs - Far Away - https://thmatc.co/?l=DCA13605
Locket - Canyon City
I’m moving to NY - Wei
By the fire - Coldbrew
Paris - Canyon City
You - Welsey Jensen & The Penny Arcade
Rulebreaker - Jason Dering
Blooming Again (with Paul Moody & Calica)
Gatinha - Cornello
Puzzle Peace - SAILR
No other - Johnny Knox
*FTC: Part of this video is sponsored by Fedoma, and some of the links above are affiliated.
這支影片的其中一部分由Fedoma贊助🤍
上面提供的有些連結 我會得到返利 所以如果介意的話可以新開一個頁面自己搜尋🥰
🔎Follow me on Instagram: itsamandalo
https://www.instagram.com/itsamandalo/
📩Contact me: piano860623@gmail.com
container缺點 在 Nora Hsu- Barrel Leaf Youtube 的最佳貼文
來做麵包吧! (▼ open ▼)
Let's make some bread, shall we?
In fact, I'm afraid of making bread due to previous experiences. But I still want to make it so here we are!
This bread is made of whole wheat flour and whole wheat spelt flour. All you need is 7 ingredients. It's vegan for sure. Due to the whole grain content, it's heavier than common bread. Yet it's more flavorful than regular white bread, so there are both pros and cons (this applies to everything, right?). Anyway, let's make it!
事實上,我有點不太敢做麵包,因為先前有不好的經驗。但我還是想做麵包,所以來吧! 這個斯佩爾特全麥麵包主要就是由全麥麵粉和斯佩爾特小麥粉組成,全部的食材也只有 7 樣,當然它也是全素的。因為裡頭的全穀比例高,所以它的口感比一般白麵包還來的厚重,但是我覺得相較下更有滋味,有優點也有缺點 (應該所有事情都有吧?) 總之,我們來做吧!
❤ Nora 葉子
✗ 我的食譜電子書 - http://bit.ly/ebook-mellow-with-plants
✗ Patreon - https://www.patreon.com/barrelleaf
» 我的厭食+暴食旅程 - https://youtu.be/zbt638hsyLc
» 我如何變成全植飲食者 - https://youtu.be/Jtjf87f7s4Y
-----------------------------------------------------------------
CONNECT WITH ME
• Instagram: barrelleaf
https://www.instagram.com/barrelleaf/
• E-mail: nora@barrelleaf.com
• Facebook - http://fb.me/barrelleafstoastnotebook
• Website - https://www.barrelleaf.com/
-----------------------------------------------------------------
IN THIS VIDEO 影片中的
→ 完整食譜 - http://bit.ly/wholewheat-spelt-bread
→ Full Recipe -http://bit.ly/en-wholewheat-spelt-bread
• 玻璃調理碗 - https://product.mchannles.com/2cvX7
• Glass bowl - https://amzn.to/2Sws0hA
OTHER RECIPES 其它食譜
聖誕百果派 - https://youtu.be/oppch60TWag
3 道秋季全素甜點食譜 - https://youtu.be/jHLBGB2q37A
Vegan Mince Pies - https://youtu.be/hW6ZEoS96nE
Vegan Fall Desserts - https://youtu.be/jHLBGB2q37A
-----------------------------------------------------------------
WHAT I USE {BARREL LEAF KITCHEN} (2019)
• Food processor - https://amzn.to/2WyvG0N
• Blender - https://amzn.to/2WXFKBY
• Blender Container - https://amzn.to/2PIjGHG
• Grinder - https://amzn.to/2NOsaf2
• Sauté Pan - https://amzn.to/2ntgnLc
• Air-tight containers - https://amzn.to/2K87U9V
• Mason jars - https://amzn.to/2WPofUj
常用器具 (2019)
• 食物處理機 - http://bit.ly/nora-magimix
• 調理機 - https://amzn.to/2WXFKBY
• 小調理杯 - https://amzn.to/2PIjGHG
• 研磨機 - https://shopsquare.co/2a1sv
• 不沾炒鍋 - http://bit.ly/woll-28-pan
• 密封盒 - https://igrape.net/2U_TZ
• 密封罐 - https://ibestfun.net/2Q_aC
-----------------------------------------------------------------
HELPFUL LINKS
• 常用器具 & 食材 - https://www.barrelleaf.com/shop/
• 常見問答集 - https://www.barrelleaf.com/recipe-measurement/
• iHerb 購物初體驗︱經驗&開箱 - https://www.barrelleaf.com/iherb-first-buy/
• iHerb 購物 9-95折折扣碼「MOK5777」- http://www.iherb.com/?rcode=MOK5777
• My Kitchen Staples - https://www.barrelleaf.com/shop/
• FAQ - https://www.barrelleaf.com/recipe-measurement/
• My iHerb Haul- https://www.barrelleaf.com/iherb-first-buy/
• iHerb 5-10% Off Code「MOK5777」- http://www.iherb.com/?rcode=MOK5777
-----------------------------------------------------------------
ABOUT THIS VIDEO
• 相機:
- 食譜攝影 - https://product.mchannles.com/2VR_w
- Vlog - https://pinkrose.info/2VR_u
• Cameras:
- For Recipe Video & Photography - https://amzn.to/2WBUIxj
- For Vlog - https://amzn.to/2QA1WPD
-----------------------------------------------------------------
*not sponsored
*Note: This page contains affiliate links. Purchasing via the affiliate links supports more great content at no additional cost to you. Thank you for supporting me. :)
#wholewheatbread #speltbread #veganrecipe #全麥麵包 #斯佩爾特小麥
container缺點 在 清邁七彩貨櫃箱酒店- snooze box hotel - Pinterest 的推薦與評價
Snooze Box Hotel – colourful container hotel in Chiang Mai Have A Sweet Dream ... 但整體來說,以上這些缺點是可以接受的,而且感覺也是有趣,最重要是價錢相宜, ... ... <看更多>
container缺點 在 [開箱]滅火注意!Cuitisan酷藝師可微波不銹鋼保鮮盒裝便當測試 的推薦與評價
[UNBOX]Not worth it!Cuitisan Microwave and Oven Safe Container ... There is a risk of food bursting at the top ... ... <看更多>
container缺點 在 為什麼要使用容器? 的推薦與評價
Container 的基本概念是Process,Docker 透過cgroup / chroot / namespace 等方式實踐資源的隔離。相比於VM 是更小的單位,VM 模擬的對象是整個Hardware ... ... <看更多>
相關內容