[ja] Correct the notation of the word "infrastructure" (#3045)

Signed-off-by: Junya Okabe <[email protected]>

Author: Okabe-Junya

content/ja/auto-scaling.md

@@ -2,7 +2,7 @@
 title: オートスケーリング
 status: Completed
 category: プロパティ
-tags: ["インフラストラクチャー", "", ""]
+tags: ["インフラストラクチャ", "", ""]
 ---
 
 オートスケーリングとは、システムが自動的に[スケール](/ja/scalability/)する能力のことで、通常はコンピューティングリソースにおいて行われます。
@@ -11,7 +11,7 @@ tags: ["インフラストラクチャー", "", ""]
 マネージドクラウドサービスには通常、オートスケーリング機能が関連しています。
 これは、ほとんどのオンプレミス環境へのデプロイよりも多くのオプションと実装が利用可能であるためです。
 
-以前はインフラストラクチャーとアプリケーションが、システムのピーク使用量を考慮して設計されていました。
+以前はインフラストラクチャとアプリケーションが、システムのピーク使用量を考慮して設計されていました。
 このアーキテクチャにより、多くのリソースが未使用であり、消費者需要の変化に対して非弾力的でした。
 非弾力性は、ビジネスへの高コストと、過剰な需要によって発生する障害の営業損失を意味します。
 

content/ja/bare-metal-machine.md

@@ -2,7 +2,7 @@
 title: ベアメタルマシン
 status: Completed
 category: テクノロジー
-tags: ["インフラストラクチャー", "", ""]
+tags: ["インフラストラクチャ", "", ""]
 ---
 
 ベアメタルとは物理コンピューターを意味し、具体的にはサーバーのことでありオペレーティングシステムが1つしかないものです。

content/ja/chaos-engineering.md

@@ -12,13 +12,13 @@ tags: ["方法論", "", ""]
 
 [SRE](/ja/site-reliability-engineering/)や[DevOps](/ja/devops/)の実践は、プロダクトの回復力と[信頼性](/ja/reliability/)を高める技術に焦点を当てています。
 システムが障害を許容しつつ適切なサービス品質を保証する能力は、通常のソフトウェア開発の要件です。
-インフラストラクチャー、プラットフォーム、あるいは([マイクロサービス](/ja/microservices-architecture)ベースの)アプリケーションの他の動作部分のように、アプリケーションの停止につながる可能性のある複数の側面が関与しています。
+インフラストラクチャ、プラットフォーム、あるいは([マイクロサービス](/ja/microservices-architecture)ベースの)アプリケーションの他の動作部分のように、アプリケーションの停止につながる可能性のある複数の側面が関与しています。
 本番環境に新機能を高頻度でデプロイすることは、高い確率でダウンタイムと重大なインシデントをもたらし、ビジネスに重大な影響を及ぼす可能性があります。
 
 ## どのように役に立つのでしょうか
 
 カオスエンジニアリングは、回復力の要件を満たすための技術です。
-インフラストラクチャー、プラットフォーム、そしてアプリケーションの障害に対する回復力を達成するために使用されます。
-カオスエンジニアは、アプリケーション、インフラストラクチャー、あるいはプラットフォームが自己修復でき障害が顧客に目立った影響を与えないことを検証するために、プロアクティブにランダムな障害を注入するカオス実験を行います。
+インフラストラクチャ、プラットフォーム、そしてアプリケーションの障害に対する回復力を達成するために使用されます。
+カオスエンジニアは、アプリケーション、インフラストラクチャ、あるいはプラットフォームが自己修復でき障害が顧客に目立った影響を与えないことを検証するために、プロアクティブにランダムな障害を注入するカオス実験を行います。
 カオス実験の目的は、盲点(例えば、モニタリングや自動スケーリング技術)を発見し、重大なインシデントの最中にチーム間のコミュニケーションを改善することです。
 このアプローチは、特に本番環境において、複雑なシステムにおける回復力とチームの自信を高めるのに役立ちます。

content/ja/cloud-computing.md

@@ -2,7 +2,7 @@
 title: クラウドコンピューティング
 status: Completed
 category: コンセプト
-tags: ["インフラストラクチャー", "基礎", ""]
+tags: ["インフラストラクチャ", "基礎", ""]
 ---
 
 クラウドコンピューティングは、CPU、ネットワーク、ディスクなどの計算資源をインターネット上でオンデマンドで提供し、ユーザーは物理的に離れた場所にある計算能力にアクセスし、使用することができるようにします。
@@ -17,6 +17,6 @@ tags: ["インフラストラクチャー", "基礎", ""]
 ## どのように役に立つのでしょうか
 
 クラウドプロバイダーは、企業がオンデマンドでコンピューティングリソースを借り、使用量に応じて料金を支払うことを可能にし、2つの重要な利点をもたらします。
-第一に、企業は新しい物理的なインフラストラクチャーを待つことなく、計画し、リソースを費やすことなく、製品やサービスに集中することができます。
+第一に、企業は新しい物理的なインフラストラクチャを待つことなく、計画し、リソースを費やすことなく、製品やサービスに集中することができます。
 そして2つ目は、必要に応じてオンデマンドで[拡張](/ja/scalability/)できることです。
 クラウドコンピューティングでは、必要な分だけインフラを導入することができます。

content/ja/cloud-native-apps.md

@@ -7,13 +7,13 @@ tags: ["アプリケーション", "基礎", ""]
 
 クラウドネイティブアプリケーションは、[クラウドコンピューティング](/ja/cloud-computing/)の技術革新を活用するため特別に設計されています。
 これらのアプリケーションは、それぞれのクラウドアーキテクチャと容易に統合でき、クラウドのリソースと[スケーリング](/ja/scalability/)機能を活用できます。
-また、クラウドコンピューティングによるインフラストラクチャーの技術革新を活用するアプリケーションのことも指します。
+また、クラウドコンピューティングによるインフラストラクチャの技術革新を活用するアプリケーションのことも指します。
 今日のクラウドネイティブアプリケーションには、クラウドプロバイダーのデータセンターで実行されるアプリケーションと、オンプレミスのクラウドネイティブプラットフォームで実行されるアプリケーションがあります。
 
 ## 解決すべき問題はなんですか
 
 従来、オンプレミス環境では、コンピューティングリソースをかなり特化した方法で提供していました。
-各データセンターは、アプリケーションを特定の環境に[密結合](/ja/tightly-coupled-architecture/)するサービスを持っており、多くの場合、[仮想マシン](/ja/virtual-machine/)やサービスのようなインフラストラクチャーの提供は手作業に大きく依存していました。
+各データセンターは、アプリケーションを特定の環境に[密結合](/ja/tightly-coupled-architecture/)するサービスを持っており、多くの場合、[仮想マシン](/ja/virtual-machine/)やサービスのようなインフラストラクチャの提供は手作業に大きく依存していました。
 その結果、開発者とそのアプリケーションは、特定のデータセンターに制約されることになりました。
 クラウド用に設計されていないアプリケーションは、クラウド環境の耐障害性やスケーリング機能を活用することができません。
 例えば、正しく起動するために手作業が必要なアプリケーションは、自動的にスケーリングすることができず、障害発生時に自動的に再起動することもできません。

content/ja/cloud-native-security.md

@@ -7,15 +7,15 @@ tags: ["セキュリティ", "", ""]
 
 クラウドネイティブセキュリティは、セキュリティを[クラウドネイティブアプリケーション](/ja/cloud-native-apps/)に組み込むアプローチです。
 開発から本番に至るまで、アプリケーションのライフサイクル全体にセキュリティが組み込まれていることを保証します。
-クラウドネイティブセキュリティは、従来のセキュリティモデルと同じ基準を保証しつつ、クラウドネイティブ環境の特性、すなわち迅速なコード変更や非常に短命な[^1]インフラストラクチャーに適応することを目指します。
+クラウドネイティブセキュリティは、従来のセキュリティモデルと同じ基準を保証しつつ、クラウドネイティブ環境の特性、すなわち迅速なコード変更や非常に短命な[^1]インフラストラクチャに適応することを目指します。
 クラウドネイティブセキュリティは、[DevSecOps](/ja/devsecops/)と呼ばれるプラクティスと非常に関係があります。
 
 [^1]: 訳注：必要に応じてリソースを動的に拡張したり縮小したりするといった性質を持つ
 
 ## 解決すべき問題はなんですか
 
 従来のセキュリティモデルは、もはや有効でない多くの前提のもとに構築されていました。
-クラウドネイティブアプリケーションは頻繁に変わり、多数のオープンソースツールやライブラリを使用し、多くの場合ベンダーが管理するインフラストラクチャーで実行され、急速なインフラストラクチャーの変更に影響を受けることがあります。
+クラウドネイティブアプリケーションは頻繁に変わり、多数のオープンソースツールやライブラリを使用し、多くの場合ベンダーが管理するインフラストラクチャで実行され、急速なインフラストラクチャの変更に影響を受けることがあります。
 コードレビューや長い品質保証サイクル、ホストベースの脆弱性スキャン、直前のセキュリティレビューは、クラウドネイティブアプリケーションに対応することはできません。
 
 ## どのように役に立つのでしょうか
@@ -24,4 +24,4 @@ tags: ["セキュリティ", "", ""]
 手作業による監査と監視は、大部分が自動スキャンに取って代わられます。
 迅速なコードリリースパイプラインは、コンパイル前にコードの脆弱性をスキャンするツールと統合されます。
 オープンソースライブラリは、信頼できるソースから取得され脆弱性がないか監視されています。
-クラウドネイティブセキュリティモデルは、緩やかな変化ではなく、脆弱性のあるコンポーネントを頻繁に更新したり、インフラストラクチャーを定期的に交換したりすることを受け入れます。
+クラウドネイティブセキュリティモデルは、緩やかな変化ではなく、脆弱性のあるコンポーネントを頻繁に更新したり、インフラストラクチャを定期的に交換したりすることを受け入れます。

content/ja/cloud-native-tech.md

@@ -7,7 +7,7 @@ tags: ["基礎", "", ""]
 
 クラウドネイティブテクノロジーは、クラウドネイティブスタックとも呼ばれ、[クラウドネイティブアプリケーション](/ja/cloud-native-apps/)を構築するために使用される技術です。
 これらの技術により、組織がスケーラブルなアプリケーションを、パブリックやプライベート、ハイブリッドクラウドのようなモダンでダイナミックな環境で、[クラウドコンピューティング](/ja/cloud-computing/)の利点を最大限に活用しながら、構築や実行することができます。
-コンテナ、サービスメッシュ、マイクロサービス、イミュータブルインフラストラクチャーなど、クラウドコンピューティングの機能を活用するために1から設計されたアプローチです。
+コンテナ、サービスメッシュ、マイクロサービス、イミュータブルインフラストラクチャなど、クラウドコンピューティングの機能を活用するために1から設計されたアプローチです。
 
 ## 解決すべき問題はなんですか
 

content/ja/cluster.md

@@ -2,7 +2,7 @@
 title: クラスター
 status: Completed
 category: コンセプト
-tags: ["インフラストラクチャー", "基礎", ""]
+tags: ["インフラストラクチャ", "基礎", ""]
 ---
 
 クラスターは、共通の目的に向けて連携して働くコンピューターやアプリケーションのグループです。

content/ja/data-center.md

@@ -2,7 +2,7 @@
 title: データセンター
 status: Completed
 category: テクノロジー
-tags: ["インフラストラクチャー", "基礎", ""]
+tags: ["インフラストラクチャ", "基礎", ""]
 ---
 
 データセンターはコンピューター(その多くはサーバー)を収容するために設計された特別な建物または施設です。

content/ja/function-as-a-service.md

@@ -2,11 +2,11 @@
 title: Function as a Service (FaaS)
 status: Completed
 category: テクノロジー
-tags: ["インフラストラクチャー", "", ""]
+tags: ["インフラストラクチャ", "", ""]
 ---
 
 Function as a Service (FaaS)は、[サーバーレス](/ja/serverless/)、[クラウドコンピューティング](/ja/cloud-computing/)、[サービス](/ja/service/)の一種であり、イベントによってコードを実行することを可能にします。
-これは通常、[マイクロサービス](/ja/microservices-architecture/)アプリケーションの構築や立ち上げに関連する、複雑なインフラストラクチャーのメンテナンスを必要としません。
+これは通常、[マイクロサービス](/ja/microservices-architecture/)アプリケーションの構築や立ち上げに関連する、複雑なインフラストラクチャのメンテナンスを必要としません。
 FaaSを使用すると、ユーザーは関数とデータのみを管理し、クラウドプロバイダーがアプリケーションを管理します。
 これにより、開発者はコードが実行されていないときにサービスの費用を支払うことなく、必要な機能を得ることができます。
 
@@ -25,5 +25,5 @@ FaaSを使用すると、ユーザーは関数とデータのみを管理し、
 
 FaaSはサーバーを管理することなく、イベントに応じてウェブアプリケーションを実行するための[抽象化](/ja/abstraction/)を開発者に提供します。
 例えば、ファイルのアップロードがそのファイルを様々な形式にトランスコードするカスタムコードのトリガーとなるかもしれません。
-FaaSのインフラストラクチャーは、頻繁に使用するコードを自動的にスケールアップし、開発者は[スケーラビリティ](/ja/scalability/)のためのコード構築に時間やリソースを費やす必要がありません。
+FaaSのインフラストラクチャは、頻繁に使用するコードを自動的にスケールアップし、開発者は[スケーラビリティ](/ja/scalability/)のためのコード構築に時間やリソースを費やす必要がありません。
 課金は計算時間のみに基づいているため、機能が使用されていない時には企業は支払いをする必要がありません。