Merge pull request #2576 from cncf/dev-tw

First merge `dev-tw` into `main`(for Traditional Chinese localization live version)

Author: seokho-son

config.toml

@@ -149,6 +149,14 @@ weight = 11
 [languages.fr.params]
 description = "Le projet de Glossaire CNCF Cloud Native a pour objectif de référencer les termes courants utilisés dans les différentes applications Cloud Natives."
 
+[languages.zh-tw]
+title = "Cloud Native(雲端原生) Glossary"
+languageName ="繁體中文 (Traditional Chinese)"
+contentDir = "content/zh-tw"
+weight = 12
+[languages.zh-tw.params]
+description = "CNCF 雲端原生 Glossary 專案旨在用作討論雲端原生應用程式時常用術語的參考"
+
 [markup]
   [markup.goldmark]
     [markup.goldmark.renderer]

content/zh-tw/_index.md

@@ -0,0 +1,59 @@
+---
+title: "雲端原生 Glossary"
+status: Completed
+---
+
+# 雲端原生 Glossary  {#cloud-native-glossary}
+
+雲端原生 Glossary 主要目標在使人們更容易理解，將以複雜而聞名雲端原生領域變得更簡單好懂，不僅限於技術人士，也同樣適用於商業人士。
+為了實現這一目標，我們注重簡潔（例如：使用簡單用語描述且不包含流行用語、使用任何技術的人都可以通用的範例、省略不必要的細節）。
+Glossary 是由 CNCF 商業價值小組（Business Value Subcommittee; BVS）領導的專案。
+
+<p><img class="mt-3" src="/images/homepage/kubecon.jpg" alt="People watching a Kubecon presentation"></p>
+
+## 貢獻 {#contributing}
+
+歡迎所有人對雲端原生 Glossary 提出更改、補充和改進。
+我們採用由 CNCF 管理的社群驅動的流程來開發和改進這個共享 Glossary 。
+Glossary 提供了一個所有參與者使用且供應商保持中立的平台，以組織雲端原生技術的共享詞彙。
+歡迎所有遵守本專案宗旨和章程的參與者做出貢獻。
+
+任何希望貢獻的人都可以提交 GitHub 議題或創建拉取請求。
+請確保您遵循[風格指南](/zh-tw/style-guide/)，閱讀[如何參與貢獻](/zh-tw/contribute/)文件，加入 [CNCF Slack](https://communityinviter.com/apps/cloud-native/cncf)工作區，並加入 [#glossary](https://cloud-native.slack.com/archives/C02TX20MQBB)頻道。
+
+也有一個 [#glossary-localizations](https://cloud-native.slack.com/archives/C02N2RGFXDF)頻道，提供想將 Glossary 翻譯為其本地化語言的人們使用。
+
+## 致謝 {#acknowledgements}
+
+雲端原生 Glossary 由 CNCF 行銷委員會 (CNCF Marketing Committee)（商業價值小組委員會）發起，包括來自
+[Catherine Paganini](https://www.linkedin.com/in/catherinepaganini/en/)、
+[Chris Aniszczyk](https://www.linkedin.com/in/caniszczyk/)、
+[Daniel Jones](https://www.linkedin.com/in/danieljoneseb/?originalSubdomain=uk)、
+[Jason Morgan](https://www.linkedin.com/in/jasonmorgan2/)、
+[Katelin Ramer](https://www.linkedin.com/in/katelinramer/)、
+[Mike Foster](https://www.linkedin.com/in/mfosterche/?originalSubdomain=ca)和許多的貢獻者。
+如果想獲得完整的貢獻者名單，請參考[此 GitHub page](https://github.com/cncf/glossary/graphs/contributors)。
+
+Glossary 主要維護由
+[Seokho Son](https://www.linkedin.com/in/seokho-son/)、
+[Noah Ispas](https://www.linkedin.com/in/noah-ispas-0665b42a/)、
+[Jihoon Seo](https://www.linkedin.com/in/jihoon-seo/)、
+[Nate W.](https://www.linkedin.com/in/nate-double-u/)
+和 [Jorge Castro](https://www.linkedin.com/in/jorge-castro2112/)。
+
+[Catherine Paganini](https://www.linkedin.com/in/catherinepaganini/en/)
+和 [Jason Morgan](https://www.linkedin.com/in/jasonmorgan2/)
+他們是名譽維護者，我們深深的感激他們多年來所做出的寶貴貢獻。
+
+最後，雲端原生 Glossary 的繁體中文本地化工作，由雲端原生 Glossary 繁中本地化團隊
+[傅耀德(Ader Fu)](https://github.com/ydfu)、
+[黃秉鈞(Phil Huang)](https://github.com/pichuang)、
+[邱宏瑋(HungWei Chiu)](https://github.com/hwchiu)
+和[林自均(John Lin)](https://github.com/johnlinp)
+進行貢獻與維護，
+同時也有眾多繁體中文貢獻者 [#glossary-localization-traditional-chinese](https://cloud-native.slack.com/archives/C055KERTNCX) 在頻道中參與討論與貢獻。
+
+## 授權條款 {#license}
+
+所有程式碼貢獻都在 Apache 2.0 許可下。
+文檔在 CC BY 4.0 下發布。

content/zh-tw/abstraction.md

@@ -0,0 +1,20 @@
+---
+title: 抽象
+status: Completed
+category: 屬性
+tags: ["基本原理", "", ""]
+---
+
+在計算機的背景中，抽象是一種表示方式，它將細節隱藏起來，
+讓[服務](/zh-tw/service/)的使用者（包括電腦程式和人類）能夠更容易理解系統並使其更通用。
+一個很好的例子是您的筆記型電腦的作業系統（OS）。
+它抽象化您的計算機運作的所有細節。
+您不需要了解 CPU、記憶體以及程式如何運作，
+您只需操作作業系統，作業系統會處理這些細節。
+所有細節都被隱藏在作業系統的「幕後」或抽象之後。
+
+系統通常具有多個抽象層。
+這顯著簡化了開發過程。
+在程式設計時，開發人員建立與特定抽象層兼容的元件，
+而不需要擔心底層的具體細節及差異。
+不論底層是什麼，只要與抽象層兼容，元件就能在系統中運作。

content/zh-tw/agile-software-development.md

@@ -0,0 +1,27 @@
+---
+title: 敏捷軟體開發
+status: Completed
+category: 概念
+tags: ["方法論", "", ""]
+---
+
+## 是什麼 {#what-it-is}
+
+敏捷軟體開發是一系列強調迭代開發週期和自我組織團隊的實踐方法。
+與僅在專案結束時才生成價值的瀑布式專案相比，
+敏捷軟體開發著重於價值的持續、增量式的交付，並對過程本身進行漸進式的改善。
+
+## 解決的問題 {#problem-it-addresses}
+
+在軟體專案中，定義、傳達和理解所有利害關係人的需求非常困難，甚至是不可能的。
+然而，客戶希望他們的軟體專案能有高品質，在預算、時程及專案範圍內交付。
+相較於於瀑布式策略，敏捷軟體開發的週期特性使其能持續適應需求，並且能更快地適應其他所有情況。
+
+## 如何幫助我們 {#how-it-helps}
+
+敏捷軟體開發包含了傳統（瀑布式）策略的所有階段，
+如需求工程、規劃、開發、審核、測試和交付。
+最大的不同在於，整個軟體專案的時間跨度被切分為多個迭代，
+每個迭代都包含所有這些階段。
+在每個迭代結束後，開發團隊可以與客戶一起審查創造的價值，並對需求進行調整以達到最終目標。
+此外，開發團隊還會反思需要採取哪些行動來改進過程本身。

content/zh-tw/api-gateway.md

@@ -0,0 +1,25 @@
+---
+title: API 閘道器
+status: Completed
+category: 技術
+tags: ["網路", "", ""]
+---
+
+## 是什麼 {#what-it-is}
+
+[API](/zh-tw/application-programming-interface/) 閘道器是一個工具，
+它聚集了多應用程式的 API，使它們可以透過單一的入口存取。
+這使得組織能夠集中處理特定的功能（如身分驗證、授權或限制應用程式之間的請求數量）。
+API 閘道器作為的公共介面，來為 API 使用者（通常是外部的）提供服務。
+
+## 解決的問題 {#problem-it-addresses}
+
+如果您希望為外部使用者提供 API，您通常會希望有一個單一的入口點來管理所有的存取。
+此外，API 閘道器可以讓您統一套用功能到所有的流量上，而不需要修改任何應用程式的程式碼。
+
+## 如何幫助我們 {#how-it-helps}
+
+API 閘道器為應用程式中的各種 API 提供了一個單一存取點，
+這使得組織能夠在集中處理跨域商業邏輯或安全邏輯，也讓應用程式使用者能夠透過訪問單一地址滿足所有需求。
+API 閘道器可以透過為系統中所有Web服務的請求提供單一的存取點來簡化像安全性和[可觀測性](/zh-tw/observability/)這樣的運營問題。
+由於所有請求都流經 API 閘道器，它可以集中添加功能，如指標收集、速率限制和授權。

content/zh-tw/blue-green-deployment.md

@@ -0,0 +1,30 @@
+---
+title: 藍綠部署
+status: Completed
+category: 概念
+tags: ["方法論", "應用程式", ""]
+---
+
+## 是什麼 {#what-it-is}
+
+藍綠部署是一種以最小的停機時間更新執行中的電腦系統的方法。
+維運者維護兩個環境，被稱為 "藍" 和 "綠"。
+一個提供正式服務的流量（所有使用者目前正在使用的版本），另一個則是需要升級的服務。
+一旦非活躍（綠色）環境中的測試結束，
+正式服務流量會被切換過來（通常會使用[負載平衡器](/zh-tw/load-balancer/)）。
+注意，藍綠部署通常意思是要切換整個環境，包括許多[服務](/zh-tw/service/)。
+令人困惑的是，有時這個術語被用於一個系統內的單個服務。
+為了避免這個歧異，提到單個元件時，最好使用 "零停機部署" 一詞。
+
+## 解決的問題 {#problem-it-addresses}
+
+在更新那些缺乏向後相容性而必須"同步"改變的軟體時，藍綠部署允許最短的停機時間。
+例如，藍綠部署適用於一個由網站和資料庫組成的線上商店，
+該商店需要更新，但新版本的資料庫不能與舊版本的網站一起使用，反之亦然。
+在這樣的情況下，兩者需要同時改變。
+如果在正式環境這樣做，客戶會注意到停機時間。
+
+## 如何幫助 {#how-it-helps}
+
+對於需要以最小的停機時間進行更新的非雲端原生軟體來說，藍綠部署是一種適合的方法。
+然而，它的使用通常是一種 "警訊"，老舊系統需要重新設計，以便可以單獨更新元件。

content/zh-tw/canary-deployment.md

@@ -0,0 +1,28 @@
+---
+title: 金絲雀部署
+status: Completed
+category: 概念
+tags: ["方法論", "應用程式", ""]
+---
+
+## 是什麼 {#what-it-is}
+
+金絲雀部署是一種部署策略，一開始有兩個環境：一個目前有即時流量的環境和一個目前無即時流量且已更新程式碼的環境。
+流量會逐漸從應用程式的原始版本轉移到更新後的版本。
+它可以從 1% 的流量開始，然後是 10%、25% 等等，以此類推，直到所有流量都轉移到已更新的版本。
+企業可以在正式環境中測試新版本的軟體，獲得回饋、錯誤診斷，並在必要的時候可以快速退回到穩定版本。
+
+「金絲雀」這詞是指「礦坑中的金絲雀」的做法，把金絲雀帶入礦坑中確保礦工們的安全。
+如果出現無味的有害氣體，這隻鳥就會死亡，礦工們知道他們必須儘速離開。
+同樣地，如果更新後的程式碼出現問題，即時流量就會被"撤離"回原始版本中。
+
+## 解決的問題 {#problem-it-addresses}
+
+無論測試策略有多嚴謹，總是會在正式環境中會發現一些錯誤。
+將 100% 流量從應用程式的一個版本完全切換到另一個版本，可能會導致更嚴重的失敗。
+
+## 如何幫助我們 {#how-it-helps}
+ 
+金絲雀部署讓企業在大量流量轉移到新版本以前，可以查看新版本軟體在實際場景中使用的情形。
+這種策略讓企業能夠最大限度地減少停機時間，並在新部署出現問題時快速退回上個版本。
+它允許更深度的正式應用程式測試，而不會對整體使用者體驗產生重大影響。

content/zh-tw/chaos-engineering.md

@@ -0,0 +1,23 @@
+---
+title: 混沌工程
+status: Completed
+category: 概念
+tags: ["方法論", "", ""]
+---
+
+## 是什麼 {#what-it-is}
+
+混沌工程或 CE，是在正式環境中對[分散式系統](/zh-tw/distributed-systems/)進行實驗的專業，以建立對系統在承受混亂和意外情況下時能力的信心。
+
+## 解決的問題 {#problem-it-addresses}
+
+[SRE](/zh-tw/site-reliability-engineering/) 和 [DevOps](/zh-tw/devops/) 實踐注重提高產品的彈性和[可靠性](/zh-tw/reliability/)技術。
+系統在故障容錯時確保有足夠服務品質的能力通常是軟體開發的要求。有幾個方面可能導致應用程式發生故障，例如基礎設施、平台或(基於[微服務](/zh-tw/microservices/)的)應用程式的其他部分。
+在正式環境中高頻率部署新功能會增加導致停機和嚴重事件發生的可能性，這對業務會產生重大影響。
+
+## 如何幫助我們 {#how-it-helps}
+
+混沌工程是一種滿足彈性需求的技術。它用於達成對基礎設施、平台和應用程序故障容錯。
+混沌工程師使用混沌實驗來主動注入隨機故障，以驗證應用程序、基礎設施或平台是否能夠自我修復，並且故障不會明顯影響客戶。
+混沌實驗旨在發現盲點（例如監控或自動擴展技術），並在嚴重事件期間提升團隊之間的溝通。
+這種方法有助於提高系統的彈性和團隊對複雜系統的信心，尤其是正式環境。

content/zh-tw/client-server-architecture.md

@@ -0,0 +1,32 @@
+---
+title: 用戶端-伺服器架構
+status: Completed
+category: 概念
+tags: ["架構", "基本原理", ""]
+---
+
+## 是什麼 {#what-it-is}
+
+在用戶端-伺服器架構（又可被稱爲主從式架構）中，構成應用程式的邏輯（或者說程式碼）會被拆解至兩組或是多組元件：
+一組用戶端負責發起工作請求（例如在你的瀏覽器裡執行的 Gmail 網頁應用程式），
+以及一組或多組伺服器負責滿足這個請求（例如執行在 Google 雲端的「發送郵件」服務）。
+舉例來說，你撰寫的外寄電子郵件是由用戶端（在你的瀏覽器裡執行的網頁應用程式）
+傳送到伺服器（Gmail 的伺服器，這些伺服器會將你的外寄電子郵件轉寄給收件人）。
+
+這與獨立式應用程式（例如桌面應用程式）形成對比，後者將所有的工作集中於一處完成。
+舉例來說，像是 Microsoft Word 這樣的文字處理程式，可以完全安裝並在你的電腦上執行。
+
+## 解決的問題 {#problem-it-addresses}
+
+用戶端-伺服器架構解決了獨立式應用程式面臨的一大挑戰：定期更新。
+對於獨立式應用程式，每一次的更新，都需要使用者自行下載並安裝最新版本。
+試想如果你在瀏覽 Amazon 的產品目錄前，需要先將其完整下載到你的電腦上才能開始瀏覽！
+
+## 如何幫助我們 {#how-it-helps}
+
+透過在遠端伺服器或是服務中實現應用程式的邏輯，維運人員可以在不改動用戶端邏輯的情況下進行更新。
+這意味著可以更頻繁地進行更新。
+將資料存儲在伺服器上，允許多組使用者查看和共享相同的資料。
+試想看看線上文字處理器與傳統的離線文字處理器之間的使用差異。
+在前者中，你的檔案是儲存於伺服器上並可以與其他使用者共享，他們只需從伺服器下載即可。
+在傳統世界中，檔案需要先複製到可移除式媒體（像是磁碟片！）中並與個別用戶分享。

content/zh-tw/cloud-computing.md

@@ -0,0 +1,18 @@
+---
+title: 雲端運算
+status: Completed
+category: 概念
+tags: ["方法論", "基礎設施", ""]
+---
+
+## 什麼是雲端運算 {#what-it-is}
+
+雲端運算是一種通過網際網路提供計算資源（如CPU、網路和磁碟功能）的服務，使用戶可以遠端存取位於實體位置的運算資源。一般會根據雲端基礎設施是用於專門為組織而設或是共享用於開放式服務，將其區分為私有雲和公有雲。
+
+## 解決的問題 {#problem-it-addresses}
+
+普遍來說，當組織需要擴展其運算資源時，會面臨兩個主要挑戰：一方面是購買、支援和設計新的設施來托管物理伺服器和網路，另一方面則是擴充和維護現有設施。透過雲端運算，組織能夠透過外包部分的運算需求以解決這些考驗。
+
+## 如何幫助我們 {#how-it-helps}
+
+雲端供應商讓組織可以按需租用計算資源並根據使用情況付費，從而帶來兩大優勢。第一是組織可以專注於產品或服務，無需等待、計劃和投入資源於新的物理基礎設施。其次，組織可以根據實際需求隨時[擴充](/zh-tw/scalability/)其運算資源。透過雲端運算，組織可以彈性選擇所需的基礎設施，以適應不斷變化的需求。