Merge pull request #45895 from drewhagen/merged-main-dev-1.30

Merge main branch into dev-1.30 one last time

README-es.md

@@ -1,6 +1,6 @@
 # La documentación de Kubernetes
 
-[![Build Status](https://api.travis-ci.org/kubernetes/website.svg?branch=master)](https://travis-ci.org/kubernetes/website)
+[![Netlify Status](https://api.netlify.com/api/v1/badges/be93b718-a6df-402a-b4a4-855ba186c97d/deploy-status)](https://app.netlify.com/sites/kubernetes-io-main-staging/deploys)
 [![GitHub release](https://img.shields.io/github/release/kubernetes/website.svg)](https://github.com/kubernetes/website/releases/latest)
 
 Bienvenido!

README-vi.md

@@ -4,14 +4,14 @@
 
 Kho lưu trữ này chứa các tài sản cần thiết để xây dựng [trang web và tài liệu Kubernetes](https://kubernetes.io/). Chúng tôi rất vui mừng khi bạn muốn đóng góp!
 
-- [Đóng góp vào tài liệu](#contributing-to-the-docs)
-- [READMEs địa phương](#localization-readmes)
+- [Đóng góp vào tài liệu](#đóng-góp-vào-tài-liệu)
+- [READMEs đa ngôn ngữ](#các-tệp-readme-đa-ngôn-ngữ)
 
 ## Sử dụng kho lưu trữ này
 
-Bạn có thể chạy trang web này ở chế độ local bằng cách sử dụng [Hugo (Phiên bản mở rộng)](https://gohugo.io/), hoặc bạn có thể chạy nó trong một container runtime. Chúng tôi mạnh mẽ khuyến nghị sử dụng container runtime, vì nó mang lại tính nhất quán trong triển khai với trang web thực tế.
+Bạn có thể chạy trang web này ở chế độ local bằng cách sử dụng [Hugo (Phiên bản mở rộng)](https://gohugo.io/), hoặc bạn có thể chạy nó trong một container runtime. Chúng tôi khuyến nghị sử dụng container runtime, vì nó mang lại tính nhất quán trong triển khai so với trang web thực tế.
 
-## Yêu cầu tiên quyết
+## Chuẩn bị để sử dụng
 
 Để sử dụng kho lưu trữ này, bạn cần cài đặt các phần mềm sau trên máy tính của bạn:
 
@@ -20,14 +20,17 @@ Bạn có thể chạy trang web này ở chế độ local bằng cách sử d
 - [Hugo (Phiên bản mở rộng)](https://gohugo.io/)
 - Một container runtime, như [Docker](https://www.docker.com/).
 
+> [!Chú ý]
+Hãy chắc chắn rằng bạn mở rộng của Hugo bạn cài đặt trùng với phiên bản được chỉ định thông qua biến môi trường `HUGO_VERSION` trong tệp [`netlify.toml`](netlify.toml#L11).
+
 Trước khi bắt đầu, hãy cài đặt các phụ thuộc. Sao chép kho lưu trữ và di chuyển đến thư mục:
 
 ```bash
 git clone https://github.com/kubernetes/website.git
 cd website
 ```
 
-Trang web Kubernetes sử dụng [chủ đề Docsy Hugo](https://github.com/google/docsy#readme). Ngay cả khi bạn dự định chạy trang web trong một vùng chứa, chúng tôi thực sự khuyên bạn nên kéo mô-đun con và các phần phụ thuộc phát triển khác bằng cách chạy như sau:
+Trang web Kubernetes sử dụng [Docsy Hugo](https://github.com/google/docsy#readme). Ngay cả khi bạn dự định chạy trang web trong một vùng chứa, chúng tôi thực sự khuyên bạn nên kéo mô-đun con và các phần phụ thuộc phát triển khác bằng cách chạy như sau:
 
 ### Windows
 
@@ -52,13 +55,13 @@ make module-init
 make container-serve
 ```
 
-Nếu bạn thấy lỗi, điều đó có thể có nghĩa là container Hugo không có đủ tài nguyên điện toán. Để giải quyết nó, hãy tăng số lượng sử dụng CPU và bộ nhớ được phép cho Docker trên máy của bạn ([macOS] (<https://docs.docker.com/desktop/setings/mac/>) và [windows] (https: // tài liệu .Docker.com/Desktop/Cài đặt/Windows/)).
+Nếu bạn thấy lỗi, điều đó có thể có nghĩa là container Hugo không có đủ tài nguyên. Để giải quyết nó, hãy tăng số lượng CPU và bộ nhớ được phép sử dụng cho Docker trên máy của bạn ([macOS](https://docs.docker.com/desktop/setings/mac/) và [windows](https://docs.docker.com/desktop/settings/windows/)).
 
-Mở trình duyệt của bạn để <http://localhost:1313> để xem trang web. Khi bạn thay đổi các tệp nguồn, Hugo cập nhật trang web và buộc phải làm mới trình duyệt.
+Mở trình duyệt của bạn, truy cập <http://localhost:1313> để xem trang web. Khi bạn thay đổi các tệp nguồn, Hugo sẽ cập nhật và tự động làm mới lại trang web.
 
-## Chạy trang web cục bộ bằng cách sử dụng Hugo
+## Chạy trang web trực tiếp bằng cách sử dụng Hugo
 
-Đảm bảo cài đặt phiên bản mở rộng Hugo được chỉ định bởi biến môi trường `Hugo_version` trong tệp [`netlify.toml`] (netlify.toml#l11).
+Đảm bảo cài đặt phiên bản mở rộng Hugo được chỉ định bởi biến môi trường `HUGO_VERSION` trong tệp [`netlify.toml`](netlify.toml#l11).
 
 Để cài đặt các phụ thuộc, triển khai và kiểm tra trang web cục bộ, chạy:
 
@@ -76,11 +79,11 @@ Mở trình duyệt của bạn để <http://localhost:1313> để xem trang we
   hugo.exe server --buildFuture --environment development
   ```
 
-Điều này sẽ khởi động máy chủ Hugo cục bộ trên cổng 1313. Mở trình duyệt của bạn thành <http://localhost:1313> để xem trang web. Khi bạn thay đổi các tệp nguồn, Hugo cập nhật trang web và buộc phải làm mới trình duyệt.
+Máy chủ Hugo cục bộ sẽ được khởi động trên cổng 1313. Mở trình duyệt của bạn, truy cập <http://localhost:1313> để xem trang web. Khi bạn thay đổi các tệp nguồn, Hugo sẽ cập nhật và tự động làm mới lại trang web.
 
 ## Xây dựng các trang tài liệu tham khảo API
 
-Các trang tài liệu tham khảo API nằm trong `content/en/docs/reference/kubernetes-api` được xây dựng từ Swagger specification, còn được gọi là OpenAPI specification, sử dụng <https://github.com/kubernetes-sigs/reference-docs/tree/master/gen-resourcesdocs>.
+Các trang tài liệu tham khảo API nằm trong thư mục `content/en/docs/reference/kubernetes-api` được xây dựng từ Swagger specification, còn được gọi là OpenAPI specification, sử dụng <https://github.com/kubernetes-sigs/reference-docs/tree/master/gen-resourcesdocs>.
 
 Để cập nhật các trang tài liệu tham khảo cho một phiên bản Kubernetes mới, làm theo các bước sau:
 
@@ -104,21 +107,22 @@ Các trang tài liệu tham khảo API nằm trong `content/en/docs/reference/ku
    make api-reference
    ```
 
-   Bạn có thể kiểm tra kết quả trên máy cục bộ bằng cách xây dựng và chạy trang web từ một container:
+   Bạn có thể kiểm tra kết quả bằng cách xây dựng và chạy trang web từ một container:
 
    ```bash
    make container-serve
    ```
 
    Trong trình duyệt web, truy cập vào <http://localhost:1313/docs/reference/kubernetes-api/> để xem tài liệu tham khảo API.
 
-5. Khi tất cả các thay đổi của hợp đồng mới được phản ánh vào các tệp cấu hình `toc.yaml` và `fields.yaml`, tạo một Pull Request với các trang tài liệu tham khảo API mới được tạo ra.
+5. Khi tất cả các thay đổi được phản ánh vào các tệp cấu hình `toc.yaml` và `fields.yaml`, tạo một Pull Request với các trang tài liệu tham khảo API mới được tạo ra.
 
 ## Khắc phục sự cố
 
-### Lỗi: failed to transform resource: TOCSS: failed to transform "scss/main.scss" (text/x-scss): tính năng này không khả dụng trong phiên bản Hugo hiện tại của bạn
+### error: failed to transform resource: TOCSS: failed to transform "scss/main.scss" (text/x-scss): this feature is not available in your current Hugo version
 
-Hugo được cung cấp dưới dạng hai bộ công cụ nhị phân vì lý do kỹ thuật. Trang web hiện tại chạy dựa trên phiên bản **Hugo Extended** duy nhất. Trong [trang phát hành](https://github.com/gohugoio/hugo/releases), tìm kiếm các bản lưu trữ có chứa từ khóa `extended` trong tên. Để xác nhận, chạy `hugo version` và tìm từ khóa `extended`.
+Hugo được cung cấp dưới dạng hai phiên bản (cơ bản và bản mở rộng - extended) vì lý do kỹ thuật. Trang web hiện tại chỉ chạy với phiên bản **Hugo Extended**. Trong [trang phát hành của Hugo](https://github.com/gohugoio/hugo/releases), tìm kiếm các 
+phiên bản có chứa từ khóa `extended` trong tên. Để xác nhận, chạy `hugo version` và tìm từ khóa `extended`.
 
 ### Khắc phục sự cố trên macOS với quá nhiều tệp mở
 
@@ -133,12 +137,12 @@ Hãy kiểm tra giới hạn hiện tại cho số tệp mở:
 
 `launchctl limit maxfiles`
 
-Sau đó, chạy các lệnh sau (được thích nghi từ <https://gist.github.com/tombigel/d503800a282fcadbee14b537735d202c>):
+Sau đó, chạy các lệnh sau (được lấy từ <https://gist.github.com/tombigel/d503800a282fcadbee14b537735d202c>):
 
 ```shell
 #!/bin/sh
 
-# Đây là các liên kết gist gốc, liên kết đến các gist của tôi ngay bây giờ.
+# These are the original gist links, linking to my gists now.
 # curl -O https://gist.githubusercontent.com/a2ikm/761c2ab02b7b3935679e55af5d81786a/raw/ab644cb92f216c019a2f032bbf25e258b01d87f9/limit.maxfiles.plist
 # curl -O https://gist.githubusercontent.com/a2ikm/761c2ab02b7b3935679e55af5d81786a/raw/ab644cb92f216c019a2f032bbf25e258b01d87f9/limit.maxproc.plist
 
@@ -154,7 +158,7 @@ sudo chown root:wheel /Library/LaunchDaemons/limit.maxproc.plist
 sudo launchctl load -w /Library/LaunchDaemons/limit.maxfiles.plist
 ```
 
-Điều này hoạt động cho cả macOS Catalina và Mojave.
+Các lệnh trên hoạt động trên cả macOS Catalina và Mojave.
 
 ## Tham gia với SIG Docs
 
@@ -163,14 +167,14 @@ Tìm hiểu thêm về cộng đồng SIG Docs Kubernetes và cuộc họp trên
 Bạn cũng có thể liên hệ với những người duy trì dự án này tại:
 
 - [Slack](https://kubernetes.slack.com/messages/sig-docs)
-  - [Nhận lời mời tham gia Slack này](https://slack.k8s.io/)
+- [Nhận lời mời tham gia Slack này](https://slack.k8s.io/)
 - [Mailing List](https://groups.google.com/forum/#!forum/kubernetes-sig-docs)
 
 ## Đóng góp vào tài liệu
 
 Bạn có thể nhấp vào nút **Fork** ở phía trên bên phải của màn hình để tạo một bản sao của kho lưu trữ này trong tài khoản GitHub của bạn. Bản sao này được gọi là _fork_. Thực hiện bất kỳ thay đổi nào bạn muốn trong fork của bạn, và khi bạn sẵn sàng gửi những thay đổi đó cho chúng tôi, hãy vào fork của bạn và tạo một pull request mới để thông báo cho chúng tôi biết về nó.
 
-Sau khi pull request của bạn được tạo, một người xem Kubernetes sẽ chịu trách nhiệm cung cấp phản hồi rõ ràng, có thể thực hiện được. Là chủ sở hữu của pull request, **bạn có trách nhiệm sửa đổi pull request của mình để giải quyết phản hồi đã được cung cấp cho bạn bởi người xem Kubernetes.**
+Sau khi pull request của bạn được tạo, một người xem Kubernetes sẽ chịu trách nhiệm cung cấp phản hồi rõ ràng, có thể thực hiện được. Là chủ sở hữu của pull request, **bạn có trách nhiệm sửa đổi pull request của mình để giải quyết phản hồi đã được cung cấp cho bạn bởi người đánh giá tài liệu Kubernetes.**
 
 Lưu ý rằng bạn có thể nhận được phản hồi từ nhiều người đánh giá Kubernetes hoặc bạn có thể nhận được phản hồi từ một người đánh giá Kubernetes khác với người được chỉ định ban đầu để cung cấp phản hồi.
 
@@ -210,4 +214,4 @@ Sự tham gia vào cộng đồng Kubernetes được điều chỉnh bởi [Quy
 
 ## Cảm ơn bạn
 
-Kubernetes phát triển dựa trên sự tham gia của cộng đồng, và chúng tôi đánh giá cao những đóng góp của bạn cho trang web và tài liệu của chúng tôi!
+Kubernetes phát triển dựa trên sự tham gia của cộng đồng, và chúng tôi đánh giá cao những đóng góp của bạn cho trang web và tài liệu của chúng tôi!

content/en/blog/_index.md

@@ -4,9 +4,7 @@ linkTitle: Blog
 menu:
   main:
     title: "Blog"
-    weight: 40
-    post: >
-       <p>Read the latest news for Kubernetes and the containers space in general, and get technical how-tos hot off the presses.</p>
+    weight: 20
 ---
 {{< comment >}}
 

content/en/blog/_posts/2024-01-15-SIG-Release-Spotlight/index.md

@@ -4,10 +4,10 @@ title: "Spotlight on SIG Release (Release Team Subproject)"
 date: 2024-01-15
 slug: sig-release-spotlight-2023
 canonicalUrl: https://www.kubernetes.dev/blog/2024/01/15/sig-release-spotlight-2023/
+author: >
+  Nitish Kumar
 ---
 
-**Author:** Nitish Kumar
-
 The Release Special Interest Group (SIG Release), where Kubernetes sharpens its blade 
 with cutting-edge features and bug fixes every 4 months. Have you ever considered how such a big 
 project like Kubernetes manages its timeline so efficiently to release its new version, or how 

content/en/blog/_posts/2024-01-23-image-filesystem.md

@@ -3,10 +3,10 @@ layout: blog
 title: 'Image Filesystem: Configuring Kubernetes to store containers on a separate filesystem'
 date: 2024-01-23
 slug: kubernetes-separate-image-filesystem
+author: >
+  Kevin Hannon (Red Hat)
 ---
 
-**Author:** Kevin Hannon (Red Hat)
-
 A common issue in running/operating Kubernetes clusters is running out of disk space.
 When the node is provisioned, you should aim to have a good amount of storage space for your container images and running containers.
 The [container runtime](/docs/setup/production-environment/container-runtimes/) usually writes to `/var`. 

content/en/blog/_posts/2024-02-22-k8s-book-club/index.md

@@ -4,10 +4,10 @@ title: "A look into the Kubernetes Book Club"
 slug: k8s-book-club
 date: 2024-02-22
 canonicalUrl: https://www.k8s.dev/blog/2024/02/22/k8s-book-club/
+author: >
+  Frederico Muñoz (SAS Institute)
 ---
 
-**Author**: Frederico Muñoz (SAS Institute)
-
 Learning Kubernetes and the entire ecosystem of technologies around it is not without its
 challenges. In this interview, we will talk with [Carlos Santana
 (AWS)](https://www.linkedin.com/in/csantanapr/) to learn a bit more about how he created the

content/en/blog/_posts/2024-03-01-sig-cloud-provider-spotlight.md

@@ -4,10 +4,10 @@ title: "Spotlight on SIG Cloud Provider"
 slug: sig-cloud-provider-spotlight-2024
 date: 2024-03-01
 canonicalUrl: https://www.k8s.dev/blog/2024/03/01/sig-cloud-provider-spotlight-2024/
+author: >
+  Arujjwal Negi
 ---
 
-**Author**: Arujjwal Negi
-
 One of the most popular ways developers use Kubernetes-related services is via cloud providers, but
 have you ever wondered how cloud providers can do that? How does this whole process of integration
 of Kubernetes to various cloud providers happen? To answer that, let's put the spotlight on [SIG

content/en/blog/_posts/2024-03-07-cri-o-seccomp-oci-artifacts.md

@@ -3,10 +3,10 @@ layout: blog
 title: "CRI-O: Applying seccomp profiles from OCI registries"
 date: 2024-03-07
 slug: cri-o-seccomp-oci-artifacts
+author: >
+  Sascha Grunert
 ---
 
-**Author:** Sascha Grunert
-
 Seccomp stands for secure computing mode and has been a feature of the Linux
 kernel since version 2.6.12. It can be used to sandbox the privileges of a
 process, restricting the calls it is able to make from userspace into the

content/en/blog/_posts/2024-03-12-mid-cycle-1.30.md

@@ -3,10 +3,14 @@ layout: blog
 title: 'A Peek at Kubernetes v1.30'
 date: 2024-03-12
 slug: kubernetes-1-30-upcoming-changes
+author: >
+  Amit Dsouza,
+  Frederick Kautz,
+  Kristin Martin,
+  Abigail McCarthy,
+  Natali Vlatko  
 ---
 
-**Authors:** Amit Dsouza, Frederick Kautz, Kristin Martin, Abigail McCarthy, Natali Vlatko 
-
 ## A quick look: exciting changes in Kubernetes v1.30
 
 It's a new year and a new Kubernetes release. We're halfway through the release cycle and

content/en/blog/_posts/2024-04-03-windows-ops-readiness.md

@@ -3,11 +3,12 @@ layout: blog
 title: "Introducing the Windows Operational Readiness Specification"
 date: 2024-04-03
 slug: intro-windows-ops-readiness
+author: >
+  Jay Vyas (Tesla),
+  Amim Knabben (Broadcom),
+  Tatenda Zifudzi (AWS)
 ---
 
-**Authors:** Jay Vyas (Tesla), Amim Knabben (Broadcom), and Tatenda Zifudzi (AWS)
-
-
 Since Windows support [graduated to stable](/blog/2019/03/25/kubernetes-1-14-release-announcement/)
 with Kubernetes 1.14 in 2019, the capability to run Windows workloads has been much
 appreciated by the end user community. The level of and availability of Windows workload

content/en/blog/_posts/2024-04-05-diy-create-your-own-cloud-with-kubernetes-part-1/index.md

@@ -3,10 +3,10 @@ layout: blog
 title: "DIY: Create Your Own Cloud with Kubernetes (Part 1)"
 slug: diy-create-your-own-cloud-with-kubernetes-part-1
 date: 2024-04-05T07:30:00+00:00
+author: >
+  Andrei Kvapil (Ænix)
 ---
 
-**Author**: Andrei Kvapil (Ænix)
-
 At Ænix, we have a deep affection for Kubernetes and dream that all modern technologies will soon
 start utilizing its remarkable patterns.
 

content/en/blog/_posts/2024-04-05-diy-create-your-own-cloud-with-kubernetes-part-2/index.md

@@ -3,10 +3,10 @@ layout: blog
 title: "DIY: Create Your Own Cloud with Kubernetes (Part 2)"
 slug: diy-create-your-own-cloud-with-kubernetes-part-2
 date: 2024-04-05T07:35:00+00:00
+author: >
+  Andrei Kvapil (Ænix)
 ---
 
-**Author**: Andrei Kvapil (Ænix)
-
 Continuing our series of posts on how to build your own cloud using just the Kubernetes ecosystem.
 In the [previous article](/blog/2024/04/05/diy-create-your-own-cloud-with-kubernetes-part-1/), we
 explained how we prepare a basic Kubernetes distribution based on Talos Linux and Flux CD.

content/en/blog/_posts/2024-04-05-diy-create-your-own-cloud-with-kubernetes-part-3/index.md

@@ -3,10 +3,10 @@ layout: blog
 title: "DIY: Create Your Own Cloud with Kubernetes (Part 3)"
 slug: diy-create-your-own-cloud-with-kubernetes-part-3
 date: 2024-04-05T07:40:00+00:00
+author: >
+  Andrei Kvapil (Ænix)
 ---
 
-**Author**: Andrei Kvapil (Ænix)
-
 Approaching the most interesting phase, this article delves into running Kubernetes within
 Kubernetes. Technologies such as Kamaji and Cluster API are highlighted, along with their
 integration with KubeVirt.

content/en/blog/_posts/2024-04-11-SIG-Architecture-Code-Organization-Spotlight.md

@@ -4,14 +4,14 @@ title: "Spotlight on SIG Architecture: Code Organization"
 slug: sig-architecture-code-spotlight-2024
 canonicalUrl: https://www.kubernetes.dev/blog/2024/04/11/sig-architecture-code-spotlight-2024
 date: 2024-04-11
+author: >
+  Frederico Muñoz (SAS Institute)
 ---
 
-**Author: Frederico Muñoz (SAS Institute)**
-
 _This is the third interview of a SIG Architecture Spotlight series that will cover the different
 subprojects. We will cover [SIG Architecture: Code Organization](https://github.com/kubernetes/community/blob/e44c2c9d0d3023e7111d8b01ac93d54c8624ee91/sig-architecture/README.md#code-organization)._
 
-In this SIG Architecture spotlight I talked with [Madhav Jivrajan](https://github.com/MadhavJivrajani)
+In this SIG Architecture spotlight I talked with [Madhav Jivrajani](https://github.com/MadhavJivrajani)
 (VMware), a member of the Code Organization subproject.
 
 ## Introducing the Code Organization subproject

content/en/case-studies/_index.html

@@ -5,6 +5,10 @@
 abstract: A collection of users running Kubernetes in production.
 layout: basic
 class: gridPage
+body_class: caseStudies
 cid: caseStudies
+menu:
+  main:
+    weight: 60
 ---