Translate contents #4

shukawam · 2024-03-12T12:31:27Z

No description provided.

ystkfujii · 2024-03-18T05:46:44Z

2024-03-01-sig-cloud-provider-spotlight/index.md

+
+> SIG Cloud Provider works to create seamless integrations between Kubernetes and various cloud providers. Their mission? Keeping the Kubernetes ecosystem fair and open for all. By setting clear standards and requirements, they ensure every cloud provider plays nicely with Kubernetes. It is their responsibility to configure cluster components to enable cloud provider integrations.
+
+SIGクラウド・プロバイダーは、Kubernetesと様々なクラウド・プロバイダー間のシームレスな統合のために活動しています。彼らの使命とは？Kubernetesのエコシステムを誰もにとっても公平かつオープンなものに保つことです。明確な標準と要件を設定することで、すべてのクラウド・プロバイダーがKubernetesとうまく連携できるようにします。クラウド・プロバイダーとの統合を可能にするためのクラスター・コンポーネントを構成することは、彼らの責任です。


シームレス -> 円滑な
「誰もにとっても」に違和感ある

ystkfujii · 2024-03-18T05:53:41Z

2024-03-01-sig-cloud-provider-spotlight/index.md

+
+> **Michael**: SIG Cloud Provider was formed to help ensure that Kubernetes provides a neutral integration point for all infrastructure providers. Our largest task to date has been the extraction and migration of in-tree cloud controllers to out-of-tree components. The SIG meets regularly to discuss progress and upcoming tasks and also to answer questions and bugs that arise. Additionally, we act as a coordination point for cloud provider subprojects such as the cloud provider framework, specific cloud controller implementations, and the [Konnectivity proxy project](https://kubernetes.io/docs/tasks/extend-kubernetes/setup-konnectivity/).
+
+**Michael:** SIGクラウド・プロバイダーは、KUbernetesがすべてのインフラストラクチャー・プロバイダーに中立的な統合ポイントを提供できるようにするために設立されました。私たちのこれまでの最大の仕事は、ツリー内のクラウド・コントローラーを抽出し、ツリー外のクラウド・コントローラー・コンポーネントへの移行です。SIGは定期的に会合を開き、進捗状況や今後のタスクについて議論するとともに、発生した質問やバグに回答しています。加えて、クラウド・プロバイダー・フレームワーク、クラウド・コントローラー・フレームワークの実装や[Konnectivity proxy project](https://kubernetes.io/docs/tasks/extend-kubernetes/setup-konnectivity/)のようなクラウド・プロバイダーのサブプロジェクト調整ポイントとして活動しています。


ystkfujii · 2024-03-18T05:58:04Z

2024-03-01-sig-cloud-provider-spotlight/index.md

+
+> **Michael:** One of the most common ways to run Kubernetes is by deploying it to a cloud environment (AWS, Azure, GCP, etc). Frequently, the cloud infrastructures have features that enhance the performance of Kubernetes, for example, by providing elastic load balancing for Service objects. To ensure that cloud-specific services can be consistently consumed by Kubernetes, the Kubernetes community has created cloud controllers to address these integration points. Cloud providers can create their own controllers either by using the framework maintained by the SIG or by following the API guides defined in the Kubernetes code and documentation. One thing I would like to point out is that SIG Cloud Provider does not deal with the lifecycle of nodes in a Kubernetes cluster; for those types of topics, SIG Cluster Lifecycle and the Cluster API project are more appropriate venues.
+
+**Michael:** Kubernetesを実行する最も一般的な方法の1つは、クラウド環境(AWS, Azure, GCPなど)にデプロイすることです。クラウド・インフラストラクチャには、Kubernetesのパフォーマンスを向上させる機能が備わっていることが多く、例えばServiceオブジェクトに対して弾力的な負荷分散を行うことができます。クラウド固有のサービスをKubernetesで一貫して消費できるようにするため、Kubernetesコミュニティはこれらの連携ポイントに対応するクラウド・コントローラーを作成しました。クラウドプロバイダーは、SIGによって維持されているフレームワークを使用するか、Kubernetesのコードとドキュメントで定義されているAPIガイドに従って、独自のコントローラを作成することができます。1つ指摘しておきたいのは、SIGクラウド・プロバイダーはKubernetesクラスター内のノードのライフサイクルを扱っていないということです。この種のトピックについては、SIGクラスター・ライフサイクルやCluster APIプロジェクトの方が適切な場です。


独自のコントローラ

2024-03-01-sig-cloud-provider-spotlight/index.md

ystkfujii · 2024-03-18T06:03:51Z

in-treeとout-of-treeは固有名詞？

Translate contents

5bb706b

shukawam marked this pull request as draft March 12, 2024 12:31

shukawam self-assigned this Mar 16, 2024

ystkfujii reviewed Mar 18, 2024

View reviewed changes

Fixed minor typo

279f7c5

shukawam marked this pull request as ready for review March 18, 2024 11:27

shukawam added 3 commits March 18, 2024 21:07

Fixed minor typo

df44e04

Fixed minor typo

d67010d

Fixed minor change

6d1f06e

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

Translate contents #4

Translate contents #4

shukawam commented Mar 12, 2024

ystkfujii Mar 18, 2024

shukawam Mar 18, 2024

ystkfujii Mar 18, 2024

shukawam Mar 18, 2024

ystkfujii Mar 18, 2024

shukawam Mar 18, 2024

ystkfujii commented Mar 18, 2024


		> SIG Cloud Provider works to create seamless integrations between Kubernetes and various cloud providers. Their mission? Keeping the Kubernetes ecosystem fair and open for all. By setting clear standards and requirements, they ensure every cloud provider plays nicely with Kubernetes. It is their responsibility to configure cluster components to enable cloud provider integrations.

		SIGクラウド・プロバイダーは、Kubernetesと様々なクラウド・プロバイダー間のシームレスな統合のために活動しています。彼らの使命とは？Kubernetesのエコシステムを誰もにとっても公平かつオープンなものに保つことです。明確な標準と要件を設定することで、すべてのクラウド・プロバイダーがKubernetesとうまく連携できるようにします。クラウド・プロバイダーとの統合を可能にするためのクラスター・コンポーネントを構成することは、彼らの責任です。


		> Michael: SIG Cloud Provider was formed to help ensure that Kubernetes provides a neutral integration point for all infrastructure providers. Our largest task to date has been the extraction and migration of in-tree cloud controllers to out-of-tree components. The SIG meets regularly to discuss progress and upcoming tasks and also to answer questions and bugs that arise. Additionally, we act as a coordination point for cloud provider subprojects such as the cloud provider framework, specific cloud controller implementations, and the [Konnectivity proxy project](https://kubernetes.io/docs/tasks/extend-kubernetes/setup-konnectivity/).

		Michael: SIGクラウド・プロバイダーは、KUbernetesがすべてのインフラストラクチャー・プロバイダーに中立的な統合ポイントを提供できるようにするために設立されました。私たちのこれまでの最大の仕事は、ツリー内のクラウド・コントローラーを抽出し、ツリー外のクラウド・コントローラー・コンポーネントへの移行です。SIGは定期的に会合を開き、進捗状況や今後のタスクについて議論するとともに、発生した質問やバグに回答しています。加えて、クラウド・プロバイダー・フレームワーク、クラウド・コントローラー・フレームワークの実装や[Konnectivity proxy project](https://kubernetes.io/docs/tasks/extend-kubernetes/setup-konnectivity/)のようなクラウド・プロバイダーのサブプロジェクト調整ポイントとして活動しています。


		> Michael: One of the most common ways to run Kubernetes is by deploying it to a cloud environment (AWS, Azure, GCP, etc). Frequently, the cloud infrastructures have features that enhance the performance of Kubernetes, for example, by providing elastic load balancing for Service objects. To ensure that cloud-specific services can be consistently consumed by Kubernetes, the Kubernetes community has created cloud controllers to address these integration points. Cloud providers can create their own controllers either by using the framework maintained by the SIG or by following the API guides defined in the Kubernetes code and documentation. One thing I would like to point out is that SIG Cloud Provider does not deal with the lifecycle of nodes in a Kubernetes cluster; for those types of topics, SIG Cluster Lifecycle and the Cluster API project are more appropriate venues.

		Michael: Kubernetesを実行する最も一般的な方法の1つは、クラウド環境(AWS, Azure, GCPなど)にデプロイすることです。クラウド・インフラストラクチャには、Kubernetesのパフォーマンスを向上させる機能が備わっていることが多く、例えばServiceオブジェクトに対して弾力的な負荷分散を行うことができます。クラウド固有のサービスをKubernetesで一貫して消費できるようにするため、Kubernetesコミュニティはこれらの連携ポイントに対応するクラウド・コントローラーを作成しました。クラウドプロバイダーは、SIGによって維持されているフレームワークを使用するか、Kubernetesのコードとドキュメントで定義されているAPIガイドに従って、独自のコントローラを作成することができます。1つ指摘しておきたいのは、SIGクラウド・プロバイダーはKubernetesクラスター内のノードのライフサイクルを扱っていないということです。この種のトピックについては、SIGクラスター・ライフサイクルやCluster APIプロジェクトの方が適切な場です。

Translate contents #4

Are you sure you want to change the base?

Translate contents #4

Conversation

shukawam commented Mar 12, 2024

ystkfujii Mar 18, 2024

Choose a reason for hiding this comment

shukawam Mar 18, 2024

Choose a reason for hiding this comment

ystkfujii Mar 18, 2024

Choose a reason for hiding this comment

shukawam Mar 18, 2024

Choose a reason for hiding this comment

ystkfujii Mar 18, 2024

Choose a reason for hiding this comment

shukawam Mar 18, 2024

Choose a reason for hiding this comment

ystkfujii commented Mar 18, 2024