喝咖啡,就從這開始!布奇諾、拿鐵、瑪奇朵與摩卡的簡單區分法

喝咖啡,就從這開始!布奇諾、拿鐵、瑪奇朵與摩卡的簡單區分法
摩卡

我們想讓你知道的是

超完整的咖啡辨認教學,讓你面對琳琅滿目的咖啡,不會再手足無促。

當你站在義式咖啡廳的櫃台前,看著琳琅滿目的咖啡口味,像是常見的拿鐵、卡布奇諾或是瑪奇朵等等,是否會覺得有些混亂呢?這次山羊咖啡的特別整理,除了讓你能認清各種咖啡口味的區別之外,也會詳細說明調製的比例。

我們所說的Espresso,就是利用義式咖啡機所製作出來的義式濃縮咖啡。由於Espresso的風味濃烈、味覺強勁,讓很多人喝不慣,因此以著Espresso為基底,衍生出了許多不同的咖啡種類。
(註:下文所指的熱牛奶,是指經過奶泡機加熱,卻尚未成為奶泡的熱牛奶)

拿鐵(Caffe Latte):咖啡、拿鐵雙主角

Caffe Latte是義大利文,指咖啡拿鐵,Latte則是義大利文牛奶的意思。如果你去義大利的咖啡酒吧,對咖啡師說你要一杯"Latte",那咖啡師可能會一臉疑惑的看著你,然後給你一杯牛奶。在義大利要喝到咖啡拿鐵,你必須說"Caffe Latte"才能拿到一杯正宗的義式咖啡拿鐵。不過你在義大利點的拿鐵很可能是沒有奶泡的,因為奶泡機發明較晚,最早在1950~60年代的美國才開始出現。在此之前,義大利的拿鐵都只有加牛奶。

當然,在歐洲之外的地區,包括美國、台灣,都簡稱咖啡拿鐵為「拿鐵(Latte)」 。

latte_at_doppio_ristretto_chiang_mai_cropped

拿鐵

而在成分方面,拿鐵是五分之一的濃縮咖啡、五分之二的熱牛奶與五分之二的奶泡。拿鐵的風味,是以濃縮咖啡與牛奶為雙主角,細細品嘗兩者交融的綜合與平衡,是拿鐵最獨特的風味。

4545e69caa48545e591bde5908d

卡布奇諾(Cappuccino):咖啡為主角,牛奶為配角

當我們調整咖啡在拿鐵中的比例,讓咖啡所佔的比例越來越多時,杯中的顏色,會轉變為以深褐色為主,再搭配一絲絲白色的牛奶,就像義大利聖方濟會的修士,在深褐色的外衣上,覆上一條潔白頭巾。而義大利文中Cappuccino指的就是聖方濟會的修士,這也讓Cappuccino因此得名。

classic_cappuccino

卡布奇諾

Cappuccino與Latte的差別在於,內涵的濃縮咖啡較多,有三分之一的濃縮咖啡、三分之一的熱牛奶與三分之一的奶泡。Cappuccino也可以灑上可可粉、肉桂粉提味。而在口感方面,是以咖啡的風味為主,牛奶為搭配。

e69caa45453e591bde5908d2

咖啡歐蕾(Caf’e au lait):牛奶為主角

Caf’e au lait是法文,"au" 是介詞,如英文中的 “in" ,意指「放入、在⋯⋯裡面」,而"lait"則是法語裡的「牛奶」,所以Caf’e au lait意指在咖啡中混入大量的牛奶,音譯為咖啡歐蕾。法國人喜歡用碗盛裝,當成早餐,配著法國麵包食用。

caff_latte_as_being_served_at_kaffebrenneriet_torshov_oslo_norway_2_600x600_100kb

咖啡歐蕾

歐蕾並沒有公認的比例,加入大量牛奶是多大量也不確定,而就風味而言,是以牛奶為主角,奶香幾乎完全蓋過咖啡的味道。

摩卡(Mocha):巧克力為主角

摩卡

摩卡

Mocha是一個位於中東葉門的小鎮,當地所生產的咖啡豆有著巧克力的風味,後來也被泛指為擁有巧克力香氣的特殊咖啡豆品種,被稱為「摩卡豆」。不過最後,Mocha轉變為一種飲品的名稱。

e69caae591bd4584485e5908d

摩卡的比例為五分之二的濃縮咖啡、五分之二的熱巧克力與五分之一的熱牛奶。是既喜歡巧克力,又熱愛咖啡的饕客,最適合的咖啡口味,而其中少量的熱牛奶,會帶來更為滑順的口感。

4545145545e69caae591bde5908d

瑪奇朵(Macchiato)

Macchiato是在義式濃縮咖啡中加入微量的奶泡,可能只有數毫升,用Espresso杯就可以盛裝。外觀看起來就像在Espresso上點上白色的一點。而"Macchiato"在義大利文中就是"斑點"的意思,這讓瑪奇朵因而得名。

caff_espresso_macchiato_schiumato

瑪奇朵

espresso_macchiato_chiang_mai

瑪奇朵

若是用雙倍濃縮咖啡(Double Espresso)製作瑪奇朵,就稱為大瑪奇朵(Long Macchiato),而只使用一份濃縮咖啡(Single Espresso)製作瑪奇朵,就稱為小瑪奇朵(Short Macchiato)。

Macchiato的風味十分濃厚,幾乎沒有太多的稀釋,牛奶在其中只是味覺的輔助,要仔細品嘗才能嘗到一絲奶香味。不過這也正是Macchiato吸引人的地方,一點點的牛奶、一絲絲的奶香,讓人回味再三。

焦糖瑪奇朵(Caramel Macchiato)

焦糖瑪奇朵是瑪奇朵的變種,也就是在瑪奇朵中,加入香草後,再淋上一層厚厚的焦糖,接著在完全不攪拌的情況之下,一口喝掉。在這小小的一口之中,你能品嘗到咖啡的苦澀、香草的香氣與焦糖的重甜,多層次的味覺體驗,是焦糖瑪奇朵最吸引人的地方。

15623155462_233e33b10e_b

焦糖瑪奇朵

美式咖啡(Americano)

當在二戰時期,美國大兵來到了義大利,他們喝不慣義式咖啡機所製作出來的Espresso,因此就在Espresso中加入大量熱水,來沖淡味道。

這奇葩的舉動讓義大利佬嘖嘖稱奇,因此就稱這種美式的喝法為"Americano",也就是義大利語中的"美國人"。美國人聽到這種略帶嘲諷的稱呼,不僅不以為杵,反而覺得沾沾自喜,於是Americano的名稱就被流傳開來,專指Espresso加入熱水沖淡的飲用方式。

coffee-843278_960_720

接下來再幫各位讀者做一個總整理:

3-1-0217

3-2-0217

事實上,以上這些製作比例都只是參考。以拿鐵與卡布奇諾來說,區隔並不是那麼明顯,因為兩者純屬調製比例上的變動而已,目前有一些美國的星巴克,已停賣了卡布奇諾,因為與拿鐵實在太過相似。筆者以為,並不需要過於計較這些調製比例,這些比例都只是參考而不是絕對。真正重要的是,根據這些參考標準,調製出自己最喜歡的咖啡飲品。

本文獲山羊咖啡授權轉載,原文刊載於此

責任編輯:鄒琪
核稿編輯:楊之瑜


猜你喜歡


挖掘雲端開放架構優勢!Amazon EKS高可用性叢集快速部署容器

挖掘雲端開放架構優勢!Amazon EKS高可用性叢集快速部署容器

我們想讓你知道的是

企業如何在 Amazon EKS(Elastic Kubernetes Services)上使用 GitLab 創建自動化部署,減輕人力負擔,提升專案服務運作效率?

所謂現代化智慧 IT,所有工程師最希望的境界,莫過於只要輕鬆點幾下設定,系統就會自動跑起來,管理者再也不用隨時待命在機台旁邊,從此工作悠哉又快樂!儘管這樣情境還沒到來,但隨著敏捷式開發的流行,除了 DevOps 人員,有越來越多開發者將 CI/CD 概念融入到工作流程當中,例如從 build code、執行 unit test、到部署應用程式。

透過 AWS 增加雲端技能 在組織發揮影響力

上述種種反覆步驟自動化執行,也就能提昇服務品質、主動通知開發人員以減輕人力負擔,讓專案服務能持續運作。

其中,GitLab 是執行 CI/CD 常用的工具之一,也是開發者使用程式碼儲存庫的地方。為了讓 GitLab Runner 在雲端快速實踐 CI/CD,《AWS 開發者系列》透過影片分享,如何在 Amazon EKS(Elastic Kubernetes Services)上使用 GitLab 創建自動化部署。

以下節錄工作坊影音內容,幫助開發者快速理解如何運用 Amazon EKS 的高可用性且安全的叢集,將修補、部署節點、更新等關鍵任務,全部做到自動化設定。同時影片也會示範 Amazon EKS 搭配 GitLab 如何展開自動部署,幫助工程團隊實踐 CI/CD 價值。

Amazon EKS 對容器管理輕鬆簡單、維運省時省力

容器化服務越來越興盛,當容器(Container)越來越多,在複雜的微服務(Microservice)系統環境之下,運維團隊的管理成本可能相對會增加不少,為了有效調度容器部署, 導入Kubernetes 無疑是近年企業熱門的話題之一。

建構 Kubernetes Cluster 流主要可區分兩大塊,一是安排容器調度的Control Plane、另一則是容器運行時需要用到的 Worker Node。

Control Plane 裡面涵蓋有儲存狀態的 ETCD、CoController manager 、Scheduler 的調度管理、甚至是操作時進行互動的 APIServer,若是自己創建 的 Kubernetes Cluster ,需要自己安裝這些元件,後續仍需要對 Control Plane 進行相關管理、維護、升級工作。為了減少上述 Components 的繁複維護,在透過 AWS EKS 代管的 Kubernete Control Plane 部可以獲得以下三大好處。

Amazon EKS 一鍵式部署,展現三大優勢

第一,Amazon EKS代管的 Control Plane實踐了跨AZ的高可用部署,使用者不需要擔心單一節點故障的風險。

第二,Amazon EKS 支持至少四個 Kubernetes版本,持續跟進每季 CNCF 的發佈,同時 EKS 也完全符合上游 CNCF 規範。

第三,部署 Amazon EKS 之後,可直接使用 AWS 平台上現成的服務工具,在安全性管理、網路設定方面,可以做到無縫整合。

最後 AWS 台灣解決方案架構師也提到,若想在容器環境進行 CI/CD 及應用程式的管理,可以進一步透過 IaC 整合部署 Amazon EKS 叢集,透過使用 Console、把 EKS 變成 Cloudformation 的模板、使用 AWS 所開發出來的 eksctl.io、或指令是採用 AWS CDK 可以讓開發者用自身熟悉的語言,在 AWS 平台整合 CI/CD 工具進行維運及部署 EKS。

打造第一個在 AWS 上的應用程式

了解 Amazon EKS 整合 GitLab ,獲得三面向價值

對開發者而言,想把 Amazon EKS 整合到 CI/CD 工具之一的 GitLab 平台上,可以看到那些實際的優勢?

在 DevOps 開發者示範工作坊當中,GitLab 資深解決方案架構師指出,GitLab 使用到 Kubernetes 技術,主要有三種搭配方法,包含 GitLab Server、GitLab Runner、以及創建 Deployment Environment。

本次示範教學會主要聚焦在 GitLab Runner 如何採取 Auto-scaled 方式進行 Build、Test、Package Apps;以及在 Deployment Environment 運用 Kubernetes 技術,做到 Auto Deploy、Review App。

正因為 Amazon EKS 能夠在 DevOps 過程提供所需要的彈性計算資源,幫助開發者在 GitLab 平台上面獲得以下三個層次的優勢:

  • 在 GitLab 內建的部署工作流程當中,自動生成整套 CI/CD 最佳實踐腳本。
  • Review App 過程,從 Merge Request 中可直接訪問應用程式 /App 的 UI 介面,並且根據 Git branch 名稱、專案名稱,自動生成 Review App 的 URL,以及在 Merge 前的最後防線進行 Approval 檢查。
  • 加速 CI/CD 流水線,GitLab Runner 運行時候還可藉由 Amazon EKS Cluster 進行 Auto-scaled 的支援。

Amazon EKS 整合 GitLab ,需要兩大流程

影片最後,GitLab 資深解決方案架構師示範如何把 Amazon EKS 整合至 GitLab 執行 Auto Deploy,主要可分為兩大區塊流程,第一部分聚焦在 Amazon EKS cluster 的設置,第二部分則執行 Auto Deploy 設置。

第一塊可拆分為四個階段,首先教學怎麼創建 EC2 節點的 EKS cluster,第二階段示範把 EKS Cluster 連接到開發者的 GitLab Instance、Group 或 Project,下一步則使用 Cluster Management Project Template 創建一個 Cluster Management Project,以及最後一階段透過 Cluster Management Project 自帶的 Helm Chart,安裝在 Cluster 所需要的內建 App。

第二塊執行 Auto Deploy 設置,針對需要部署的 App 創建一個 GitLab Project,接著再把 gitlab-ci.yml 添加到 Project,並從 Web IDE 選擇及導入 Auto Deploy 的 CI 模版,讓 GitLab 自動生成最佳實踐的整套流水線。

幫助開發者更了解 Amazon EKS 整合 GitLab 的 QA 系列

Q:使用 Amazon EKS 之後,如何更有效率或優化資源去配置 Worker Node 的機器數量,以及如何有效空管開發維運的成本?

A:Kubernetes 除了本身有 HPA(Horizontal Pod Autoscaling)可根據使用程度自動調整資源流量,另外也能延伸使用 AWS Auto Scaling 方案,針對可擴展資源去設定自動擴展管理。另外在成本管控,雖然 Amazon EKS 會收取額外管理費用,但可透過 AWS 平台的 Calculato r計算每個 EKS 的價格,你會發現自動化部署及管理的費用,相對工程師人力的成本更加便宜。

Q:越來越多客戶考慮把現有 Application 變成容器部署,大多是爲了加快部署的效率,那麼變成容器模式之後,對 CI/CD 的工作流程有什麽影響嗎?

A:運用容器技術最直接的效果,可以讓應用程式的環境更一致化,例如 testing 環節、stage production,讓容器避開一些差異問題。至於 CD 部分要 delivery 一些 usage 不太一樣的時候,容器會幫忙做配置,所以 CI/CD 對容器的效益是相輔相成的。

Q: 客戶在開發流程漸漸會把 Infrastructure 變成代碼或文檔,是不是可以把程式碼跟現有的應用程式的 CI/CD 流水線整合在一起,達到一套完整的 CI/CD 部署流程?

A:觀察目前市場作法,主要分成兩個階段去做整體部署。如果規模比較小的團隊,會把 Infrastructure 代碼跟 App 代碼分開,在管理上會比較靈活;如果企業規模比較大,會有另外一個 Infrastructure 團隊來控制部署事情,這種情况之下,APP 的項目會生成一個 APP package,主要做到 delivery 這個階段爲止。而 Infrastructure 的項目會指定把需要版本的文檔,部署到他們的 Kubernetes Cluster。

填寫表單 找到適合的快速上雲服務與工具!


猜你喜歡