Skip to content

Commit dcc9f04

Browse files
authored
Merge pull request #3019 from cncf/dev-ja
[ja] Merge dev-ja into main @v4
2 parents 74e2e88 + 400a724 commit dcc9f04

Some content is hidden

Large Commits have some content hidden by default. Use the searchbox below for content that may be hidden.

58 files changed

+543
-222
lines changed

content/ja/agile-software-development.md

Lines changed: 1 addition & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -6,8 +6,7 @@ tags: ["方法論", "", ""]
66
---
77

88
アジャイルソフトウェア開発は、繰り返しの開発サイクルと自己組織化チームを重視する一連の実践です。
9-
プロジェクトの最後にのみ価値が生み出されるウォーターフォール型のプロジェクトとは対照的に、
10-
アジャイルソフトウェア開発は、継続的かつ段階的な価値の提供とプロセス自体の進化的な改善に焦点を当てています。
9+
プロジェクトの最後にのみ価値が生み出されるウォーターフォール型のプロジェクトとは対照的に、アジャイルソフトウェア開発は、継続的かつ段階的な価値の提供とプロセス自体の進化的な改善に焦点を当てています。
1110

1211
## 解決すべき問題はなんですか
1312

content/ja/api-gateway.md

Lines changed: 7 additions & 14 deletions
Original file line numberDiff line numberDiff line change
@@ -5,25 +5,18 @@ category: テクノロジー
55
tags: ["ネットワーキング", "", ""]
66
---
77

8-
[API](/ja/application-programming-interface/)ゲートウェイは、いくつかのアプリケーションAPIを集約し、
9-
それらを一か所で利用可能にするツールです。
10-
これにより認証や認可、
11-
またはアプリケーション間のリクエスト数を制限するなどの重要な機能を中央管理された場所に集約することができます。
8+
[API](/ja/application-programming-interface/)ゲートウェイは、いくつかのアプリケーションAPIを集約し、それらを一か所で利用可能にするツールです。
9+
これにより認証や認可、またはアプリケーション間のリクエスト数を制限するなどの重要な機能を中央管理された場所に集約することができます。
1210
APIゲートウェイは、(しばしば外部の)APIの利用者に対する共通のインターフェースとして機能します。
1311

1412
## 解決すべき問題はなんですか
1513

16-
外部の利用者にAPIを提供する場合、
17-
すべてのアクセスを管理・制御するための一つのエントリーポイントが必要になります。
18-
さらに、それらのやり取りに機能を適用する必要がある場合、
19-
APIゲートウェイを使用するとアプリのコードを変更することなく、すべてのトラフィックに対して一様にそれを適用することができます。
14+
外部の利用者にAPIを提供する場合、すべてのアクセスを管理・制御するための一つのエントリーポイントが必要になります。
15+
さらに、それらのやり取りに機能を適用する必要がある場合、APIゲートウェイを使用するとアプリのコードを変更することなく、すべてのトラフィックに対して一様にそれを適用することができます。
2016

2117
## どのように役に立つのでしょうか
2218

23-
アプリケーション内のさまざまなAPIに対して単一のアクセスポイントを提供するAPIゲートウェイは、
24-
組織の横断的なビジネスロジックやセキュリティロジックを一箇所に集中して適用するのを容易にします。
19+
アプリケーション内のさまざまなAPIに対して単一のアクセスポイントを提供するAPIゲートウェイは、組織の横断的なビジネスロジックやセキュリティロジックを一箇所に集中して適用するのを容易にします。
2520
また、アプリケーションの利用者がすべてのニーズに対して単一のアドレスを通じてアクセスできるようにもします。
26-
APIゲートウェイは、システム内のすべてのウェブサービスへのリクエストに対して単一のアクセスポイントを提供することで、
27-
セキュリティや[可観測性](/ja/observability/)などの運用上の懸念を簡素化することができます。
28-
すべてのリクエストがAPIゲートウェイを通過するため、
29-
メトリクス収集、レート制限、認証などの機能を追加するための単一の場所となります。
21+
APIゲートウェイは、システム内のすべてのウェブサービスへのリクエストに対して単一のアクセスポイントを提供することで、セキュリティや[オブザーバビリティ](/ja/observability/)などの運用上の懸念を簡素化することができます。
22+
すべてのリクエストがAPIゲートウェイを通過するため、メトリクス収集、レート制限、認証などの機能を追加するための単一の場所となります。

content/ja/auto-scaling.md

Lines changed: 2 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -2,7 +2,7 @@
22
title: オートスケーリング
33
status: Completed
44
category: プロパティ
5-
tags: ["インフラストラクチャー", "", ""]
5+
tags: ["インフラストラクチャ", "", ""]
66
---
77

88
オートスケーリングとは、システムが自動的に[スケール](/ja/scalability/)する能力のことで、通常はコンピューティングリソースにおいて行われます。
@@ -11,7 +11,7 @@ tags: ["インフラストラクチャー", "", ""]
1111
マネージドクラウドサービスには通常、オートスケーリング機能が関連しています。
1212
これは、ほとんどのオンプレミス環境へのデプロイよりも多くのオプションと実装が利用可能であるためです。
1313

14-
以前はインフラストラクチャーとアプリケーションが、システムのピーク使用量を考慮して設計されていました。
14+
以前はインフラストラクチャとアプリケーションが、システムのピーク使用量を考慮して設計されていました。
1515
このアーキテクチャにより、多くのリソースが未使用であり、消費者需要の変化に対して非弾力的でした。
1616
非弾力性は、ビジネスへの高コストと、過剰な需要によって発生する障害の営業損失を意味します。
1717

content/ja/bare-metal-machine.md

Lines changed: 12 additions & 5 deletions
Original file line numberDiff line numberDiff line change
@@ -2,17 +2,24 @@
22
title: ベアメタルマシン
33
status: Completed
44
category: テクノロジー
5-
tags: ["インフラストラクチャー", "", ""]
5+
tags: ["インフラストラクチャ", "", ""]
66
---
77

8-
ベアメタルとは物理コンピューターを意味し、具体的にはサーバーのことでありオペレーティングシステムが1つしかないものです。最近のコンピューティングでは、サーバーの多くが[仮想マシン](/ja/virtual-machine/)であるため、この区別は重要です。物理サーバーは、一般的に強力なハードウェアを内蔵したかなり大型のコンピューターです。[仮想化](/ja/virtualization/)せずに、物理ハードウェア上にオペレーティングシステムをインストールし直接アプリケーションを実行することを"ベアメタル"上で実行すると呼ばれます。
8+
ベアメタルとは物理コンピューターを意味し、具体的にはサーバーのことでありオペレーティングシステムが1つしかないものです。
9+
最近のコンピューティングでは、サーバーの多くが[仮想マシン](/ja/virtual-machine/)であるため、この区別は重要です。
10+
物理サーバーは、一般的に強力なハードウェアを内蔵したかなり大型のコンピューターです。
11+
[仮想化](/ja/virtualization/)せずに、物理ハードウェア上にオペレーティングシステムをインストールし直接アプリケーションを実行することを"ベアメタル"上で実行すると呼ばれます。
912

1013
## 解決すべき問題はなんですか
1114

12-
1つのオペレーティングシステムと1台の物理コンピューターの組み合わせはコンピューティングの原型です。物理コンピューターのすべてのリソースがオペレーティングシステムで直接利用可能であり、仮想化レイヤーが存在しないため、オペレーティングシステムの命令をハードウェアに変換する際に人工的な遅延が発生しません。
15+
1つのオペレーティングシステムと1台の物理コンピューターの組み合わせはコンピューティングの原型です。
16+
物理コンピューターのすべてのリソースがオペレーティングシステムで直接利用可能であり、仮想化レイヤーが存在しないため、オペレーティングシステムの命令をハードウェアに変換する際に人工的な遅延が発生しません。
1317

1418
## どのように役に立つのでしょうか
1519

16-
コンピューターのすべての計算リソースを単一のオペレーティングシステムに割り当てることで、オペレーティングシステムに最高のパフォーマンスを提供できる可能性があります。ハードウェアリソースに極めて高速にアクセスしなければならないワークロードを実行する必要がある場合、ベアメタルが適切なソリューションかもしれません。
20+
コンピューターのすべての計算リソースを単一のオペレーティングシステムに割り当てることで、オペレーティングシステムに最高のパフォーマンスを提供できる可能性があります。
21+
ハードウェアリソースに極めて高速にアクセスしなければならないワークロードを実行する必要がある場合、ベアメタルが適切なソリューションかもしれません。
1722

18-
[クラウドネイティブアプリケーション](/ja/cloud-native-apps/)のコンテキストでは、私たちは一般的にパフォーマンスを、[水平スケーリング](/ja/horizontal-scaling/)(リソースプールにマシンを追加する)で処理できる多数の並行イベントへの[スケーリング](/ja/scalability/)という観点から考えます。しかし、ワークロードによっては[垂直スケーリング](/ja/vertical-scaling/)(既存の物理マシンにさらにパワーを追加する)が必要な場合や、極めて高速な物理ハードウェアのレスポンスが必要になる場合はベアメタルが適しています。また、ベアメタルにおいては、タスクを達成するために、物理ハードウェアや場合によってはハードウェアドライバをチューニングすることもできます。
23+
[クラウドネイティブアプリケーション](/ja/cloud-native-apps/)のコンテキストでは、私たちは一般的にパフォーマンスを、[水平スケーリング](/ja/horizontal-scaling/)(リソースプールにマシンを追加する)で処理できる多数の並行イベントへの[スケーリング](/ja/scalability/)という観点から考えます。
24+
しかし、ワークロードによっては[垂直スケーリング](/ja/vertical-scaling/)(既存の物理マシンにさらにパワーを追加する)が必要な場合や、極めて高速な物理ハードウェアのレスポンスが必要になる場合はベアメタルが適しています。
25+
また、ベアメタルにおいては、タスクを達成するために、物理ハードウェアや場合によってはハードウェアドライバをチューニングすることもできます。

content/ja/blue-green-deployment.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -5,7 +5,7 @@ category: コンセプト
55
tags: ["方法論", "アプリケーション", ""]
66
---
77

8-
ブルーグリーンデプロイメントは、最小限のダウンタイムで稼働中のコンピュータシステムを更新する戦略です
8+
ブルーグリーンデプロイメントは、最小限のダウンタイムで稼働中のコンピューターシステムを更新する戦略です
99
オペレーターは、"ブルー"と"グリーン"と呼ばれる2つの環境を維持します。
1010
一方は本番トラフィックを処理し(現在すべてのユーザーが使用しているバージョン)、もう一方が更新されます。
1111
アクティブではない(グリーン)環境のテストが終了すると、本番トラフィックは(しばしばロードバランサーを使用して)切り替えられます。

content/ja/chaos-engineering.md

Lines changed: 3 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -12,13 +12,13 @@ tags: ["方法論", "", ""]
1212

1313
[SRE](/ja/site-reliability-engineering/)[DevOps](/ja/devops/)の実践は、プロダクトの回復力と[信頼性](/ja/reliability/)を高める技術に焦点を当てています。
1414
システムが障害を許容しつつ適切なサービス品質を保証する能力は、通常のソフトウェア開発の要件です。
15-
インフラストラクチャー、プラットフォーム、あるいは([マイクロサービス](/ja/microservices-architecture)ベースの)アプリケーションの他の動作部分のように、アプリケーションの停止につながる可能性のある複数の側面が関与しています。
15+
インフラストラクチャ、プラットフォーム、あるいは([マイクロサービス](/ja/microservices-architecture)ベースの)アプリケーションの他の動作部分のように、アプリケーションの停止につながる可能性のある複数の側面が関与しています。
1616
本番環境に新機能を高頻度でデプロイすることは、高い確率でダウンタイムと重大なインシデントをもたらし、ビジネスに重大な影響を及ぼす可能性があります。
1717

1818
## どのように役に立つのでしょうか
1919

2020
カオスエンジニアリングは、回復力の要件を満たすための技術です。
21-
インフラストラクチャー、プラットフォーム、そしてアプリケーションの障害に対する回復力を達成するために使用されます。
22-
カオスエンジニアは、アプリケーション、インフラストラクチャー、あるいはプラットフォームが自己修復でき障害が顧客に目立った影響を与えないことを検証するために、プロアクティブにランダムな障害を注入するカオス実験を行います。
21+
インフラストラクチャ、プラットフォーム、そしてアプリケーションの障害に対する回復力を達成するために使用されます。
22+
カオスエンジニアは、アプリケーション、インフラストラクチャ、あるいはプラットフォームが自己修復でき障害が顧客に目立った影響を与えないことを検証するために、プロアクティブにランダムな障害を注入するカオス実験を行います。
2323
カオス実験の目的は、盲点(例えば、モニタリングや自動スケーリング技術)を発見し、重大なインシデントの最中にチーム間のコミュニケーションを改善することです。
2424
このアプローチは、特に本番環境において、複雑なシステムにおける回復力とチームの自信を高めるのに役立ちます。

content/ja/client-server-architecture.md

Lines changed: 2 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -16,12 +16,11 @@ tags: ["アーキテクチャ", "基礎", ""]
1616

1717
クライアントサーバーアーキテクチャは、自己完結型のアプリケーションが抱える、定期的な更新という大きな課題を解決します。
1818
自己完結型アプリでは、更新のたびにユーザーは最新バージョンをダウンロードしてインストールする必要があります。
19-
Amazonの商品カタログ全体を、ブラウジングする前に自分のコンピュータにダウンロードすることを想像してみてください
19+
Amazonの商品カタログ全体を、ブラウジングする前に自分のコンピューターにダウンロードすることを想像してみてください
2020

2121
## どのように役に立つのでしょうか
2222

23-
リモートサーバーやサービスでアプリケーションロジックを実装することにより、
24-
オペレーターはクライアント側のロジックを変更することなく、それを更新できます。
23+
リモートサーバーやサービスでアプリケーションロジックを実装することにより、オペレーターはクライアント側のロジックを変更することなく、それを更新できます。
2524
これによって更新をより頻繁に行うことができます。
2625
データをサーバー上に保存することで、多くのクライアントが同じデータを見て共有することができます。
2726
オンラインのワードプロセッサーを使用することと、従来のオフラインのワードプロセッサーを使用することの違いを考えてみてください。

content/ja/cloud-computing.md

Lines changed: 10 additions & 4 deletions
Original file line numberDiff line numberDiff line change
@@ -2,15 +2,21 @@
22
title: クラウドコンピューティング
33
status: Completed
44
category: コンセプト
5-
tags: ["インフラストラクチャー", "基礎", ""]
5+
tags: ["インフラストラクチャ", "基礎", ""]
66
---
77

8-
クラウドコンピューティングは、CPU、ネットワーク、ディスクなどの計算資源をインターネット上でオンデマンドで提供し、ユーザーは物理的に離れた場所にある計算能力にアクセスし、使用することができるようにします。一般に、クラウド基盤が組織専用のものか、オープンな公共サービスのために共有されているかによって、プライベートクラウドとパブリッククラウドに区別されます。
8+
クラウドコンピューティングは、CPU、ネットワーク、ディスクなどの計算資源をインターネット上でオンデマンドで提供し、ユーザーは物理的に離れた場所にある計算能力にアクセスし、使用することができるようにします。
9+
一般に、クラウド基盤が組織専用のものか、オープンな公共サービスのために共有されているかによって、プライベートクラウドとパブリッククラウドに区別されます。
910

1011
## 解決すべき問題はなんですか
1112

12-
組織は従来、コンピューティングパワーを拡大しようとする際、主に2つの課題に直面していました。物理的なサーバーとネットワークをホストするための(新しい)設備を取得、サポート、設計するか、既存の設備を拡張、維持するかです。クラウドコンピューティングは、企業がコンピューティングニーズの一部をアウトソースできるようにすることで、この課題を解決しています。
13+
組織は従来、コンピューティングパワーを拡大しようとする際、主に2つの課題に直面していました。
14+
物理的なサーバーとネットワークをホストするための(新しい)設備を取得、サポート、設計するか、既存の設備を拡張、維持するかです。
15+
クラウドコンピューティングは、企業がコンピューティングニーズの一部をアウトソースできるようにすることで、この課題を解決しています。
1316

1417
## どのように役に立つのでしょうか
1518

16-
クラウドプロバイダーは、企業がオンデマンドでコンピューティングリソースを借り、使用量に応じて料金を支払うことを可能にし、2つの重要な利点をもたらします。第一に、企業は新しい物理的なインフラストラクチャーを待つことなく、計画し、リソースを費やすことなく、製品やサービスに集中することができます。そして2つ目は、必要に応じてオンデマンドで[拡張](/ja/scalability/)できることです。クラウドコンピューティングでは、必要な分だけインフラを導入することができます。
19+
クラウドプロバイダーは、企業がオンデマンドでコンピューティングリソースを借り、使用量に応じて料金を支払うことを可能にし、2つの重要な利点をもたらします。
20+
第一に、企業は新しい物理的なインフラストラクチャを待つことなく、計画し、リソースを費やすことなく、製品やサービスに集中することができます。
21+
そして2つ目は、必要に応じてオンデマンドで[拡張](/ja/scalability/)できることです。
22+
クラウドコンピューティングでは、必要な分だけインフラを導入することができます。

0 commit comments

Comments
 (0)