Skip to content

Commit

Permalink
[ja] rename tightly-coupled-architectures.md to `tightly-coupled-ar…
Browse files Browse the repository at this point in the history
…chitecture.md` (cncf#3006)

Signed-off-by: Junya Okabe <okabe.junya.qj@alumni.tsukuba.ac.jp>
Signed-off-by: shinji <earlybird787@gmail.com>
  • Loading branch information
Okabe-Junya authored and shinj05 committed Apr 7, 2024
1 parent a1f87bc commit 45f4cd0
Show file tree
Hide file tree
Showing 5 changed files with 4 additions and 4 deletions.
2 changes: 1 addition & 1 deletion content/ja/cloud-native-apps.md
Original file line number Diff line number Diff line change
Expand Up @@ -9,7 +9,7 @@ tags: ["アプリケーション", "基礎", ""]

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

従来、オンプレミス環境では、コンピューティングリソースをかなり特化した方法で提供していました。各データセンターは、アプリケーションを特定の環境に[密結合](/ja/tightly-coupled-architectures/)するサービスを持っており、多くの場合、[仮想マシン](/ja/virtual-machine/)やサービスのようなインフラストラクチャーの提供は手作業に大きく依存していました。その結果、開発者とそのアプリケーションは、特定のデータセンターに制約されることになりました。クラウド用に設計されていないアプリケーションは、クラウド環境の耐障害性やスケーリング機能を活用することができません。例えば、正しく起動するために手作業が必要なアプリケーションは、自動的にスケーリングすることができず、障害発生時に自動的に再起動することもできません。
従来、オンプレミス環境では、コンピューティングリソースをかなり特化した方法で提供していました。各データセンターは、アプリケーションを特定の環境に[密結合](/ja/tightly-coupled-architecture/)するサービスを持っており、多くの場合、[仮想マシン](/ja/virtual-machine/)やサービスのようなインフラストラクチャーの提供は手作業に大きく依存していました。その結果、開発者とそのアプリケーションは、特定のデータセンターに制約されることになりました。クラウド用に設計されていないアプリケーションは、クラウド環境の耐障害性やスケーリング機能を活用することができません。例えば、正しく起動するために手作業が必要なアプリケーションは、自動的にスケーリングすることができず、障害発生時に自動的に再起動することもできません。

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

Expand Down
2 changes: 1 addition & 1 deletion content/ja/devops.md
Original file line number Diff line number Diff line change
Expand Up @@ -11,7 +11,7 @@ DevOpsは、(全体の機能ではなく)小さなコンポーネントに取り

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

従来、[密結合な](/ja/tightly-coupled-architectures/)[モノリシックアプリ](/ja/monolithic-apps/)を持つ複雑な組織では、
従来、[密結合な](/ja/tightly-coupled-architecture/)[モノリシックアプリ](/ja/monolithic-apps/)を持つ複雑な組織では、
通常、作業は複数のグループ間で断片化されていました。
これにより多くの引き渡しと長いリードタイムが発生しました。
コンポーネントやアップデートが準備できるたびに、それは次のチームのキューに置かれました。
Expand Down
2 changes: 1 addition & 1 deletion content/ja/loosely-coupled-architecture.md
Original file line number Diff line number Diff line change
Expand Up @@ -6,7 +6,7 @@ tags: ["基礎", "アーキテクチャ", "プロパティ"]
---

疎結合アーキテクチャは、アプリケーションの構成要素それぞれが互いに独立して構築されるようなアーキテクチャです
(その逆は[密結合アーキテクチャ](/ja/tightly-coupled-architectures/)と呼ばれます)。
(その逆は[密結合アーキテクチャ](/ja/tightly-coupled-architecture/)と呼ばれます)。
[マイクロサービス](/ja/microservice/)とよく呼ばれる個々の構成要素は、その他多くのサービスから利用できるような方法で、特定の機能を果たすよう構築されます。
疎結合アーキテクチャは密結合アーキテクチャより一般的に実装が遅くなりますが、特にアプリケーションがスケールする際に多くの利点があります。

Expand Down
2 changes: 1 addition & 1 deletion content/ja/microservices-architecture.md
Original file line number Diff line number Diff line change
Expand Up @@ -13,7 +13,7 @@ tags: ["インフラストラクチャー", "基礎", ""]
アプリケーションは、さまざまなパーツで構成され、それぞれが特定の能力を担当します。特定の機能に対する需要は、アプリケーションの他のパーツに対する需要と連動して必ず増減するわけではありません。Netflix の例に戻りましょう。例えば、大規模なマーケティングキャンペーンの後で、Netflix の契約者数が急増したが、その日の早い時間帯におけるストリーミングは概ね安定しているとします。
契約者数の急増は、平常時より多くのキャパシティを要求します。伝統的な手法(モノリシックアプローチ)の場合では、増加に対応するためにアプリ全体を[スケールアップ](/ja/scalability/)する必要がありました。これは非常に非効率的なリソースの使い方です。

また、モノリシックアーキテクチャは、開発者が設計の落とし穴に陥りやすくするものです。すべてのコードが一か所にあるため、そのコードが[密結合](/ja/tightly-coupled-architectures/)になりやすく、関心の分離の原則を適用することが難しくなります。さらに、多くの場合、モノリスはデプロイする前にコードベース全体を理解する必要性を生じさせます。マイクロサービスアーキテクチャは、こうした課題への対応策です。
また、モノリシックアーキテクチャは、開発者が設計の落とし穴に陥りやすくするものです。すべてのコードが一か所にあるため、そのコードが[密結合](/ja/tightly-coupled-architecture/)になりやすく、関心の分離の原則を適用することが難しくなります。さらに、多くの場合、モノリスはデプロイする前にコードベース全体を理解する必要性を生じさせます。マイクロサービスアーキテクチャは、こうした課題への対応策です。

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

Expand Down
File renamed without changes.

0 comments on commit 45f4cd0

Please sign in to comment.