diff --git a/docs/csharp/programming-guide/concepts/async/index.md b/docs/csharp/programming-guide/concepts/async/index.md index f2b844fec58..2c41265b220 100644 --- a/docs/csharp/programming-guide/concepts/async/index.md +++ b/docs/csharp/programming-guide/concepts/async/index.md @@ -2,17 +2,18 @@ title: "Async および Await を使用した非同期プログラミング (C#)" ms.date: 05/22/2017 ms.prod: .net -ms.technology: devlang-csharp +ms.technology: +- devlang-csharp ms.topic: article ms.assetid: 9bcf896a-5826-4189-8c1a-3e35fa08243a -caps.latest.revision: "5" +caps.latest.revision: author: BillWagner ms.author: wiwagn -ms.openlocfilehash: 9ece88b666547677eba64b9d6976f1e4cc89e6b7 -ms.sourcegitcommit: 4f3fef493080a43e70e951223894768d36ce430a +ms.openlocfilehash: f943bbc849c5c960884752780e48401f4cb59a7d +ms.sourcegitcommit: adcf9bdafeaa6bc243af7bf70b45f3df954f256a ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 11/21/2017 +ms.lasthandoff: 02/15/2018 --- # Async および Await を使用した非同期プログラミング (C#) パフォーマンスのボトルネックを回避しアプリケーション全体の応答性を向上させるために、非同期プログラミングを使用できます。 ただ、非同期アプリケーションを作成する従来の方法は複雑で、プログラムの作成、デバッグ、保守が困難な場合があります。 @@ -28,7 +29,7 @@ ms.lasthandoff: 11/21/2017 | アプリケーション領域 | 非同期メソッドがある .NET 型 | 非同期メソッドがある Windows ランタイム型 | |---------------------|-----------------------------------|-------------------------------------------| -|Web アクセス||[SyndicationClient](http://go.microsoft.com/fwlink/p/?LinkId=259441)| +|Web アクセス||| |ファイルの処理|、、|[StorageFile](http://go.microsoft.com/fwlink/p/?LinkId=248220)| |イメージの処理||[MediaCapture](http://go.microsoft.com/fwlink/p/?LinkId=261839)、[BitmapEncoder](http://go.microsoft.com/fwlink/p/?LinkId=261840)、[BitmapDecoder](http://go.microsoft.com/fwlink/p/?LinkId=261841)| |WCF プログラミング|[同期操作と非同期操作](../../../../framework/wcf/synchronous-and-asynchronous-operations.md)|| @@ -241,7 +242,7 @@ Windows ランタイム プログラミングの非同期 API には、タスク ## 関連トピックとサンプル (Visual Studio) -|タイトル|説明|サンプル| +|Title|説明|サンプル| |-----------|-----------------|------------| |[チュートリアル: async と await を使用した Web へのアクセス (C#)](../../../../csharp/programming-guide/concepts/async/walkthrough-accessing-the-web-by-using-async-and-await.md)|同期 WPF のソリューションを非同期 WPF のソリューションに変換する方法を示します。 アプリケーションは、一連の Web サイトをダウンロードします。|[Async Sample: Accessing the Web Walkthrough (非同期のサンプル: Web サイトへのアクセスのチュートリアル)](http://go.microsoft.com/fwlink/p/?LinkID=255191&clcid=0x409)| |[方法: Task.WhenAll を使用して AsyncWalkthrough を拡張する (C#)](../../../../csharp/programming-guide/concepts/async/how-to-extend-the-async-walkthrough-by-using-task-whenall.md)|前のチュートリアルに を追加します。 `WhenAll` を使用すると、すべてのダウンロードが同時に開始します。|| @@ -339,6 +340,6 @@ namespace AsyncFirstExample // Length of the downloaded string: 41564. ``` -## 関連項目 +## 参照 [async](../../../../csharp/language-reference/keywords/async.md) [await](../../../../csharp/language-reference/keywords/await.md) diff --git a/docs/framework/wcf/extending/extending-wcf.md b/docs/framework/wcf/extending/extending-wcf.md index ebb0b0a7868..ef3179ff644 100644 --- a/docs/framework/wcf/extending/extending-wcf.md +++ b/docs/framework/wcf/extending/extending-wcf.md @@ -5,7 +5,8 @@ ms.date: 03/30/2017 ms.prod: .net-framework ms.reviewer: ms.suite: -ms.technology: dotnet-clr +ms.technology: +- dotnet-clr ms.tgt_pltfrm: ms.topic: article helpviewer_keywords: @@ -13,19 +14,20 @@ helpviewer_keywords: - extensibility [WCF] - Windows Communication Foundation, extensibility ms.assetid: c145e2f6-f402-41f5-8b5a-eee03978737b -caps.latest.revision: "13" +caps.latest.revision: author: dotnet-bot ms.author: dotnetcontent manager: wpickett -ms.workload: dotnet +ms.workload: +- dotnet ms.openlocfilehash: 2c84f25dfd5d3066f9c5d0b62bc0b28bc98c283d -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.sourcegitcommit: e2bf8e6bc365bd9a0e86fe81eeae7d14f85f48c1 ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 02/14/2018 --- # WCF の拡張 -[!INCLUDE[indigo1](../../../../includes/indigo1-md.md)] では、実行時コンポーネントを変更し、拡張することによって、サービス ベースのアプリケーションを正確に制御および拡張できます。 このセクションのトピックでは、その拡張アーキテクチャについて詳しく説明します。 基本的なプログラミングの詳細については、次を参照してください。[基本的な WCF プログラミング](../../../../docs/framework/wcf/basic-wcf-programming.md)です。 +[!INCLUDE[indigo1](../../../../includes/indigo1-md.md)] 使用すると、変更、実行時コンポーネントを正確に制御を拡張し、およびサービス ベースのアプリケーションを拡張できます。 このセクションのトピックでは、その拡張アーキテクチャについて詳しく説明します。 基本的なプログラミングの詳細については、次を参照してください。[基本的な WCF プログラミング](../../../../docs/framework/wcf/basic-wcf-programming.md)です。 ## このセクションの内容 [ServiceHost とサービス モデル レイヤーの拡張](../../../../docs/framework/wcf/extending/extending-servicehost-and-the-service-model-layer.md) diff --git a/docs/framework/wcf/extending/index.md b/docs/framework/wcf/extending/index.md index ebb0b0a7868..575142bad9a 100644 --- a/docs/framework/wcf/extending/index.md +++ b/docs/framework/wcf/extending/index.md @@ -5,7 +5,8 @@ ms.date: 03/30/2017 ms.prod: .net-framework ms.reviewer: ms.suite: -ms.technology: dotnet-clr +ms.technology: +- dotnet-clr ms.tgt_pltfrm: ms.topic: article helpviewer_keywords: @@ -13,19 +14,20 @@ helpviewer_keywords: - extensibility [WCF] - Windows Communication Foundation, extensibility ms.assetid: c145e2f6-f402-41f5-8b5a-eee03978737b -caps.latest.revision: "13" +caps.latest.revision: author: dotnet-bot ms.author: dotnetcontent manager: wpickett -ms.workload: dotnet +ms.workload: +- dotnet ms.openlocfilehash: 2c84f25dfd5d3066f9c5d0b62bc0b28bc98c283d -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.sourcegitcommit: 08684dd61444c2f072b89b926370f750e456fca1 ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 02/14/2018 --- # WCF の拡張 -[!INCLUDE[indigo1](../../../../includes/indigo1-md.md)] では、実行時コンポーネントを変更し、拡張することによって、サービス ベースのアプリケーションを正確に制御および拡張できます。 このセクションのトピックでは、その拡張アーキテクチャについて詳しく説明します。 基本的なプログラミングの詳細については、次を参照してください。[基本的な WCF プログラミング](../../../../docs/framework/wcf/basic-wcf-programming.md)です。 +[!INCLUDE[indigo1](../../../../includes/indigo1-md.md)] 使用すると、変更、実行時コンポーネントを正確に制御を拡張し、およびサービス ベースのアプリケーションを拡張できます。 このセクションのトピックでは、その拡張アーキテクチャについて詳しく説明します。 基本的なプログラミングの詳細については、次を参照してください。[基本的な WCF プログラミング](../../../../docs/framework/wcf/basic-wcf-programming.md)です。 ## このセクションの内容 [ServiceHost とサービス モデル レイヤーの拡張](../../../../docs/framework/wcf/extending/extending-servicehost-and-the-service-model-layer.md) diff --git a/docs/framework/wcf/feature-details/interoperability-and-integration.md b/docs/framework/wcf/feature-details/interoperability-and-integration.md index 4e3297d77d8..95646e4cc69 100644 --- a/docs/framework/wcf/feature-details/interoperability-and-integration.md +++ b/docs/framework/wcf/feature-details/interoperability-and-integration.md @@ -5,27 +5,29 @@ ms.date: 03/30/2017 ms.prod: .net-framework ms.reviewer: ms.suite: -ms.technology: dotnet-clr +ms.technology: +- dotnet-clr ms.tgt_pltfrm: ms.topic: article ms.assetid: 0d925119-01a1-45c2-9ea0-23061323ad33 -caps.latest.revision: "16" +caps.latest.revision: author: dotnet-bot ms.author: dotnetcontent manager: wpickett -ms.workload: dotnet -ms.openlocfilehash: 58bb7f0b5d6e43f4e157bda2f7dff5ad7c57a6c3 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.workload: +- dotnet +ms.openlocfilehash: fcd6f8454f77cfd2fbd80ed0f77ce1549025a4d6 +ms.sourcegitcommit: 08684dd61444c2f072b89b926370f750e456fca1 ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 02/14/2018 --- # 相互運用性と統合 ここでは、[!INCLUDE[indigo1](../../../../includes/indigo1-md.md)] の相互運用性と統合について説明します。 ## このセクションの内容 [Web サービス プロトコルの相互運用性ガイド](../../../../docs/framework/wcf/feature-details/web-services-protocols-interoperability-guide.md) - [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] は、Web サービス仕様として知られる一連の仕様をサポートする Web サービスと相互運用するために構築されます。 このトピックでは、サポートされている仕様と、それらをサポートするバインドについて説明します。 + [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] 一連の Web サービス仕様と呼ばれる仕様をサポートする Web サービスとの相互運用に構築されます。 このトピックでは、サポートされている仕様と、それらをサポートするバインドについて説明します。 [COM+ アプリケーションとの統合](../../../../docs/framework/wcf/feature-details/integrating-with-com-plus-applications.md) COM+ アプリケーションを [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] サービスとして公開する方法について説明します。 @@ -61,4 +63,4 @@ ms.lasthandoff: 12/22/2017 ## 関連項目 - [WCF の拡張](../../../../docs/framework/wcf/extending/extending-wcf.md) + [WCF の拡張](../../../../docs/framework/wcf/extending/index.md) diff --git a/docs/framework/wcf/guide-to-the-documentation.md b/docs/framework/wcf/guide-to-the-documentation.md index 9dab07d2f96..32503628e7f 100644 --- a/docs/framework/wcf/guide-to-the-documentation.md +++ b/docs/framework/wcf/guide-to-the-documentation.md @@ -5,23 +5,25 @@ ms.date: 03/30/2017 ms.prod: .net-framework ms.reviewer: ms.suite: -ms.technology: dotnet-clr +ms.technology: +- dotnet-clr ms.tgt_pltfrm: ms.topic: article helpviewer_keywords: - WCF [WCF], documentation - Windows Communication Foundation [WCF], documentation ms.assetid: 2aa18c85-a4fd-4bb9-986a-a8249e4f8e0e -caps.latest.revision: "36" +caps.latest.revision: author: dotnet-bot ms.author: dotnetcontent manager: wpickett -ms.workload: dotnet -ms.openlocfilehash: 1f1026320114592c25bb5fd123bf92227b26b015 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.workload: +- dotnet +ms.openlocfilehash: 132cbc6c7c9ba7d8e6c29f477554fc7b3bbab469 +ms.sourcegitcommit: 08684dd61444c2f072b89b926370f750e456fca1 ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 02/14/2018 --- # ドキュメントのガイド ここでは、[!INCLUDE[indigo1](../../../includes/indigo1-md.md)] ドキュメントについて説明します。 リンク先のドキュメントは、特定の目的と専門知識のレベルに応じて分類された、推奨される出発点となります。 @@ -44,7 +46,7 @@ ms.lasthandoff: 12/22/2017 - 特定の機能またはの機能に関するガイダンスを探しているかどうかは[!INCLUDE[indigo2](../../../includes/indigo2-md.md)]、下にあるトピックを参照して[WCF 機能の詳細](../../../docs/framework/wcf/feature-details/index.md)です。 -- 拡張またはカスタマイズしたい場合[!INCLUDE[indigo2](../../../includes/indigo2-md.md)]要件に合わせて、次を参照してください。 [WCF の拡張](../../../docs/framework/wcf/extending/extending-wcf.md)です。 +- 拡張またはカスタマイズしたい場合[!INCLUDE[indigo2](../../../includes/indigo2-md.md)]要件に合わせて、次を参照してください。 [WCF の拡張](../../../docs/framework/wcf/extending/index.md)です。 - 作成およびデバッグに役立つツールについて[!INCLUDE[indigo2](../../../includes/indigo2-md.md)]アプリケーションを参照してください[Windows Communication Foundation ツール](../../../docs/framework/wcf/tools.md)です。 diff --git a/docs/framework/wcf/index.md b/docs/framework/wcf/index.md index 27b59b7ab80..e73f5c5afe1 100644 --- a/docs/framework/wcf/index.md +++ b/docs/framework/wcf/index.md @@ -2,22 +2,24 @@ title: Windows Communication Foundation ms.date: 03/30/2017 ms.prod: .net-framework -ms.technology: dotnet-clr +ms.technology: +- dotnet-clr ms.topic: article helpviewer_keywords: - Windows Communication Foundation [WCF] - WCF [WCF] ms.assetid: 149348a6-bf82-4ccc-9604-fa7cc88c0749 -caps.latest.revision: "10" +caps.latest.revision: author: dotnet-bot ms.author: dotnetcontent manager: wpickett -ms.workload: dotnet -ms.openlocfilehash: 6b21dc040cc464495c06e8c824354563307622ba -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.workload: +- dotnet +ms.openlocfilehash: 0e7ef1702718d24580694a3d0d4c72e41dc314b4 +ms.sourcegitcommit: 08684dd61444c2f072b89b926370f750e456fca1 ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 02/14/2018 --- # WCF でのサービス指向アプリケーションの開発 このセクションでは、サービス指向アプリケーションを構築するための統一プログラミング モデルを提供する Windows Communication Foundation (WCF) について説明します。 これを使用して開発者は、プラットフォーム間を統合し、既存のコンポーネントと相互運用する、セキュリティで保護された信頼性の高いトランザクション型のソリューションを構築できます。 @@ -44,7 +46,7 @@ ms.lasthandoff: 12/22/2017 [WCF 機能の詳細](../../../docs/framework/wcf/feature-details/index.md) 必要な [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] 機能を選択するためのトピックを示します。 - [WCF の拡張](../../../docs/framework/wcf/extending/extending-wcf.md) + [WCF の拡張](../../../docs/framework/wcf/extending/index.md) WCF ランタイム コンポーネントを変更および拡張する方法について説明します。 [ガイドラインとベスト プラクティス](../../../docs/framework/wcf/guidelines-and-best-practices.md) @@ -75,7 +77,7 @@ ms.lasthandoff: 12/22/2017 Windows Communication Foundation のさまざまな特性について説明するサンプルがあります。 [Windows Communication Foundation 用語集](../../../docs/framework/wcf/glossary.md) - [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] に固有の用語の一覧を示します。 + 固有の用語の一覧を表示します。 [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] [一般的なリファレンス](../../../docs/framework/wcf/general-reference.md) このセクションでは、Windows Communication Foundation のクライアントおよびサービスの設定に使用される要素について説明します。 diff --git a/docs/framework/wcf/introduction-to-extensibility.md b/docs/framework/wcf/introduction-to-extensibility.md index 25789842314..a0e47375074 100644 --- a/docs/framework/wcf/introduction-to-extensibility.md +++ b/docs/framework/wcf/introduction-to-extensibility.md @@ -5,7 +5,8 @@ ms.date: 03/30/2017 ms.prod: .net-framework ms.reviewer: ms.suite: -ms.technology: dotnet-clr +ms.technology: +- dotnet-clr ms.tgt_pltfrm: ms.topic: article helpviewer_keywords: @@ -13,16 +14,17 @@ helpviewer_keywords: - Windows Communication Foundation [WCF], extensibility - extensibility [WCF] ms.assetid: ef56c251-d63c-4b3f-944f-b0c67bfb0f68 -caps.latest.revision: "7" +caps.latest.revision: author: dotnet-bot ms.author: dotnetcontent manager: wpickett -ms.workload: dotnet -ms.openlocfilehash: f3f045fd35ef57be51c10d7948275899c1ae4f01 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.workload: +- dotnet +ms.openlocfilehash: 3e16ed674c87bdb1418257a30f7f79b970127b06 +ms.sourcegitcommit: 08684dd61444c2f072b89b926370f750e456fca1 ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 02/14/2018 --- # 拡張機能の概要 [!INCLUDE[indigo1](../../../includes/indigo1-md.md)] のアプリケーション モデルは、分散アプリケーションの大部分の通信要件に対応するように設計されています。 ただし、既定のアプリケーション モデルとシステム提供の実装でサポートされないシナリオが必ず存在します。 [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] の拡張モデルでは、アプリケーション モデル全体の置き換えに至るまでのすべてのレベルでシステム動作を変更できるようにすることによって、カスタム シナリオをサポートします。 ここでは、拡張のさまざまな領域を提示し、各領域の詳細について説明します。 @@ -41,27 +43,27 @@ ms.lasthandoff: 12/22/2017 アプリケーション メッセージは、ユーザーまたはユーザーの顧客が作成したクライアントまたはサービスの操作向けのデータを含んでいます。 このメッセージは、必要に応じて、メッセージまたはオブジェクトの形でアプリケーション レベルの拡張システムで使用できます。 - すべてのメッセージはチャネル システムを通過しますが、アプリケーション メッセージだけがチャネル システムからアプリケーションに渡されます。 新しいチャネル レベルの機能を作成するには、チャネル システムを拡張する必要があります。 新しいアプリケーション レベルの機能を作成するには、サービスまたはクライアントのランタイム (それぞれディスパッチャーとチャネル ファクトリ) を拡張する必要があります。 [!INCLUDE[crabout](../../../includes/crabout-md.md)]アプリケーション ランタイムを拡張するを参照してください[ServiceHost を拡張して、サービス モデル レイヤー](../../../docs/framework/wcf/extending/extending-servicehost-and-the-service-model-layer.md)です。 + すべてのメッセージはチャネル システムを通過しますが、アプリケーション メッセージだけがチャネル システムからアプリケーションに渡されます。 新しいチャネル レベルの機能を作成するには、チャネル システムを拡張する必要があります。 新しいアプリケーション レベルの機能を作成するには、サービスまたはクライアントのランタイム (それぞれディスパッチャーとチャネル ファクトリ) を拡張する必要があります。 [!INCLUDE[crabout](../../../includes/crabout-md.md)] アプリケーション ランタイムを拡張するを参照してください[ServiceHost を拡張して、サービス モデル レイヤー](../../../docs/framework/wcf/extending/extending-servicehost-and-the-service-model-layer.md)です。 #### セキュリティの拡張 - トークンや資格情報などのカスタム セキュリティ機構を作成するには、セキュリティ システムを拡張する必要があります。 [!INCLUDE[crdefault](../../../includes/crdefault-md.md)][セキュリティの拡張](../../../docs/framework/wcf/extending/extending-security.md)です。 + トークンや資格情報などのカスタム セキュリティ機構を作成するには、セキュリティ システムを拡張する必要があります。 [!INCLUDE[crdefault](../../../includes/crdefault-md.md)] [セキュリティの拡張](../../../docs/framework/wcf/extending/extending-security.md)です。 #### メタデータの拡張 - メタデータを既定以外の方法で公開するには、メタデータ システムを拡張する必要があります。 [!INCLUDE[crdefault](../../../includes/crdefault-md.md)][メタデータ システムの拡張](../../../docs/framework/wcf/extending/extending-the-metadata-system.md)です。 + メタデータを既定以外の方法で公開するには、メタデータ システムを拡張する必要があります。 [!INCLUDE[crdefault](../../../includes/crdefault-md.md)] [メタデータ システムの拡張](../../../docs/framework/wcf/extending/extending-the-metadata-system.md)です。 #### シリアル化の拡張 - カスタム エンコーダーの作成、データ サロゲートの提供、または転送されるデータのカスタマイズに関するその他の作業を行うには、シリアル化システムを拡張する必要があります。 [!INCLUDE[crdefault](../../../includes/crdefault-md.md)][エンコーダーとシリアライザーの拡張](../../../docs/framework/wcf/extending/extending-encoders-and-serializers.md)です。 + カスタム エンコーダーの作成、データ サロゲートの提供、または転送されるデータのカスタマイズに関するその他の作業を行うには、シリアル化システムを拡張する必要があります。 [!INCLUDE[crdefault](../../../includes/crdefault-md.md)] [エンコーダーとシリアライザーの拡張](../../../docs/framework/wcf/extending/extending-encoders-and-serializers.md)です。 #### バインディングの拡張 - トランスポート チャネルまたはプロトコル チャネルをアプリケーション層に関連付けるには、バインディング システムを拡張する必要があります。 [!INCLUDE[crdefault](../../../includes/crdefault-md.md)][バインディングの拡張](../../../docs/framework/wcf/extending/extending-bindings.md)です。 + トランスポート チャネルまたはプロトコル チャネルをアプリケーション層に関連付けるには、バインディング システムを拡張する必要があります。 [!INCLUDE[crdefault](../../../includes/crdefault-md.md)] [バインディングの拡張](../../../docs/framework/wcf/extending/extending-bindings.md)です。 ### チャネル システムの拡張 プロトコルの機能またはカスタム トランスポートをサポートするチャネルを作成するを参照してください。 [、チャネル レイヤの拡張](../../../docs/framework/wcf/extending/extending-the-channel-layer.md)です。 ### サービス ホスト システムの拡張 - サービス全体のアプリケーション モデルを変更するには、 クラスを拡張する必要があります。 [!INCLUDE[crdefault](../../../includes/crdefault-md.md)][ServiceHost とサービス モデル レイヤーの拡張](../../../docs/framework/wcf/extending/extending-servicehost-and-the-service-model-layer.md)です。 + サービス全体のアプリケーション モデルを変更するには、 クラスを拡張する必要があります。 [!INCLUDE[crdefault](../../../includes/crdefault-md.md)] [ServiceHost とサービス モデル レイヤーの拡張](../../../docs/framework/wcf/extending/extending-servicehost-and-the-service-model-layer.md)です。 - ホスト アプリケーション ドメインとサービス ホストとの関係を変更するには、 クラスを拡張する必要があります。 [!INCLUDE[crdefault](../../../includes/crdefault-md.md)][ServiceHostFactory を使用したホストの拡張](../../../docs/framework/wcf/extending/extending-hosting-using-servicehostfactory.md)です。 + ホスト アプリケーション ドメインとサービス ホストとの関係を変更するには、 クラスを拡張する必要があります。 [!INCLUDE[crdefault](../../../includes/crdefault-md.md)] [ServiceHostFactory を使用したホストの拡張](../../../docs/framework/wcf/extending/extending-hosting-using-servicehostfactory.md)です。 ## 参照 - [WCF の拡張](../../../docs/framework/wcf/extending/extending-wcf.md) + [WCF の拡張](../../../docs/framework/wcf/extending/index.md) diff --git a/docs/framework/wcf/whats-wcf.md b/docs/framework/wcf/whats-wcf.md index 326d94e0a7b..eb810762ffb 100644 --- a/docs/framework/wcf/whats-wcf.md +++ b/docs/framework/wcf/whats-wcf.md @@ -5,7 +5,8 @@ ms.date: 03/30/2017 ms.prod: .net-framework ms.reviewer: ms.suite: -ms.technology: dotnet-clr +ms.technology: +- dotnet-clr ms.tgt_pltfrm: ms.topic: article helpviewer_keywords: @@ -13,19 +14,20 @@ helpviewer_keywords: - technology overview [WCF] - WCF [WCF], technology overview ms.assetid: 40e1009d-ef15-450b-9848-62eabe5e5738 -caps.latest.revision: "51" +caps.latest.revision: author: dotnet-bot ms.author: dotnetcontent manager: wpickett -ms.workload: dotnet -ms.openlocfilehash: 5ae43f65c104376ea1e7cfc036a57c728c90ac12 -ms.sourcegitcommit: c0dd436f6f8f44dc80dc43b07f6841a00b74b23f +ms.workload: +- dotnet +ms.openlocfilehash: 7aecddc617afcaf197aa212e8eea7e1342c029fa +ms.sourcegitcommit: 08684dd61444c2f072b89b926370f750e456fca1 ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 01/19/2018 +ms.lasthandoff: 02/14/2018 --- # Windows Communication Foundation とは -[!INCLUDE[indigo1](../../../includes/indigo1-md.md)] は、サービス指向アプリケーションを構築するためのフレームワークです。 [!INCLUDE[indigo2](../../../includes/indigo2-md.md)]を使用すると、1 つのサービス エンドポイントから別のサービス エンドポイントに非同期メッセージとしてデータを送信できます。 サービス エンドポイントには、IIS でホストされている、継続的に使用可能なサービスの一部を使用したり、アプリケーションでホストされているサービスを使用できます。 エンドポイントには、サービス エンドポイントからデータを要求するサービスのクライアントを使用できます。 メッセージは XML として送信された 1 文字または 1 語の簡単なものでも、バイナリ データのストリームのような複雑なものでも構いません。 サンプル シナリオをいくつか挙げます。 +[!INCLUDE[indigo1](../../../includes/indigo1-md.md)] サービス指向アプリケーションを構築するためのフレームワークです。 [!INCLUDE[indigo2](../../../includes/indigo2-md.md)]を使用すると、1 つのサービス エンドポイントから別のサービス エンドポイントに非同期メッセージとしてデータを送信できます。 サービス エンドポイントには、IIS でホストされている、継続的に使用可能なサービスの一部を使用したり、アプリケーションでホストされているサービスを使用できます。 エンドポイントには、サービス エンドポイントからデータを要求するサービスのクライアントを使用できます。 メッセージは XML として送信された 1 文字または 1 語の簡単なものでも、バイナリ データのストリームのような複雑なものでも構いません。 サンプル シナリオをいくつか挙げます。 - ビジネス トランザクションを処理するセキュリティ保護サービス。 @@ -42,7 +44,7 @@ ms.lasthandoff: 01/19/2018 [!INCLUDE[indigo2](../../../includes/indigo2-md.md)]が登場する前もそのようなアプリケーションの作成は可能でしたが、 [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] によってエンドポイントの開発が一段と簡単になりました。 要約すると、 [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] は Web サービスと Web サービス クライアントを作成するための管理しやすいアプローチを提供するように設計されています。 ## WCF の機能 - [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] には次の機能セットがあります。 [!INCLUDE[crdefault](../../../includes/crdefault-md.md)] [WCF Feature Details](../../../docs/framework/wcf/feature-details/index.md)。 + [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] 次の機能セットが含まれます。 [!INCLUDE[crdefault](../../../includes/crdefault-md.md)] [WCF Feature Details](../../../docs/framework/wcf/feature-details/index.md)。 - **サービス指向** @@ -50,7 +52,7 @@ ms.lasthandoff: 01/19/2018 - **相互運用性** - [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] は、Web サービスの相互運用性を図るために、最新の業界標準を実装しています。 [!INCLUDE[crabout](../../../includes/crabout-md.md)] については、「 [Interoperability and Integration](../../../docs/framework/wcf/feature-details/interoperability-and-integration.md)。 + [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] Web サービスの相互運用性の最新の業界標準を実装します。 [!INCLUDE[crabout](../../../includes/crabout-md.md)] については、「 [Interoperability and Integration](../../../docs/framework/wcf/feature-details/interoperability-and-integration.md)。 - **複数のメッセージ パターン** @@ -58,7 +60,7 @@ ms.lasthandoff: 01/19/2018 - **サービス メタデータ** - [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] では、WSDL、XML スキーマ、WS-Policy などの業界標準で指定された形式を使用するサービス メタデータの公開をサポートしています。 このメタデータを使用して、 [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] サービスにアクセスするためのクライアントを自動生成および構成できます。 メタデータは HTTP や HTTPS 上で、または Web サービス メタデータ交換標準を使用して公開できます。 [!INCLUDE[crdefault](../../../includes/crdefault-md.md)] [Metadata](../../../docs/framework/wcf/feature-details/metadata.md)。 + [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] WSDL、XML スキーマ、Ws-policy などの業界標準で指定された形式を使用してサービス メタデータの公開をサポートします。 このメタデータを使用して、 [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] サービスにアクセスするためのクライアントを自動生成および構成できます。 メタデータは HTTP や HTTPS 上で、または Web サービス メタデータ交換標準を使用して公開できます。 [!INCLUDE[crdefault](../../../includes/crdefault-md.md)] [Metadata](../../../docs/framework/wcf/feature-details/metadata.md)。 - **データ コントラクト** @@ -70,11 +72,11 @@ ms.lasthandoff: 01/19/2018 - **複数のトランスポートとエンコーディング** - メッセージは複数の組み込みトランスポート プロトコルおよびエンコーディングのいずれかを使用して送信できます。 最も一般的なプロトコルとエンコーディングは、World Wide Web で HTTP (ハイパーテキスト転送プロトコル) を使用して、テキスト エンコードされた SOAP メッセージを送信するものです。 また、 [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] では、TCP、名前付きパイプ、MSMQ でメッセージを送信することもできます。 これらのメッセージはテキストとしてエンコードするか、最適化されたバイナリ形式を使用することができます。 バイナリ データは MTOM 標準を使用することで効率的に送信できます。 提供されているトランスポートまたはエンコーディングのいずれもニーズを満たさない場合は、独自のカスタム トランスポートまたはエンコーディングを作成できます。 [!INCLUDE[crabout](../../../includes/crabout-md.md)]トランスポートとエンコーディングでサポートされている[!INCLUDE[indigo2](../../../includes/indigo2-md.md)]を参照してください[トランスポート](../../../docs/framework/wcf/feature-details/transports.md)です。 + メッセージは複数の組み込みトランスポート プロトコルおよびエンコーディングのいずれかを使用して送信できます。 最も一般的なプロトコルとエンコーディングは、World Wide Web で HTTP (ハイパーテキスト転送プロトコル) を使用して、テキスト エンコードされた SOAP メッセージを送信するものです。 また、 [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] では、TCP、名前付きパイプ、MSMQ でメッセージを送信することもできます。 これらのメッセージはテキストとしてエンコードするか、最適化されたバイナリ形式を使用することができます。 バイナリ データは MTOM 標準を使用することで効率的に送信できます。 提供されているトランスポートまたはエンコーディングのいずれもニーズを満たさない場合は、独自のカスタム トランスポートまたはエンコーディングを作成できます。 [!INCLUDE[crabout](../../../includes/crabout-md.md)] トランスポートとエンコーディングでサポートされている[!INCLUDE[indigo2](../../../includes/indigo2-md.md)]を参照してください[トランスポート](../../../docs/framework/wcf/feature-details/transports.md)です。 - **キューに置かれた信頼性のあるメッセージ** - [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] では、WS-Reliable Messaging 経由で MSMQ を使用して実装された、信頼性の高いセッションで信頼性の高いメッセージ交換をサポートしています。 [!INCLUDE[crabout](../../../includes/crabout-md.md)] でサポートされている、キューに置かれた信頼性の高いメッセージングの [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] については、「 [Queues and Reliable Sessions](../../../docs/framework/wcf/feature-details/queues-and-reliable-sessions.md)。 + [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] Ws-reliable Messaging 経由で実装され、MSMQ を使用して、信頼できるセッションを使用した信頼性の高いメッセージ交換をサポートしています。 [!INCLUDE[crabout](../../../includes/crabout-md.md)] でサポートされている、キューに置かれた信頼性の高いメッセージングの [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] については、「 [Queues and Reliable Sessions](../../../docs/framework/wcf/feature-details/queues-and-reliable-sessions.md)。 - **非揮発性メッセージ** @@ -90,10 +92,10 @@ ms.lasthandoff: 01/19/2018 - **機能拡張** - [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] アーキテクチャーには多数の機能拡張ポイントがあります。 追加の機能が必要になった場合、サービスの動作をカスタマイズできる多数のエントリ ポイントがあります。 [!INCLUDE[crabout](../../../includes/crabout-md.md)] については、「 [Extending WCF](../../../docs/framework/wcf/extending/extending-wcf.md)。 + [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] アーキテクチャーには多数の機能拡張ポイントがあります。 追加の機能が必要になった場合、サービスの動作をカスタマイズできる多数のエントリ ポイントがあります。 [!INCLUDE[crabout](../../../includes/crabout-md.md)] 使用可能な機能拡張ポイントを参照してください[WCF の拡張](../../../docs/framework/wcf/extending/index.md)です。 ## WCF と他のマイクロソフト テクノロジと統合 - [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] は柔軟性の高いプラットフォームです。 この柔軟性を活かして、 [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] は他のいくつかの Microsoft 製品でも使用されています。 [!INCLUDE[indigo2](../../../includes/indigo2-md.md)]の基本を理解することで、これらの製品を使用するときにもすぐにこの利点を活用できます。 + [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] 柔軟なプラットフォームです。 この柔軟性を活かして、 [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] は他のいくつかの Microsoft 製品でも使用されています。 [!INCLUDE[indigo2](../../../includes/indigo2-md.md)]の基本を理解することで、これらの製品を使用するときにもすぐにこの利点を活用できます。 [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] とペアを組んでいる最初のテクノロジは、Windows Workflow Foundation (WF) です。 ワークフロー「アクティビティ」としてワークフローの手順をカプセル化することによってアプリケーションの開発を簡略化します。 [!INCLUDE[wf2](../../../includes/wf2-md.md)]の最初のバージョンでは、開発者がワークフローのホストを作成する必要がありました。 次のバージョンの [!INCLUDE[wf2](../../../includes/wf2-md.md)] は [!INCLUDE[indigo2](../../../includes/indigo2-md.md)]と統合されました。 これにより、任意のワークフローを簡単に [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] サービスでホストできるようになりました。これは [!INCLUDE[vs_current_long](../../../includes/vs-current-long-md.md)]で WF/WCF のプロジェクトの種類を自動的に選択して実行できます。 diff --git a/docs/fsharp/tutorials/type-providers/accessing-a-sql-database-entities.md b/docs/fsharp/tutorials/type-providers/accessing-a-sql-database-entities.md index b7e35c2d6ef..9abf8931221 100644 --- a/docs/fsharp/tutorials/type-providers/accessing-a-sql-database-entities.md +++ b/docs/fsharp/tutorials/type-providers/accessing-a-sql-database-entities.md @@ -10,11 +10,11 @@ ms.prod: .net ms.technology: devlang-fsharp ms.devlang: fsharp ms.assetid: dc82a932-5401-4d19-9fb3-92c50d8db514 -ms.openlocfilehash: 770d405921758eeb7e8d7ea98b95c29c99631475 -ms.sourcegitcommit: bd1ef61f4bb794b25383d3d72e71041a5ced172e +ms.openlocfilehash: e0e78e06fa1129ba5eeb73bc36c14343c93d6927 +ms.sourcegitcommit: e2bf8e6bc365bd9a0e86fe81eeae7d14f85f48c1 ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 10/18/2017 +ms.lasthandoff: 02/13/2018 --- # チュートリアル : 型プロバイダーおよびエンティティを使用した SQL データベースへのアクセス @@ -66,7 +66,7 @@ SQL Server を実行している、管理者アクセス権を持つ任意のサ 3. 新しい接続ノードのショートカット メニューを開き、選択**新しいクエリ**です。
-4. 開いている[School サンプル データベースを作成する](http://go.microsoft.com/fwlink/?LinkID=237278)Microsoft web サイトをコピーして貼り付けにデータベース スクリプトを作成する、受講者データベース エディター ウィンドウにします。 +4. 開いている[School サンプル データベースを作成する](https://msdn.microsoft.com/library/bb399731(v=vs.100).aspx)Microsoft web サイトをコピーして貼り付けにデータベース スクリプトを作成する、School データベースをエディター ウィンドウにします。
@@ -239,15 +239,10 @@ deleteInstructor("Parker", "Darren") 使用できるクエリ演算子を確認することでその他のクエリ オプションを探索[クエリ式](../../language-reference/query-expressions.md)も確認し、 [ADO.NET Entity Framework](https://msdn.microsoft.com/library/bb399572)をどのような機能が使用するときに理解するにはこの型プロバイダーを使用するとします。 -## 関連項目 -[型プロバイダー](index.md) - -[SqlEntityConnection 型プロバイダー](https://msdn.microsoft.com/visualfsharpdocs/conceptual/sqlentityconnection-type-provider-%5bfsharp%5d) - -[チュートリアル: EDMX スキーマ ファイルからの f# 型の生成](generating-fsharp-types-from-edmx.md) - -[ADO.NET Entity Framework](https://msdn.microsoft.com/library/bb399572) - -[.edmx ファイルの概要](https://msdn.microsoft.com/library/f4c8e7ce-1db6-417e-9759-15f8b55155d4) - -[EDM ジェネレーター (です。EdmGen.exe )](https://msdn.microsoft.com/library/bb387165) +## 参照 +[型プロバイダー](index.md) +[SqlEntityConnection 型プロバイダー](https://msdn.microsoft.com/visualfsharpdocs/conceptual/sqlentityconnection-type-provider-%5bfsharp%5d) +[チュートリアル: EDMX スキーマ ファイルからの f# 型の生成](generating-fsharp-types-from-edmx.md) +[ADO.NET Entity Framework](https://msdn.microsoft.com/library/bb399572) +[.edmx ファイルの概要](https://msdn.microsoft.com/library/f4c8e7ce-1db6-417e-9759-15f8b55155d4) +[EDM ジェネレーター (です。EdmGen.exe )](https://msdn.microsoft.com/library/bb387165) diff --git a/docs/fsharp/using-fsharp-on-azure/blob-storage.md b/docs/fsharp/using-fsharp-on-azure/blob-storage.md index 29f5bbd2cb3..004cc0d8013 100644 --- a/docs/fsharp/using-fsharp-on-azure/blob-storage.md +++ b/docs/fsharp/using-fsharp-on-azure/blob-storage.md @@ -10,11 +10,11 @@ ms.prod: .net ms.technology: devlang-fsharp ms.devlang: fsharp ms.assetid: c5b74a4f-dcd1-4849-930c-904b6c8a04e1 -ms.openlocfilehash: 92e26aff605d3bed89e388dd3616a2a9a3a96081 -ms.sourcegitcommit: bd1ef61f4bb794b25383d3d72e71041a5ced172e +ms.openlocfilehash: 9011bdceabd1b5e0541ecb94f3e812871688025b +ms.sourcegitcommit: e2bf8e6bc365bd9a0e86fe81eeae7d14f85f48c1 ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 10/18/2017 +ms.lasthandoff: 02/13/2018 --- # F# を使用して Azure Blob ストレージの概要します。 # @@ -111,10 +111,10 @@ Azure Blob ストレージには、ブロック blob とページ blob がサポ *photo1.jpg* *2015/architecture/description.txt* *2015/architecture/photo3.jpg* -*2015/アーキテクチャ/photo4.jpg* +*2015/architecture/photo4.jpg* *2016/architecture/photo5.jpg* -*2016/architecture/photo6.jpg* - *2016/architecture/description.txt* +*2016/architecture/photo6.jpg* +*2016/architecture/description.txt* *2016/photo7.jpg* 呼び出すと`ListBlobs`(上記のサンプル) のように、コンテナー階層の一覧が返されます。 両方が含まれている場合`CloudBlobDirectory`と`CloudBlockBlob`結果の出力は次のように検索し、ディレクトリと、コンテナー内の blob をそれぞれ表すオブジェクト。 @@ -231,7 +231,7 @@ Azure ストレージでは、クライアントとサーバーの両方の blob Blob データの暗号化の詳細については、「[暗号化を blob ストレージのセクションでは、.NET ガイド](/azure/storage/storage-dotnet-how-to-use-blobs#encrypting-blob-data)です。 -## 次のステップ +## 次の手順 これで、Blob ストレージの基本を学習した次の詳細については、これらのリンク。 @@ -242,12 +242,13 @@ Blob データの暗号化の詳細については、「[暗号化を blob ス ### Blob ストレージのリファレンス -- [参照を .NET 用 storage クライアント ライブラリ](http://go.microsoft.com/fwlink/?LinkID=390731&clcid=0x409) -- [REST API リファレンス](http://msdn.microsoft.com/library/azure/dd179355) +- [.NET 用 azure ストレージ Api](/dotnet/api/overview/azure/storage) +- [Azure ストレージ サービス REST API リファレンス](/rest/api/storageservices/Azure-Storage-Services-REST-API-Reference) ### 関連ガイド - [C# での Azure Blob ストレージの概要](https://azure.microsoft.com/documentation/samples/storage-blob-dotnet-getting-started/) -- [AzCopy コマンド ライン ユーティリティを使用してデータを転送します。](/azure/storage/storage-use-azcopy) -- [接続文字列を構成します。](http://msdn.microsoft.com/library/azure/ee758697.aspx) +- [Windows 上の AzCopy コマンド ライン ユーティリティでのデータを転送します。](/azure/storage/common/storage-use-azcopy) +- [Linux 上の AzCopy コマンド ライン ユーティリティでのデータを転送します。](/azure/storage/common/storage-use-azcopy-linux) +- [Azure ストレージ接続文字列を構成します。](/azure/storage/common/storage-configure-connection-string) - [Azure ストレージ チーム ブログ](http://blogs.msdn.com/b/windowsazurestorage/) diff --git a/docs/fsharp/using-fsharp-on-azure/queue-storage.md b/docs/fsharp/using-fsharp-on-azure/queue-storage.md index 9c315580157..d785f53d32e 100644 --- a/docs/fsharp/using-fsharp-on-azure/queue-storage.md +++ b/docs/fsharp/using-fsharp-on-azure/queue-storage.md @@ -10,11 +10,11 @@ ms.prod: .net ms.technology: devlang-fsharp ms.devlang: fsharp ms.assetid: 70dc554c-8f4d-42a7-8e2a-6438657d012a -ms.openlocfilehash: f5ebdb3f3b50996a397c8420b773178493744d70 -ms.sourcegitcommit: bd1ef61f4bb794b25383d3d72e71041a5ced172e +ms.openlocfilehash: 8ec4652bab591dedc687d22c617b9466bc351f10 +ms.sourcegitcommit: e2bf8e6bc365bd9a0e86fe81eeae7d14f85f48c1 ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 10/18/2017 +ms.lasthandoff: 02/13/2018 --- # F# を使用して Azure キュー ストレージの概要します。 # @@ -138,12 +138,12 @@ Azure 構成マネージャーを使用することはオプションです。 . [!code-fsharp[QueueStorage](../../../samples/snippets/fsharp/azure/queue-storage.fsx#L112-L113)] -## 次のステップ +## 次の手順 キュー ストレージの基本を学習したようになりましたことはより複雑な記憶域タスクについて学習するこれらのリンクに従います。 -- [参照を .NET 用 storage クライアント ライブラリ](http://go.microsoft.com/fwlink/?LinkID=390731&clcid=0x409) +- [.NET 用 azure ストレージ Api](/dotnet/api/overview/azure/storage) - [Azure ストレージの型プロバイダー](https://github.com/fsprojects/AzureStorageTypeProvider) - [Azure ストレージ チーム ブログ](http://blogs.msdn.com/b/windowsazurestorage/) -- [接続文字列を構成します。](http://msdn.microsoft.com/library/azure/ee758697.aspx) -- [REST API リファレンス](http://msdn.microsoft.com/library/azure/dd179355) +- [Azure ストレージ接続文字列を構成します。](/azure/storage/common/storage-configure-connection-string) +- [Azure ストレージ サービス REST API リファレンス](/rest/api/storageservices/Azure-Storage-Services-REST-API-Reference) diff --git a/docs/fsharp/using-fsharp-on-azure/table-storage.md b/docs/fsharp/using-fsharp-on-azure/table-storage.md index 41cca981be3..b18c205de73 100644 --- a/docs/fsharp/using-fsharp-on-azure/table-storage.md +++ b/docs/fsharp/using-fsharp-on-azure/table-storage.md @@ -10,11 +10,11 @@ ms.prod: .net ms.technology: devlang-fsharp ms.devlang: fsharp ms.assetid: 9e5d6cea-a98c-461e-a5cc-75f1d154eafd -ms.openlocfilehash: bf833a96809768011f26df35332ab2372ced2aaf -ms.sourcegitcommit: bd1ef61f4bb794b25383d3d72e71041a5ced172e +ms.openlocfilehash: e003f537c6f0f85b3b0ba932655ae2a54c980bc5 +ms.sourcegitcommit: e2bf8e6bc365bd9a0e86fe81eeae7d14f85f48c1 ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 10/18/2017 +ms.lasthandoff: 02/13/2018 --- # F# を使用して Azure テーブル ストレージの概要します。 # @@ -182,12 +182,12 @@ Azure 構成マネージャーを使用することはオプションです。 . [!code-fsharp[TableStorage](../../../samples/snippets/fsharp/azure/table-storage.fsx#L192-L192)] -## 次のステップ +## 次の手順 これで、テーブル ストレージの基本を学習したより複雑な記憶域タスクについて学習するこれらのリンクに従います。 -- [参照を .NET 用 storage クライアント ライブラリ](http://go.microsoft.com/fwlink/?LinkID=390731&clcid=0x409) +- [.NET 用 azure ストレージ Api](/dotnet/api/overview/azure/storage) - [Azure ストレージの型プロバイダー](http://fsprojects.github.io/AzureStorageTypeProvider/) - [Azure ストレージ チーム ブログ](http://blogs.msdn.com/b/windowsazurestorage/) -- [接続文字列を構成します。](http://msdn.microsoft.com/library/azure/ee758697.aspx) +- [Azure ストレージ接続文字列を構成します。](/azure/storage/common/storage-configure-connection-string) - [.NET で Azure テーブル ストレージの概要](https://azure.microsoft.com/documentation/samples/storage-table-dotnet-getting-started/) diff --git a/docs/standard/containerized-lifecycle-architecture/Docker-application-lifecycle/containers-foundation-for-devops-collaboration.md b/docs/standard/containerized-lifecycle-architecture/Docker-application-lifecycle/containers-foundation-for-devops-collaboration.md index 4a688d1f89e..90de37ce6a8 100644 --- a/docs/standard/containerized-lifecycle-architecture/Docker-application-lifecycle/containers-foundation-for-devops-collaboration.md +++ b/docs/standard/containerized-lifecycle-architecture/Docker-application-lifecycle/containers-foundation-for-devops-collaboration.md @@ -1,15 +1,18 @@ --- title: "DevOps コラボレーションを基盤としてのコンテナー" -description: "Microsoft プラットフォームとツールが、Docker のコンテナー化アプリケーションのライフ サイクル" +description: "Microsoft プラットフォームとツールでコンテナー化された Docker アプリケーションのライフサイクル" keywords: "Docker, マイクロサービス, ASP.NET, コンテナー" author: CESARDELATORRE ms.author: wiwagn ms.date: 09/22/2017 -ms.openlocfilehash: 24aad577fca0fd540d66f9e037b58f53583d8fbb -ms.sourcegitcommit: 4f3fef493080a43e70e951223894768d36ce430a -ms.translationtype: HT +ms.workload: +- dotnet +- dotnetcore +ms.openlocfilehash: 832beea490bb8221c7aa4202316cbebee84ef32e +ms.sourcegitcommit: e7f04439d78909229506b56935a1105a4149ff3d +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 11/21/2017 +ms.lasthandoff: 12/23/2017 --- # DevOps コラボレーションを基盤としてのコンテナー diff --git a/docs/standard/containerized-lifecycle-architecture/design-develop-containerized-apps/common-container-design-principles.md b/docs/standard/containerized-lifecycle-architecture/design-develop-containerized-apps/common-container-design-principles.md index e13e21a6555..e22b0dfa4a9 100644 --- a/docs/standard/containerized-lifecycle-architecture/design-develop-containerized-apps/common-container-design-principles.md +++ b/docs/standard/containerized-lifecycle-architecture/design-develop-containerized-apps/common-container-design-principles.md @@ -1,15 +1,18 @@ --- title: "共通のコンテナー デザインの原則" -description: "Microsoft プラットフォームとツールが、Docker のコンテナー化アプリケーションのライフ サイクル" +description: "Microsoft プラットフォームとツールでコンテナー化された Docker アプリケーションのライフサイクル" keywords: "Docker, マイクロサービス, ASP.NET, コンテナー" author: CESARDELATORRE ms.author: wiwagn ms.date: 09/22/2017 -ms.openlocfilehash: d7186ae3b768384fe5c6b269578de8db5ef6064c -ms.sourcegitcommit: 4f3fef493080a43e70e951223894768d36ce430a -ms.translationtype: HT +ms.workload: +- dotnet +- dotnetcore +ms.openlocfilehash: a9cd569a931824c4fab060b99265ea9e3ca75129 +ms.sourcegitcommit: e7f04439d78909229506b56935a1105a4149ff3d +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 11/21/2017 +ms.lasthandoff: 12/23/2017 --- # 共通のコンテナー デザインの原則 diff --git a/docs/standard/containerized-lifecycle-architecture/design-develop-containerized-apps/design-docker-applications.md b/docs/standard/containerized-lifecycle-architecture/design-develop-containerized-apps/design-docker-applications.md index 6c7d3f611cf..b61ebb8485e 100644 --- a/docs/standard/containerized-lifecycle-architecture/design-develop-containerized-apps/design-docker-applications.md +++ b/docs/standard/containerized-lifecycle-architecture/design-develop-containerized-apps/design-docker-applications.md @@ -1,15 +1,18 @@ --- title: "Docker のアプリケーションを設計します。" -description: "Microsoft プラットフォームとツールが、Docker のコンテナー化アプリケーションのライフ サイクル" +description: "Microsoft プラットフォームとツールでコンテナー化された Docker アプリケーションのライフサイクル" keywords: "Docker, マイクロサービス, ASP.NET, コンテナー" author: CESARDELATORRE ms.author: wiwagn ms.date: 09/21/2017 -ms.openlocfilehash: db8376abf95aab51fad23f4b351cb772351117ac -ms.sourcegitcommit: 4f3fef493080a43e70e951223894768d36ce430a -ms.translationtype: HT +ms.workload: +- dotnet +- dotnetcore +ms.openlocfilehash: aeddd3a4b7ebd3c917fba46e048fbab5a77dda19 +ms.sourcegitcommit: e7f04439d78909229506b56935a1105a4149ff3d +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 11/21/2017 +ms.lasthandoff: 12/23/2017 --- # Docker のアプリケーションを設計します。 diff --git a/docs/standard/containerized-lifecycle-architecture/design-develop-containerized-apps/docker-apps-development-environment.md b/docs/standard/containerized-lifecycle-architecture/design-develop-containerized-apps/docker-apps-development-environment.md index 7dcc8df1069..22a3c8fe2be 100644 --- a/docs/standard/containerized-lifecycle-architecture/design-develop-containerized-apps/docker-apps-development-environment.md +++ b/docs/standard/containerized-lifecycle-architecture/design-develop-containerized-apps/docker-apps-development-environment.md @@ -1,15 +1,18 @@ --- title: "Docker アプリの開発環境" -description: "Microsoft プラットフォームとツールが、Docker のコンテナー化アプリケーションのライフ サイクル" +description: "Microsoft プラットフォームとツールでコンテナー化された Docker アプリケーションのライフサイクル" keywords: "Docker, マイクロサービス, ASP.NET, コンテナー" author: CESARDELATORRE ms.author: wiwagn ms.date: 09/22/2017 -ms.openlocfilehash: eedba16136ad394bda45cc871944f9b876c8ee38 -ms.sourcegitcommit: 6f49c973f62855ffd6c4a322903e7dd50c5c1b50 -ms.translationtype: HT +ms.workload: +- dotnet +- dotnetcore +ms.openlocfilehash: ad1a6e4cb0974ebb067cf1a7be987d696e8bc82a +ms.sourcegitcommit: e7f04439d78909229506b56935a1105a4149ff3d +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 11/23/2017 +ms.lasthandoff: 12/23/2017 --- # Docker アプリの開発環境 diff --git a/docs/standard/containerized-lifecycle-architecture/design-develop-containerized-apps/docker-apps-inner-loop-workflow.md b/docs/standard/containerized-lifecycle-architecture/design-develop-containerized-apps/docker-apps-inner-loop-workflow.md index 5077a5806ae..7f7da78c12b 100644 --- a/docs/standard/containerized-lifecycle-architecture/design-develop-containerized-apps/docker-apps-inner-loop-workflow.md +++ b/docs/standard/containerized-lifecycle-architecture/design-develop-containerized-apps/docker-apps-inner-loop-workflow.md @@ -1,19 +1,22 @@ --- title: "Docker アプリ用の内部ループ開発ワークフロー" -description: "Microsoft プラットフォームとツールが、Docker のコンテナー化アプリケーションのライフ サイクル" +description: "Microsoft プラットフォームとツールでコンテナー化された Docker アプリケーションのライフサイクル" keywords: "Docker, マイクロサービス, ASP.NET, コンテナー" author: CESARDELATORRE ms.author: wiwagn ms.date: 09/22/2017 -ms.openlocfilehash: 30c10b2407ab643e04eb44c00ddf4a89d369a025 -ms.sourcegitcommit: 4f3fef493080a43e70e951223894768d36ce430a -ms.translationtype: HT +ms.workload: +- dotnet +- dotnetcore +ms.openlocfilehash: 3605a6cd53db695de3af015a777e3c1a0e92af58 +ms.sourcegitcommit: 672c9cd122c13c9813f57f022c86ebdf6dd69b4f +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 11/21/2017 +ms.lasthandoff: 02/09/2018 --- # Docker アプリ用の内部ループ開発ワークフロー -サイクル全体の DevOps のまたがりメモリ割り当て、外側のループ ワークフローをトリガーする前に、各開発者のコンピューターで、アプリ自体をコーディング、自分の言語またはプラットフォームを使用して、およびローカルでテスト (図 4-14) はすべて開始します。 すべてのケースでする必要が非常に重要なポイント共通に、選択した言語、フレームワーク、またはプラットフォームに関係なく。 この特定のワークフローで常に開発およびテストして、Docker コンテナーなくローカルです。 +サイクル全体の DevOps のまたがりメモリ割り当て、外側のループ ワークフローをトリガーする前に、各開発者のコンピューターで、アプリ自体をコーディング、言語またはプラットフォームを使用して、およびそれをローカルでのテスト (図 4-14) はすべて開始します。 すべてのケースでする必要が非常に重要なポイント共通に、選択した言語、フレームワーク、またはプラットフォームに関係なく。 この特定のワークフローで常に開発およびテストして、Docker コンテナーなくローカルです。 ![](./media/image18.png) @@ -233,7 +236,7 @@ Docker を実行した後に作成、展開するアプリケーションとそ サービスに移動する localhost が有効でない場合は、このコマンドを使用して、マシンの IP アドレスを検出します。 -docker マシン ip*コンテナー名* +docker-machine ip *your-container-name* Docker ホストのブラウザーを開き、およびそのサイトに移動図 4-23 に示すようにを実行しているアプリ/サービスが表示されます。 @@ -255,7 +258,7 @@ Visual Studio のコードは、Node.js と .NET Core コンテナーのよう デバッグすることもできます Docker でコンテナーを .NET Core、Visual Studio を使用する場合、次のセクションで説明されているようです。 -**詳細情報:** Node.js Docker コンテナーのデバッグに関する詳細については、するにはと[https://blogs.msdn.microsoft.com/\ ユーザー\_ed/2016/02/27/visual-studio-code-new-features-13-big-debugging-updates-rich-object-hover-conditional-breakpoints-node-js-mono-more/](https://blogs.msdn.microsoft.com/user_ed/2016/02/27/visual-studio-code-new-features-13-big-debugging-updates-rich-object-hover-conditional-breakpoints-node-js-mono-more/)です。 +**詳細情報:** Node.js Docker コンテナーのデバッグに関する詳細については、するにはと[https://blogs.msdn.microsoft.com/\ユーザー\_ed/2016/02/27/visual-studio-code-new-features-13-big-debugging-updates-rich-object-hover-conditional-breakpoints-node-js-mono-more/](https://blogs.msdn.microsoft.com/user_ed/2016/02/27/visual-studio-code-new-features-13-big-debugging-updates-rich-object-hover-conditional-breakpoints-node-js-mono-more/)です。 >[!div class="step-by-step"] diff --git a/docs/standard/containerized-lifecycle-architecture/design-develop-containerized-apps/monolithic-applications.md b/docs/standard/containerized-lifecycle-architecture/design-develop-containerized-apps/monolithic-applications.md index 8eab0e6f7cd..e822e70e318 100644 --- a/docs/standard/containerized-lifecycle-architecture/design-develop-containerized-apps/monolithic-applications.md +++ b/docs/standard/containerized-lifecycle-architecture/design-develop-containerized-apps/monolithic-applications.md @@ -1,15 +1,18 @@ --- title: "モノリシック アプリケーション" -description: "Microsoft プラットフォームとツールが、Docker のコンテナー化アプリケーションのライフ サイクル" +description: "Microsoft プラットフォームとツールでコンテナー化された Docker アプリケーションのライフサイクル" keywords: "Docker, マイクロサービス, ASP.NET, コンテナー" author: CESARDELATORRE ms.author: wiwagn ms.date: 09/22/2017 -ms.openlocfilehash: b4b61198129c584909d1345b64dc52feeee7b58e -ms.sourcegitcommit: 4f3fef493080a43e70e951223894768d36ce430a -ms.translationtype: HT +ms.workload: +- dotnet +- dotnetcore +ms.openlocfilehash: 95561aaa8ffccb8eae3fe276192c6648c0819685 +ms.sourcegitcommit: e7f04439d78909229506b56935a1105a4149ff3d +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 11/21/2017 +ms.lasthandoff: 12/23/2017 --- # モノリシック アプリケーション diff --git a/docs/standard/containerized-lifecycle-architecture/design-develop-containerized-apps/orchestrate-high-scalability-availability.md b/docs/standard/containerized-lifecycle-architecture/design-develop-containerized-apps/orchestrate-high-scalability-availability.md index b184d39e143..0287b0d4883 100644 --- a/docs/standard/containerized-lifecycle-architecture/design-develop-containerized-apps/orchestrate-high-scalability-availability.md +++ b/docs/standard/containerized-lifecycle-architecture/design-develop-containerized-apps/orchestrate-high-scalability-availability.md @@ -1,15 +1,18 @@ --- title: "Microservices および multicontainer アプリケーション高いスケーラビリティと可用性を調整すること" -description: "Microsoft プラットフォームとツールが、Docker のコンテナー化アプリケーションのライフ サイクル" +description: "Microsoft プラットフォームとツールでコンテナー化された Docker アプリケーションのライフサイクル" keywords: "Docker, マイクロサービス, ASP.NET, コンテナー" author: CESARDELATORRE ms.author: wiwagn ms.date: 05/19/2017 -ms.openlocfilehash: ea492de1c4709eb7bafe65fcf288482da9855240 -ms.sourcegitcommit: 6f49c973f62855ffd6c4a322903e7dd50c5c1b50 -ms.translationtype: HT +ms.workload: +- dotnet +- dotnetcore +ms.openlocfilehash: 4345fe8f36ecc32a7dd8e72fce5338bff308ffdf +ms.sourcegitcommit: e7f04439d78909229506b56935a1105a4149ff3d +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 11/23/2017 +ms.lasthandoff: 12/23/2017 --- # Microservices および multicontainer アプリケーション高いスケーラビリティと可用性を調整すること diff --git a/docs/standard/containerized-lifecycle-architecture/design-develop-containerized-apps/set-up-windows-containers-with-powershell.md b/docs/standard/containerized-lifecycle-architecture/design-develop-containerized-apps/set-up-windows-containers-with-powershell.md index d6e07de454a..719478d3a31 100644 --- a/docs/standard/containerized-lifecycle-architecture/design-develop-containerized-apps/set-up-windows-containers-with-powershell.md +++ b/docs/standard/containerized-lifecycle-architecture/design-develop-containerized-apps/set-up-windows-containers-with-powershell.md @@ -1,15 +1,18 @@ --- title: "DockerFile で Windows PowerShell コマンドを使用して Windows コンテナー (Docker 標準ベース) を設定するには" -description: "Microsoft プラットフォームとツールが、Docker のコンテナー化アプリケーションのライフ サイクル" +description: "Microsoft プラットフォームとツールでコンテナー化された Docker アプリケーションのライフサイクル" keywords: "Docker, マイクロサービス, ASP.NET, コンテナー" author: CESARDELATORRE ms.author: wiwagn ms.date: 05/19/2017 -ms.openlocfilehash: f7e92b0f1c749e2c00e3afc4ffcfc2fc88d7628f -ms.sourcegitcommit: 6f49c973f62855ffd6c4a322903e7dd50c5c1b50 -ms.translationtype: HT +ms.workload: +- dotnet +- dotnetcore +ms.openlocfilehash: 3c9a4bec4f48d988ecf8c75ff340300b83a1faef +ms.sourcegitcommit: e7f04439d78909229506b56935a1105a4149ff3d +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 11/23/2017 +ms.lasthandoff: 12/23/2017 --- # DockerFile で Windows PowerShell コマンドを使用して Windows コンテナー (Docker 標準ベース) を設定するには diff --git a/docs/standard/containerized-lifecycle-architecture/design-develop-containerized-apps/soa-applications.md b/docs/standard/containerized-lifecycle-architecture/design-develop-containerized-apps/soa-applications.md index 1ca4d2b0f7b..65ffe54b4cf 100644 --- a/docs/standard/containerized-lifecycle-architecture/design-develop-containerized-apps/soa-applications.md +++ b/docs/standard/containerized-lifecycle-architecture/design-develop-containerized-apps/soa-applications.md @@ -1,15 +1,18 @@ --- title: "SOA アプリケーション" -description: "Microsoft プラットフォームとツールが、Docker のコンテナー化アプリケーションのライフ サイクル" +description: "Microsoft プラットフォームとツールでコンテナー化された Docker アプリケーションのライフサイクル" keywords: "Docker, マイクロサービス, ASP.NET, コンテナー" author: CESARDELATORRE ms.author: wiwagn ms.date: 09/22/2017 -ms.openlocfilehash: 92a69ccd18759be3b319395d8609d65bb6d3e1b6 -ms.sourcegitcommit: 4f3fef493080a43e70e951223894768d36ce430a -ms.translationtype: HT +ms.workload: +- dotnet +- dotnetcore +ms.openlocfilehash: 81d2b60303e051568b664ec20225d835a09187c0 +ms.sourcegitcommit: e7f04439d78909229506b56935a1105a4149ff3d +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 11/21/2017 +ms.lasthandoff: 12/23/2017 --- # SOA アプリケーション diff --git a/docs/standard/containerized-lifecycle-architecture/design-develop-containerized-apps/state-and-data-in-docker-applications.md b/docs/standard/containerized-lifecycle-architecture/design-develop-containerized-apps/state-and-data-in-docker-applications.md index 4af5c579a7b..cfeb1022747 100644 --- a/docs/standard/containerized-lifecycle-architecture/design-develop-containerized-apps/state-and-data-in-docker-applications.md +++ b/docs/standard/containerized-lifecycle-architecture/design-develop-containerized-apps/state-and-data-in-docker-applications.md @@ -1,15 +1,18 @@ --- title: "状態と Docker のアプリケーションでのデータ" -description: "Microsoft プラットフォームとツールが、Docker のコンテナー化アプリケーションのライフ サイクル" +description: "Microsoft プラットフォームとツールでコンテナー化された Docker アプリケーションのライフサイクル" keywords: "Docker, マイクロサービス, ASP.NET, コンテナー" author: CESARDELATORRE ms.author: wiwagn ms.date: 09/22/2017 -ms.openlocfilehash: 61cd88ca8dd7e51759111d6a9357c008458ee41a -ms.sourcegitcommit: 4f3fef493080a43e70e951223894768d36ce430a -ms.translationtype: HT +ms.workload: +- dotnet +- dotnetcore +ms.openlocfilehash: d4b75faffd76a85f9ca1c779ed58bfa37625cff3 +ms.sourcegitcommit: e7f04439d78909229506b56935a1105a4149ff3d +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 11/21/2017 +ms.lasthandoff: 12/23/2017 --- # 状態と Docker のアプリケーションでのデータ diff --git a/docs/standard/containerized-lifecycle-architecture/design-develop-containerized-apps/visual-studio-tools-for-docker.md b/docs/standard/containerized-lifecycle-architecture/design-develop-containerized-apps/visual-studio-tools-for-docker.md index 96516ef114f..67812076e82 100644 --- a/docs/standard/containerized-lifecycle-architecture/design-develop-containerized-apps/visual-studio-tools-for-docker.md +++ b/docs/standard/containerized-lifecycle-architecture/design-develop-containerized-apps/visual-studio-tools-for-docker.md @@ -1,15 +1,18 @@ --- title: "Visual Studio Tools for Docker (Windows 上の Visual Studio) を使用" -description: "Microsoft プラットフォームとツールが、Docker のコンテナー化アプリケーションのライフ サイクル" +description: "Microsoft プラットフォームとツールでコンテナー化された Docker アプリケーションのライフサイクル" keywords: "Docker, マイクロサービス, ASP.NET, コンテナー" author: CESARDELATORRE ms.author: wiwagn ms.date: 09/22/2017 -ms.openlocfilehash: d7a24633f5857bc5b72ebab42020627c645f4302 -ms.sourcegitcommit: 6f49c973f62855ffd6c4a322903e7dd50c5c1b50 -ms.translationtype: HT +ms.workload: +- dotnet +- dotnetcore +ms.openlocfilehash: 717675170f19f18fb48c4cea3ddd15bcd9648d71 +ms.sourcegitcommit: e7f04439d78909229506b56935a1105a4149ff3d +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 11/23/2017 +ms.lasthandoff: 12/23/2017 --- # Visual Studio Tools for Docker (Windows 上の Visual Studio) を使用 diff --git a/docs/standard/containerized-lifecycle-architecture/docker-containers-images-and-registries.md b/docs/standard/containerized-lifecycle-architecture/docker-containers-images-and-registries.md index 814d1de54e8..1d6e49f7628 100644 --- a/docs/standard/containerized-lifecycle-architecture/docker-containers-images-and-registries.md +++ b/docs/standard/containerized-lifecycle-architecture/docker-containers-images-and-registries.md @@ -1,15 +1,18 @@ --- title: "Docker コンテナー、イメージ、およびレジストリ" -description: "Microsoft プラットフォームとツールが、Docker のコンテナー化アプリケーションのライフ サイクル" +description: "Microsoft プラットフォームとツールでコンテナー化された Docker アプリケーションのライフサイクル" keywords: "Docker, マイクロサービス, ASP.NET, コンテナー" author: CESARDELATORRE ms.author: wiwagn ms.date: 09/22/2017 -ms.openlocfilehash: b115b25d8ae335aafbe41bac0d694170be7e3c49 -ms.sourcegitcommit: 4f3fef493080a43e70e951223894768d36ce430a -ms.translationtype: HT +ms.workload: +- dotnet +- dotnetcore +ms.openlocfilehash: 0cccead8833c63f19b359f830f555e7ff31daa1a +ms.sourcegitcommit: e7f04439d78909229506b56935a1105a4149ff3d +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 11/21/2017 +ms.lasthandoff: 12/23/2017 --- # Docker コンテナー、イメージ、およびレジストリ diff --git a/docs/standard/containerized-lifecycle-architecture/docker-devops-workflow/docker-application-outer-loop-devops-workflow.md b/docs/standard/containerized-lifecycle-architecture/docker-devops-workflow/docker-application-outer-loop-devops-workflow.md index ba2513713f3..1768b66b46c 100644 --- a/docs/standard/containerized-lifecycle-architecture/docker-devops-workflow/docker-application-outer-loop-devops-workflow.md +++ b/docs/standard/containerized-lifecycle-architecture/docker-devops-workflow/docker-application-outer-loop-devops-workflow.md @@ -1,15 +1,18 @@ --- title: "Docker アプリケーションの外側のループ DevOps ワークフローの手順を実行します。" -description: "Microsoft プラットフォームとツールが、Docker のコンテナー化アプリケーションのライフ サイクル" +description: "Microsoft プラットフォームとツールでコンテナー化された Docker アプリケーションのライフサイクル" keywords: "Docker, マイクロサービス, ASP.NET, コンテナー" author: CESARDELATORRE ms.author: wiwagn ms.date: 09/22/2017 -ms.openlocfilehash: 070d174cde9e80f542865f5617b1c702a07a8018 -ms.sourcegitcommit: 4f3fef493080a43e70e951223894768d36ce430a -ms.translationtype: HT +ms.workload: +- dotnet +- dotnetcore +ms.openlocfilehash: fe51fc4b5026d17f0f9b93e7fd0dedde93ef4a3c +ms.sourcegitcommit: e7f04439d78909229506b56935a1105a4149ff3d +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 11/21/2017 +ms.lasthandoff: 12/23/2017 --- # Docker アプリケーションの外側のループ DevOps ワークフローの手順を実行します。 diff --git a/docs/standard/containerized-lifecycle-architecture/docker-terminology.md b/docs/standard/containerized-lifecycle-architecture/docker-terminology.md index 8c472b594cd..dc8c0710ba6 100644 --- a/docs/standard/containerized-lifecycle-architecture/docker-terminology.md +++ b/docs/standard/containerized-lifecycle-architecture/docker-terminology.md @@ -1,15 +1,18 @@ --- title: "Docker の用語集" -description: "Microsoft プラットフォームとツールが、Docker のコンテナー化アプリケーションのライフ サイクル" +description: "Microsoft プラットフォームとツールでコンテナー化された Docker アプリケーションのライフサイクル" keywords: "Docker, マイクロサービス, ASP.NET, コンテナー" author: CESARDELATORRE ms.author: wiwagn ms.date: 09/21/2017 -ms.openlocfilehash: c3b4391a839db02d8bad8380013ea916100e4a57 -ms.sourcegitcommit: 4f3fef493080a43e70e951223894768d36ce430a -ms.translationtype: HT +ms.workload: +- dotnet +- dotnetcore +ms.openlocfilehash: a622b2949c1d2277bb3e82617a5bc2d8cb432263 +ms.sourcegitcommit: e7f04439d78909229506b56935a1105a4149ff3d +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 11/21/2017 +ms.lasthandoff: 12/23/2017 --- # Docker の用語集 diff --git a/docs/standard/containerized-lifecycle-architecture/run-manage-monitor-docker-environments/manage-production-docker-environments.md b/docs/standard/containerized-lifecycle-architecture/run-manage-monitor-docker-environments/manage-production-docker-environments.md index 0477228d548..ee63f0aa16a 100644 --- a/docs/standard/containerized-lifecycle-architecture/run-manage-monitor-docker-environments/manage-production-docker-environments.md +++ b/docs/standard/containerized-lifecycle-architecture/run-manage-monitor-docker-environments/manage-production-docker-environments.md @@ -1,15 +1,18 @@ --- title: "Docker の本番環境を管理します。" -description: "Microsoft プラットフォームとツールが、Docker のコンテナー化アプリケーションのライフ サイクル" +description: "Microsoft プラットフォームとツールでコンテナー化された Docker アプリケーションのライフサイクル" keywords: "Docker, マイクロサービス, ASP.NET, コンテナー" author: CESARDELATORRE ms.author: wiwagn ms.date: 09/22/2017 -ms.openlocfilehash: 5686dcb0932d4a8580fd5ad3daf9e3f5cf52fff8 -ms.sourcegitcommit: 4f3fef493080a43e70e951223894768d36ce430a -ms.translationtype: HT +ms.workload: +- dotnet +- dotnetcore +ms.openlocfilehash: c962543004c88b0a6413cc22d8bdddf954af66f8 +ms.sourcegitcommit: e7f04439d78909229506b56935a1105a4149ff3d +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 11/21/2017 +ms.lasthandoff: 12/23/2017 --- # Docker の本番環境を管理します。 diff --git a/docs/standard/containerized-lifecycle-architecture/run-manage-monitor-docker-environments/monitor-containerized-application-services.md b/docs/standard/containerized-lifecycle-architecture/run-manage-monitor-docker-environments/monitor-containerized-application-services.md index 2948684a237..284b081a5f4 100644 --- a/docs/standard/containerized-lifecycle-architecture/run-manage-monitor-docker-environments/monitor-containerized-application-services.md +++ b/docs/standard/containerized-lifecycle-architecture/run-manage-monitor-docker-environments/monitor-containerized-application-services.md @@ -1,15 +1,18 @@ --- title: "コンテナー化アプリケーションのサービスを監視します。" -description: "Microsoft プラットフォームとツールが、Docker のコンテナー化アプリケーションのライフ サイクル" +description: "Microsoft プラットフォームとツールでコンテナー化された Docker アプリケーションのライフサイクル" keywords: "Docker, マイクロサービス, ASP.NET, コンテナー" author: CESARDELATORRE ms.author: wiwagn ms.date: 09/22/2017 -ms.openlocfilehash: 3e4a78eb47d0e6712919c89b6f52ec8e4248fb23 -ms.sourcegitcommit: 6f49c973f62855ffd6c4a322903e7dd50c5c1b50 -ms.translationtype: HT +ms.workload: +- dotnet +- dotnetcore +ms.openlocfilehash: 58bf96dfa06a78892563698200e6f4df5f371346 +ms.sourcegitcommit: e7f04439d78909229506b56935a1105a4149ff3d +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 11/23/2017 +ms.lasthandoff: 12/23/2017 --- # コンテナー化アプリケーションのサービスを監視します。 @@ -42,7 +45,7 @@ Application Insights リソースを作成するには、下記の一覧に表 - **Application Insights での Docker アプリケーションの監視:**[https://docs.microsoft.com/azure/application-insights/app-insights-docker ](https://docs.microsoft.com/azure/application-insights/app-insights-docker) - **Docker Hub、Github にあるアプリケーション Insights Docker イメージ:** -[https://hub.docker.com/r/microsoft/applicationinsights/](https://hub.docker.com/r/microsoft/applicationinsights/)と +[https://hub.docker.com/r/microsoft/applicationinsights/](https://hub.docker.com/r/microsoft/applicationinsights/) and - **ASP.NET の Application Insights を設定します。** [https://docs.microsoft.com/azure/application-insights/app-insights-asp-net](https://docs.microsoft.com/azure/application-insights/app-insights-asp-net) @@ -56,7 +59,7 @@ Application Insights リソースを作成するには、下記の一覧に表 ### [Operations Management Suite](http://microsoft.com/oms) Docker のコンテナー ソリューション -自身で有益なサービスを提供することだけでなく、Operations Management Suite コンテナー ソリューション管理および監視できます Docker ホストとコンテナー、コンテナーとコンテナー ホストである、に関する情報を表示することによってコンテナーが実行されています。障害が発生した、または、Docker デーモンとコンテナーでのログに送信される*stdout*と*stderr*です。 また、CPU、メモリ、ネットワーク、およびコンテナーおよびトラブルシューティングを行うし、ノイズの多い近隣ノードとコンテナーを検索に役立つホストの記憶域などのパフォーマンス メトリックを示します。 +自身で有益なサービスを提供することだけでなく、Operations Management Suite コンテナー ソリューション管理および監視できます Docker ホストとコンテナー、コンテナーとコンテナー ホストである、に関する情報を表示することによってコンテナーが実行されています。障害が発生した、または、Docker デーモンとコンテナーでのログに送信される*stdout*と*stderr*です。 また、CPU、メモリ、ネットワーク、コンテナーとホストのストレージなどのパフォーマンス メトリックを表示し、トラブルシューティングやノイズの多い近隣のコンテナーの検出に役立てることもできます。 ![](./media/image2.png) @@ -88,13 +91,13 @@ Operations Management Suite コンテナー ソリューションでは、次の 型のようにクエリを実行するパフォーマンスの情報を表示する図 6-3 に示すように、パフォーマンスを = です。 -![DockerPerfMetricsView](./media/image3.png){幅高さ"5.78625 in"を = ="3.25"} +![DockerPerfMetricsView](./media/image3.png){width="5.78625in" height="3.25in"} Operations Management Suite で示すように Docker ホストのパフォーマンス メトリックを図 6-3: Operations Management Suite での標準機能ではまたクエリを保存できると便利ですが増えるし、システム内の傾向を検出、クエリを保持します。 -**詳細については** でコンテナー ソリューションをインストールして、Docker の構成に関する情報を検索する[Operations Management Suite](http://microsoft.com/oms)に進み、 です。 +**詳細については** でコンテナー ソリューションをインストールして、Docker の構成に関する情報を検索する[Operations Management Suite](http://microsoft.com/oms)に進み、 です。 >[!div class="step-by-step"] [前](管理、運用の docker-environments.md) [次へ] (../key-takeaways/index.md) diff --git a/docs/standard/containerized-lifecycle-architecture/run-manage-monitor-docker-environments/run-microservices-based-applications-in-production.md b/docs/standard/containerized-lifecycle-architecture/run-manage-monitor-docker-environments/run-microservices-based-applications-in-production.md index 0511f35587a..e6b511c67a8 100644 --- a/docs/standard/containerized-lifecycle-architecture/run-manage-monitor-docker-environments/run-microservices-based-applications-in-production.md +++ b/docs/standard/containerized-lifecycle-architecture/run-manage-monitor-docker-environments/run-microservices-based-applications-in-production.md @@ -1,15 +1,18 @@ --- title: "実稼働環境で構成される microservices ベースのアプリケーションを実行します。" -description: "Microsoft プラットフォームとツールが、Docker のコンテナー化アプリケーションのライフ サイクル" +description: "Microsoft プラットフォームとツールでコンテナー化された Docker アプリケーションのライフサイクル" keywords: "Docker, マイクロサービス, ASP.NET, コンテナー" author: CESARDELATORRE ms.author: wiwagn ms.date: 09/22/2017 -ms.openlocfilehash: e7a2788098aa731699cbb201c7177e7578907673 -ms.sourcegitcommit: 4f3fef493080a43e70e951223894768d36ce430a -ms.translationtype: HT +ms.workload: +- dotnet +- dotnetcore +ms.openlocfilehash: 0d7611d07c9995984269e3f7b071154d9b861367 +ms.sourcegitcommit: e7f04439d78909229506b56935a1105a4149ff3d +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 11/21/2017 +ms.lasthandoff: 12/23/2017 --- # 実稼働環境で構成される microservices ベースのアプリケーションを実行します。 diff --git a/docs/standard/containerized-lifecycle-architecture/what-is-docker.md b/docs/standard/containerized-lifecycle-architecture/what-is-docker.md index 83387d736e2..2a25b9b024d 100644 --- a/docs/standard/containerized-lifecycle-architecture/what-is-docker.md +++ b/docs/standard/containerized-lifecycle-architecture/what-is-docker.md @@ -1,15 +1,18 @@ --- title: "Docker とは何ですか。" -description: "Microsoft プラットフォームとツールが、Docker のコンテナー化アプリケーションのライフ サイクル" +description: "Microsoft プラットフォームとツールでコンテナー化された Docker アプリケーションのライフサイクル" keywords: "Docker, マイクロサービス, ASP.NET, コンテナー" author: CESARDELATORRE ms.author: wiwagn ms.date: 09/21/2017 -ms.openlocfilehash: 7b429f84f7714454d49be1cfa4f450d99fc47f66 -ms.sourcegitcommit: 4f3fef493080a43e70e951223894768d36ce430a -ms.translationtype: HT +ms.workload: +- dotnet +- dotnetcore +ms.openlocfilehash: c75b2fa87e5aad93693c76c3bbd135044b36525f +ms.sourcegitcommit: c0dd436f6f8f44dc80dc43b07f6841a00b74b23f +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 11/21/2017 +ms.lasthandoff: 01/19/2018 --- # Docker とは何ですか。 @@ -25,13 +28,13 @@ Docker イメージ コンテナーは、Linux と Windows 上でネイティブ Docker が付属する開発環境でコンテナーをホストし、その他の開発者向けのツールを提供、 [Docker Community Edition (CE)](https://www.docker.com/community-edition) Windows または macOS です。 これらの製品では、必要な VM のコンテナーをホストする (、Docker ホスト) をインストールします。 Docker も使用できるように[Docker Enterprise Edition (EE)](https://www.docker.com/enterprise-edition)エンタープライズ開発のために設計されていますが、IT チームがビルドによって使用されますが、出荷、および実稼働環境で大規模な基幹業務アプリケーションを実行します。 -実行する[Windows コンテナー](https://msdn.microsoft.com/en-us/virtualization/windowscontainers/about/about_overview)ランタイムの 2 種類があります。 +実行する[Windows コンテナー](https://msdn.microsoft.com/virtualization/windowscontainers/about/about_overview)ランタイムの 2 種類があります。 - **Windows Server コンテナー** このランタイムには、プロセスと名前空間の分離テクノロジによる分離をアプリケーションが用意されています。 Windows Server コンテナーは、コンテナー ホストとホストで実行されているすべてのコンテナーに、カーネルを共有します。 - **HYPER-V コンテナー** で各コンテナーを大幅に最適化された VM で実行されている Windows Server コンテナーによって提供される分離性を展開します。 コンテナーでは、HYPER-V、分離性を提供することは、この構成では、コンテナー ホストのカーネルを共有されません。 -これらのコンテナーのイメージは同じ方法で作成され、同じように機能します。 イメージからコンテナーを作成する方法に違いが、HYPER-V コンテナーの実行で追加のパラメーターが必要です。 詳細については、「 [Hyper-v コンテナー](https://msdn.microsoft.com/en-us/virtualization/windowscontainers/about/about_overview)です。 +これらのコンテナーのイメージは同じ方法で作成され、同じように機能します。 イメージからコンテナーを作成する方法に違いが、HYPER-V コンテナーの実行で追加のパラメーターが必要です。 詳細については、「 [Hyper-v コンテナー](https://msdn.microsoft.com/virtualization/windowscontainers/about/about_overview)です。 ## Vm での Docker コンテナーの比較 diff --git a/docs/standard/design-guidelines/dispose-pattern.md b/docs/standard/design-guidelines/dispose-pattern.md index 559537ff20c..b254e5c9e8b 100644 --- a/docs/standard/design-guidelines/dispose-pattern.md +++ b/docs/standard/design-guidelines/dispose-pattern.md @@ -15,18 +15,18 @@ helpviewer_keywords: - customizing Dispose method name - Finalize method ms.assetid: 31a6c13b-d6a2-492b-9a9f-e5238c983bcb -caps.latest.revision: "22" +caps.latest.revision: author: rpetrusha ms.author: ronpet manager: wpickett ms.workload: - dotnet - dotnetcore -ms.openlocfilehash: 86fef5b18ac2c1c1b1dfee385b726484191fe714 -ms.sourcegitcommit: e7f04439d78909229506b56935a1105a4149ff3d +ms.openlocfilehash: e0c2e74afea8a0cb5a0e187f05511eabe0527b90 +ms.sourcegitcommit: 08684dd61444c2f072b89b926370f750e456fca1 ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/23/2017 +ms.lasthandoff: 02/14/2018 --- # Dispose パターン すべてのプログラムは、それらの実行の進行中にメモリ、システムのハンドル、またはデータベース接続など、1 つまたは複数のシステム リソースを取得します。 開発者は、取得し、使用後に解放する必要があるためには、このようなシステム リソースを使用する場合は注意が必要があります。 @@ -35,7 +35,7 @@ ms.lasthandoff: 12/23/2017 残念ながら、マネージ メモリは、さまざまな種類のシステム リソースの 1 つです。 ただし、マネージ メモリ以外のリソースは明示的に解放する必要あるし、アンマネージ リソースと呼びます。 GC が具体的には想定していません、このようなアンマネージ リソースを管理するには、開発者の手にアンマネージ リソースを管理する責任があることを意味します。 - CLR では、アンマネージ リソースを解放するときにいくつかのヘルプを提供します。 仮想メソッドを宣言(ファイナライザーとも呼ばれます) 前に、オブジェクトのメモリ GC によって解放され、アンマネージ リソースを解放するをオーバーライドすることができます、GC によって呼び出されます。 ファイナライザーをオーバーライドする型は、ファイナライズ可能な型と呼ばれます。 + CLR では、アンマネージ リソースを解放するときにいくつかのヘルプを提供します。 仮想メソッドを宣言(ファイナライザーとも呼ばれます) 前に、オブジェクトのメモリ GC によって解放され、アンマネージ リソースを解放するをオーバーライドすることができます、GC によって呼び出されます。 ファイナライザーをオーバーライドする型は、ファイナライズ可能な型と呼ばれます。 ファイナライザーは、一部のクリーンアップのシナリオで効果的なは、2 つの重要な欠点があります。 @@ -95,7 +95,7 @@ public class DisposableResourceHolder : IDisposable { また、このセクションでは、Dispose パターンが実装していません基数を持つクラスに適用されます。 オーバーライドするだけで既にパターンを実装するクラスから継承している場合、`Dispose(bool)`追加のリソースのクリーンアップ ロジックを提供します。 - **✓ しないで**保護された仮想 void を宣言`Dispose(bool disposing)`アンマネージ リソースの解放に関連するすべてのロジックを集中管理するメソッド。 + **✓ しないで**宣言、`protected virtual void Dispose(bool disposing)`アンマネージ リソースの解放に関連するすべてのロジックを集中管理するメソッド。 すべてのリソースのクリーンアップは、このメソッドで発生する必要があります。 両方のファイナライザーからメソッドを呼び出したと`IDisposable.Dispose`メソッドです。 パラメーターは、ファイナライザーの内部から呼び出されている場合は false になります。 終了処理中に実行されるコードがファイナライズ可能なその他のオブジェクトにアクセスしていないことを確認することを使用してください。 ファイナライザーの実装の詳細については、次のセクションで説明します。 @@ -138,7 +138,7 @@ public class DisposableResourceHolder : IDisposable { **X しないで**のすべてのオーバー ロードを宣言、`Dispose`以外のメソッド`Dispose()`と`Dispose(bool)`です。 - `Dispose`このパターンを体系化し、実装、ユーザー、およびコンパイラの間での混乱を回避するために予約語を考慮ください。 一部の言語は、特定の種類に自動的にこのパターンを実装することもできます。 + `Dispose` このパターンを体系化し、実装、ユーザー、およびコンパイラの間での混乱を回避するために予約語を考慮ください。 一部の言語は、特定の種類に自動的にこのパターンを実装することもできます。 **✓ しないで**を許可する、`Dispose(bool)`に複数回呼び出されるメソッド。 メソッドは、最初の呼び出し後に何もすることもできます。 @@ -285,7 +285,7 @@ public class ComplexResourceHolder : IDisposable { **✓ を検討してください**を作成して、重要なファイナライズ可能なオブジェクトを使用して (を含む型階層を持つ型) の状況でファイナライザーどうしても必要があります実行発生した場合でも強制アプリケーション ドメインのアンロード スレッド中止します。 - *部分 © 2005、2009 Microsoft Corporation します。All rights reserved.* + *Portions © 2005, 2009 Microsoft Corporation.All rights reserved.* *ピアソン教育, Inc. からのアクセス許可によって検出[Framework デザイン ガイドライン: 規則、表現方法、および再利用可能な .NET ライブラリを第 2 版パターン](http://www.informit.com/store/framework-design-guidelines-conventions-idioms-and-9780321545619)は Cwalina と Brad Abrams、2008 年 10 月 22 日で発行されました。Microsoft Windows 開発シリーズの一部として、Addison-wesley Professional。* diff --git a/docs/standard/modern-web-apps-azure-architecture/architectural-principles.md b/docs/standard/modern-web-apps-azure-architecture/architectural-principles.md index 9f90014e561..50d36ac03b3 100644 --- a/docs/standard/modern-web-apps-azure-architecture/architectural-principles.md +++ b/docs/standard/modern-web-apps-azure-architecture/architectural-principles.md @@ -6,18 +6,21 @@ ms.author: wiwagn ms.date: 10/06/2017 ms.prod: .net-core ms.technology: dotnet-docker -ms.openlocfilehash: 20524c8aa0e64fd40a1a4a6811063557f74074d2 -ms.sourcegitcommit: 4f3fef493080a43e70e951223894768d36ce430a -ms.translationtype: HT +ms.workload: +- dotnet +- dotnetcore +ms.openlocfilehash: bdb215d64253fb7d22ae2c5648030336850006b5 +ms.sourcegitcommit: f28752eab00d2bd97e971542c0f49ce63cfbc239 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 11/21/2017 +ms.lasthandoff: 01/29/2018 --- -#アーキテクチャの原則 +# アーキテクチャの原則 > "ビルダー建物をビルドする場合は方法プログラマは、プログラムを記述しに付属している最初の woodpecker は文明を破棄します。" -> _\-ジェラルド Weinberg_ +> _\- ジェラルド Weinberg_ -## 概要 +## まとめ 設計し、保守容易性を念頭にソフトウェア ソリューションを設計する必要があります。 このセクションで説明した原則進めることができます、クリーンで保守性の高いアプリケーションの原因となるアーキテクチャ上の決定に向けたです。 一般に、これらの原則に従って、アプリケーションの他の部分に密結合されていないが、明示的なインターフェイス経由で通信ではなく、独立したコンポーネントからアプリケーションを構築またはメッセージング システムの方向。 @@ -41,7 +44,7 @@ ms.lasthandoff: 11/21/2017 ![](./media/image4-1.png) -**図 4-1。** 直接の依存関係グラフ。 +**図 4-1** 直接の依存関係グラフ。 依存関係の逆転原則を適用する許可できるようにする A に B を呼び出し、実行時に、B を実装する抽象型でメソッドを呼び出す A が b をインターフェイスに依存するによって制御 A コンパイル時に (つまり、*反転*一般的なコンパイル時の依存関係)。 実行時に、プログラムの実行フローが変更されないが、インターフェイスの概要では、これらのインターフェイスのさまざまな実装簡単に接続することを意味します。 @@ -103,16 +106,16 @@ ms.lasthandoff: 11/21/2017 少なくとも、個々 の web アプリケーションは必要があるデータベースを共有する他のアプリケーションとのではなく、そのビジネス モデルの独自の永続化ストアで、独自の境界のあるコンテキストに努めています。 これにより、ビジネス ロジックの共有データベースではなくプログラム インターフェイスは、使用に範囲指定されたコンテキスト間の通信が発生しをイベントが行われる変更に合わせて配置します。 また、独自の個々 の境界のあるコンテキストとして実装されることをお勧め microservices にコンテキストのマップを密接に制限されます。 > ### 参照: 最新の Web アプリケーション -> - **関心の分離** +> - 関心の分離 > -> - **カプセル化** +> - **Encapsulation** > - **依存関係の逆転原則** > > - **明示的な依存関係の原則** > > - **自分で繰り返さない** > -> - **永続性の無視** +> - 永続性の無視 > > - **範囲指定されたコンテキスト** > diff --git a/docs/standard/modern-web-apps-azure-architecture/azure-hosting-recommendations-for-asp-net-web-apps.md b/docs/standard/modern-web-apps-azure-architecture/azure-hosting-recommendations-for-asp-net-web-apps.md index d0efeea2904..7ca7afbd76c 100644 --- a/docs/standard/modern-web-apps-azure-architecture/azure-hosting-recommendations-for-asp-net-web-apps.md +++ b/docs/standard/modern-web-apps-azure-architecture/azure-hosting-recommendations-for-asp-net-web-apps.md @@ -6,18 +6,21 @@ ms.author: wiwagn ms.date: 10/07/2017 ms.prod: .net-core ms.technology: dotnet-docker -ms.openlocfilehash: c361a28321ec9dcbfee1db8036757632a5d81f7c -ms.sourcegitcommit: bbde43da655ae7bea1977f7af7345eb87bd7fd5f -ms.translationtype: HT +ms.workload: +- dotnet +- dotnetcore +ms.openlocfilehash: 868f1b7ce452be9e29b921888f90d128e074ba13 +ms.sourcegitcommit: e7f04439d78909229506b56935a1105a4149ff3d +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 10/21/2017 +ms.lasthandoff: 12/23/2017 --- # ASP.NET Core Web アプリ用の推奨事項をホストしている azure > "基幹業務リーダー everywhere がクラウド (別名 SaaS) からアプリケーションを取得すると共に、IT 部門のバイパスと支払いそれらの雑誌の講読と同じようにします。 左上隅にある未使用ありません装置と、サブスクリプションを取り消すことができます、サービスが必要でなくなったときにします。" -> _\-Daryl Plummer、Gartner アナリスト_ +> _\- Daryl Plummer、Gartner アナリスト_ -## 概要 +## まとめ これは、アプリケーションのニーズとアーキテクチャ、Windows Azure でサポートできます。 ホスティングのニーズは非常に高度なアプリケーション数十個サービスの構成に静的な web サイトと同じくらい簡単にできます。 ASP.NET Core モノリシックな web アプリケーションおよびサポート サービスでは、推奨されるいくつかのよく知られている構成があります。 次の推奨事項は、ホストされているかどうか完全なアプリケーション、個別のプロセス、またはデータをリソースの種類に従ってグループ化されます。 @@ -75,18 +78,18 @@ App Service または Service Fabric で実行するの大幅な変更が必要 | App Service を機能します。 | Service Fabric | 仮想マシン | |---------|----------|----------| -| ほぼ即時の配置 | X | X | | -| 再配置することがなく大型のコンピューターにスケール アップ | X | X | | -| インスタンスを共有コンテンツと構成です。再展開または拡張するときに再構成する必要はありません。 | X | X | | -| 複数のデプロイ環境 (運用環境、ステージング) | X | X | | -| OS の自動更新の管理 | X | | | -| シームレスな 32/64 ビットのプラットフォーム間の切り替え | X | | | -| Git、FTP によるコードを配置します。 | X | | X | -| Web Deploy によるコードを配置します。 | X | | X | -| TFS によるコードを配置します。 | X | X | X | -| ホスト web または多層アーキテクチャの web サービス層 | X | X | X | -| Service Bus、Storage、SQL データベースのような Azure サービスへのアクセスします。 | X | X | X | -| 任意のカスタム MSI をインストールします。 | | X | X | +| ほぼ即時の配置 | x | x | | +| 再配置することがなく大型のコンピューターにスケール アップ | x | x | | +| インスタンスを共有コンテンツと構成です。再展開または拡張するときに再構成する必要はありません。 | x | x | | +| 複数のデプロイ環境 (運用環境、ステージング) | x | x | | +| OS の自動更新の管理 | x | | | +| シームレスな 32/64 ビットのプラットフォーム間の切り替え | x | | | +| Git、FTP によるコードを配置します。 | x | | x | +| Web Deploy によるコードを配置します。 | x | | x | +| TFS によるコードを配置します。 | x | X | x | +| ホスト web または多層アーキテクチャの web サービス層 | x | X | x | +| Service Bus、Storage、SQL データベースのような Azure サービスへのアクセスします。 | x | X | x | +| 任意のカスタム MSI をインストールします。 | | x | x | ## 論理プロセス diff --git a/docs/standard/modern-web-apps-azure-architecture/choose-between-traditional-web-and-single-page-apps.md b/docs/standard/modern-web-apps-azure-architecture/choose-between-traditional-web-and-single-page-apps.md index 3fbc023c24e..90e5e7d2a43 100644 --- a/docs/standard/modern-web-apps-azure-architecture/choose-between-traditional-web-and-single-page-apps.md +++ b/docs/standard/modern-web-apps-azure-architecture/choose-between-traditional-web-and-single-page-apps.md @@ -6,18 +6,21 @@ ms.author: wiwagn ms.date: 10/06/2017 ms.prod: .net-core ms.technology: dotnet-docker -ms.openlocfilehash: 5bae77fc4e0df9d0bc7fecfad25adfcee2419084 -ms.sourcegitcommit: bbde43da655ae7bea1977f7af7345eb87bd7fd5f -ms.translationtype: HT +ms.workload: +- dotnet +- dotnetcore +ms.openlocfilehash: eb830ede1b644700a80f0e9fac2f3608deb88276 +ms.sourcegitcommit: e7f04439d78909229506b56935a1105a4149ff3d +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 10/21/2017 +ms.lasthandoff: 12/23/2017 --- # 従来の Web アプリまたは単一ページ アプリケーション (SPAs) を選択します。 > "Atwood の法律: JavaScript では、書き込むことができる任意のアプリケーションは、JavaScript に最終的に記述されます"。 -> _\-Jeff Atwood_ +> _\- Jeff Atwood_ -## 概要 +## まとめ Web アプリケーションの構築を今すぐに 2 つの一般的なアプローチします従来の web アプリケーション サーバー、および web ブラウザーで、ほとんどのユーザー インターフェイス ロジックを実行する単一ページ アプリケーション (SPAs) 上のほとんどのアプリケーション ロジックを実行する。主に web Api を使用して web サーバーと通信します。 ハイブリッド アプローチも、最も簡単アプリケーションをホストする 1 つまたは複数リッチ SPA のようなサブ大規模な従来の web アプリケーション内でできます。 @@ -85,12 +88,12 @@ SPAs を書き込むには、JavaScript または TypeScript およびクライ 次の意思決定テーブルでは、従来の web アプリケーションと、SPA を選択するときに考慮する基本的な事項のいくつかまとめたものです。 - | **要素** | **従来の Web アプリ** | **シングル ページ アプリケーション** | + | **Factor** | **従来の Web アプリ** | **シングル ページ アプリケーション** | |---|---|---| - | JavaScript または TypeScript の必要なチームに関する知識 | **最小** | **必須** | - | スクリプト作成せずにブラウザーをサポートします。 | **サポート状況** | **サポートされていません** | - | 最低限のクライアント側アプリケーションの動作 | **適しています** | **過剰** | - | 豊富な複雑なユーザー インターフェイスの要件 | **制限** | **適しています** | + | JavaScript または TypeScript の必要なチームに関する知識 | 最小 | **必須** | + | スクリプト作成せずにブラウザーをサポートします。 | **サポート状況** | サポートされていません | + | 最低限のクライアント側アプリケーションの動作 | **Well-Suited** | **過剰** | + | 豊富な複雑なユーザー インターフェイスの要件 | **制限** | **Well-Suited** | >[!div class="step-by-step"] [前](モダン-web-アプリケーション-characteristics.md) [[次へ]](architectural-principles.md) diff --git a/docs/standard/modern-web-apps-azure-architecture/common-client-side-web-technologies.md b/docs/standard/modern-web-apps-azure-architecture/common-client-side-web-technologies.md index 6a27c4eddb1..fbe71367b1b 100644 --- a/docs/standard/modern-web-apps-azure-architecture/common-client-side-web-technologies.md +++ b/docs/standard/modern-web-apps-azure-architecture/common-client-side-web-technologies.md @@ -6,18 +6,21 @@ ms.author: wiwagn ms.date: 10/07/2017 ms.prod: .net-core ms.technology: dotnet-docker -ms.openlocfilehash: 1084aee3d81a5df6ac99d6ec0e2ef647b4173c24 -ms.sourcegitcommit: bbde43da655ae7bea1977f7af7345eb87bd7fd5f -ms.translationtype: HT +ms.workload: +- dotnet +- dotnetcore +ms.openlocfilehash: e8e156552fd4aa733594c01845fb7ed1643b4aef +ms.sourcegitcommit: e7f04439d78909229506b56935a1105a4149ff3d +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 10/21/2017 +ms.lasthandoff: 12/23/2017 --- # 一般的なクライアント側の Web テクノロジ > 「Web サイトを内部から適切に表示し、アウトします。」 > _-Paul Cookson_ -## 概要 +## まとめ ASP.NET Core アプリケーションは、web アプリケーションと、HTML、CSS、および JavaScript のようなクライアント側の web テクノロジに通常依存しています。 区切ってページ (HTML) のコンテンツのレイアウトとスタイル設定 (CSS) とその動作 (JavaScript) を使用してから、複雑な web アプリは、関心の分離の原則を利用できます。 構造体、デザイン、またはアプリケーションの動作に変更を加えてできる詳細簡単にこれらの問題については取り上げていませんときです。 @@ -67,7 +70,7 @@ JavaScript フレームワーク標準古代、jQuery 引き続き HTML と CSS ### jQuery vs SPA フレームワーク -| **要素** | **jQuery** | **Angular**| +| **Factor** | **jQuery** | **angular**| |--------------------------|------------|-------------| | DOM を抽象化します。 | **はい** | **はい** | | AJAX のサポート | **はい** | **はい** | @@ -146,7 +149,7 @@ Breakneck 速度で進化する JavaScript フレームワークを続行しま > ### 参照: クライアントの Web テクノロジ > - **HTML および CSS** > -> - **Sass vs です。小さい** +> - **Sass vs です。LESS** > > - **少ないリソースでの ASP.NET Core アプリケーションや Sass、優れたフォントのスタイルを設定** > @@ -156,9 +159,9 @@ Breakneck 速度で進化する JavaScript フレームワークを続行しま > > - **jQuery vs AngularJS** > -> - **Angular** +> - **angular** > -> - **対処** +> - 対処 > > - **Slingshot を反応します。** > diff --git a/docs/standard/modern-web-apps-azure-architecture/common-web-application-architectures.md b/docs/standard/modern-web-apps-azure-architecture/common-web-application-architectures.md index dadfffd2e20..3004253e6cb 100644 --- a/docs/standard/modern-web-apps-azure-architecture/common-web-application-architectures.md +++ b/docs/standard/modern-web-apps-azure-architecture/common-web-application-architectures.md @@ -6,18 +6,21 @@ ms.author: wiwagn ms.date: 10/06/2017 ms.prod: .net-core ms.technology: dotnet-docker -ms.openlocfilehash: b6236cfab290211f930d6a1987075abeade4fd6d -ms.sourcegitcommit: 4f3fef493080a43e70e951223894768d36ce430a -ms.translationtype: HT +ms.workload: +- dotnet +- dotnetcore +ms.openlocfilehash: dc5580d38ac29a5e923a4b7d84f9d7e077d5cdb2 +ms.sourcegitcommit: e7f04439d78909229506b56935a1105a4149ff3d +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 11/21/2017 +ms.lasthandoff: 12/23/2017 --- #一般的な Web アプリケーションのアーキテクチャ > 「アーキテクチャは、高価な良いと思う場合、不適切なアーキテクチャを再試行してください。」 > _-Brian Foote とジョセフで_ -## 概要 +## まとめ 従来のほとんどの .NET アプリケーションは、実行可能ファイルまたは 1 つの IIS appdomain 内で実行される単一の web アプリケーションに対応する 1 つの単位として配置されます。 これは最も簡単な展開モデルであり、多くの内部およびより小さな公開アプリケーションをあまり機能です。 ただし、この展開の 1 つの単位も指定すると、最も重要なビジネス アプリケーションを享受によって複数のレイヤーに論理的な分離できます。 @@ -169,7 +172,7 @@ UI レイヤーにインフラストラクチャ プロジェクトで定義さ ASP.NET Core MVC アプリケーションのユーザー インターフェイス レイヤーは、アプリケーションのエントリ ポイントとなるし、ASP.NET Core MVC プロジェクトになります。 このプロジェクトは、アプリケーションの主要なプロジェクトを参照する必要があり、その型が厳密にアプリケーションのコアで定義されているインターフェイスを使用するインフラストラクチャと対話する必要があります。 なし、直接インスタンス化 (または静的の呼び出し)、UI 層インフラストラクチャ レイヤーの種類を許可する必要があります。 > ### UI レイヤーの種類 -> - コント ローラー +> - Controllers > - フィルター > - ビュー > - ViewModels diff --git a/docs/standard/modern-web-apps-azure-architecture/develop-asp-net-core-mvc-apps.md b/docs/standard/modern-web-apps-azure-architecture/develop-asp-net-core-mvc-apps.md index 9a971a53b6c..b0a511619b4 100644 --- a/docs/standard/modern-web-apps-azure-architecture/develop-asp-net-core-mvc-apps.md +++ b/docs/standard/modern-web-apps-azure-architecture/develop-asp-net-core-mvc-apps.md @@ -6,18 +6,21 @@ ms.author: wiwagn ms.date: 10/07/2017 ms.prod: .net-core ms.technology: dotnet-docker -ms.openlocfilehash: 54e7ed6fff9ac709e411d0ac1e345c63fd753201 -ms.sourcegitcommit: 43c656811dd38a66a6672084c65d10c0cbbf2015 -ms.translationtype: HT +ms.workload: +- dotnet +- dotnetcore +ms.openlocfilehash: c10bf66dd37f0d99c038db7f95999d84986152fa +ms.sourcegitcommit: e7f04439d78909229506b56935a1105a4149ff3d +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 11/22/2017 +ms.lasthandoff: 12/23/2017 --- # ASP.NET Core MVC アプリを開発します。 > "重要ではありませんが、正しく理解する最初の時間です。 これはさせるために、前回の非常に重要です。" > _-Andrew 狩猟と David Thomas_ -## 概要 +## まとめ ASP.NET Core は、最新のクラウドに最適化された web アプリケーションを構築するためのプラットフォーム間、オープン ソース フレームワークです。 ASP.NET Core アプリケーションは、軽量なテストの容易性と保守容易性の向上で有効にすると、依存関係の挿入の組み込みサポートを備えた、モジュール型です。 MVC で、ビュー ベースのアプリだけでなく最新の web Api の構築をサポートするには、組み合わせる ASP.NET Core は、エンタープライズ web アプリケーションのビルドに使用する強力なフレームワークです。 @@ -204,11 +207,11 @@ services.AddMvc(o => o.Conventions.Add(new FeatureConvention())); ASP.NET Core MVC は、ビューの場所にも、規則を使用します。 ビューは、(上、FeatureConvention によって提供される機能名を使用)、機能のフォルダーで見つかることができるように、カスタム規則を含むメソッドをオーバーライドできます。 この方法の詳細し、MSDN の記事から実際のサンプルをダウンロードできます[ASP.NET Core MVC 用機能スライス](https://msdn.microsoft.com/magazine/mt763233.aspx)です。 -### 横断的関心事 +### 横断的な問題 アプリケーションが増すにつれて、重複を排除し、整合性を維持する横断的関心事取り出しをますます重要になります。 横断的関心事 ASP.NET Core アプリケーションでの例は、その他の多くを使用する必要がある場合、認証、モデルの検証規則、出力キャッシュ、およびエラー処理を示します。 ASP.NET Core MVC[フィルター](https://docs.microsoft.com/aspnet/core/mvc/controllers/filters)にする前に、または要求処理パイプライン内の特定の手順の後にコードを実行できるようにします。 たとえば、フィルターでは、前におよび、操作の実行後、または前後にアクションの結果、モデル バインディングの前後を実行できます。 また、パイプラインの残りの部分へのアクセスを制御するのに承認フィルターを使用することができます。 図 7-2 に示します要求方法の実行フローのフィルターを構成されている場合。 -![要求は、承認フィルター、リソースのフィルター、モデル バインド、アクション フィルター、アクションの実行とアクション結果の変換、例外フィルター、結果のフィルター、およびを介して結果実行処理されます。 途中ではのみによって要求が処理結果のフィルターとリソースのフィルターをクライアントに送信された応答になる前にします。](./media/image7-2.png) +![要求は、承認フィルター、リソース フィルター、モデル バインド、アクション フィルター、アクションの実行とアクション結果の変換、例外フィルター、結果フィルター、結果の実行を介して処理されます。 終了間際に、要求は結果フィルターとリソース フィルターのみで処理されてから、クライアントに送信される応答になります。](./media/image7-2.png) フィルターと要求パイプラインを介して図 7-2 要求の実行。 diff --git a/docs/standard/modern-web-apps-azure-architecture/development-process-for-azure.md b/docs/standard/modern-web-apps-azure-architecture/development-process-for-azure.md index fb8be46e5d3..62ec55d475d 100644 --- a/docs/standard/modern-web-apps-azure-architecture/development-process-for-azure.md +++ b/docs/standard/modern-web-apps-azure-architecture/development-process-for-azure.md @@ -6,11 +6,14 @@ ms.author: wiwagn ms.date: 10/08/2017 ms.prod: .net-core ms.technology: dotnet-docker -ms.openlocfilehash: e676c1225f7d11381808040cf101e897e0726ad4 -ms.sourcegitcommit: bbde43da655ae7bea1977f7af7345eb87bd7fd5f -ms.translationtype: HT +ms.workload: +- dotnet +- dotnetcore +ms.openlocfilehash: 576a717cbdcb8cf465e8cb7b4898df1df7447aa7 +ms.sourcegitcommit: e7f04439d78909229506b56935a1105a4149ff3d +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 10/21/2017 +ms.lasthandoff: 12/23/2017 --- # Azure の開発プロセス @@ -27,7 +30,7 @@ ms.lasthandoff: 10/21/2017 かどうか完全かつ強力な IDE または軽量とアジャイル エディターについて、必要に応じて、Microsoft ASP.NET Core アプリケーションの開発時に対応します。 -**Visual Studio 2017 です。** 使用する場合*Visual Studio 2017* ASP.NET Core アプリケーションを構築できますがある限り、 *.NET Core クロスプラット フォーム開発*ワークロードがインストールされています。 図 10-1 では、Visual Studio 2017 の [設定] ダイアログ ボックスで、必要なワークロードを示しています。 +**Visual Studio 2017.** 使用する場合*Visual Studio 2017* ASP.NET Core アプリケーションを構築できますがある限り、 *.NET Core クロスプラット フォーム開発*ワークロードがインストールされています。 図 10-1 では、Visual Studio 2017 の [設定] ダイアログ ボックスで、必要なワークロードを示しています。 ![](./media/image10-1.png) @@ -99,7 +102,7 @@ Azure への展開用 ASP.NET Core アプリケーションの開発は、それ 1 回、ビルドが成功したように、CD 処理を引き継ぎますビルド成果物を生成します。 Web は、このパッケージを展開します。 Azure App Service、既存のサービスを新しく作成されたものに置き換えるには、ビルド サーバーはこのパッケージを展開します。 通常この手順は、ステージング環境を対象が、一部のアプリケーションが直接 CD プロセスには、実稼働環境に展開します。 -#### 手順 5. Azure App Service。 Web アプリです。 +#### 手順 5. Azure App Service。 Web App. 展開した後は、Azure App Service Web アプリのコンテキスト内で ASP.NET Core アプリケーションが実行されます。 この Web アプリは、監視することができ、さらに、Azure ポータルを使用するように構成します。 diff --git a/docs/standard/modern-web-apps-azure-architecture/modern-web-applications-characteristics.md b/docs/standard/modern-web-apps-azure-architecture/modern-web-applications-characteristics.md index 8d2b7e52f70..bc5e81c8d3f 100644 --- a/docs/standard/modern-web-apps-azure-architecture/modern-web-applications-characteristics.md +++ b/docs/standard/modern-web-apps-azure-architecture/modern-web-applications-characteristics.md @@ -6,18 +6,21 @@ ms.author: wiwagn ms.date: 10/06/2017 ms.prod: .net-core ms.technology: dotnet-docker -ms.openlocfilehash: 9ff9380b318457a842dec4e41b9b74dcddcda3d3 -ms.sourcegitcommit: 882e02b086d7cb9c75f748494cf7a8d3377c5874 -ms.translationtype: HT +ms.workload: +- dotnet +- dotnetcore +ms.openlocfilehash: ecef23870ac547f4b4066628da71f8af98c91b27 +ms.sourcegitcommit: e7f04439d78909229506b56935a1105a4149ff3d +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 11/17/2017 +ms.lasthandoff: 12/23/2017 --- # 最新の Web アプリケーションの特性 > "… 適切な設計は、機能には、安価です。 このアプローチは骨の折れるを成功させるのには続行されます。" -> _\-Dennis Ritchie_ +> _\- Dennis Ritchie_ -## 概要 +## まとめ 最新の web アプリケーションは、上位のユーザーの期待とこれまでよりも大きい要求があります。 現在の web アプリケーションが使用可能な 24/7 からほぼすべてのデバイスから使用できるようにし、どこにあっても、または画面のサイズが必要です。 Web アプリケーションは、セキュリティで保護された、柔軟性が高く、およびオンデマンドの急激な増加に対応できる拡張性にする必要があります。 ますます、複雑なシナリオは、JavaScript を使用して、web Api 経由で効率的に通信するクライアント上に構築された豊富なユーザー エクスペリエンスで処理される必要があります。 @@ -41,7 +44,7 @@ ASP.NET Core は、メモリ不足と高いスループットになっている ## クロス プラットフォーム -ASP.NET Core は、プラットフォーム間で Linux MacOS と Windows 上で実行できます。 これは、開発と ASP.NET Core でビルドされたアプリの展開の両方の多くの新しいオプションが表示されます。 Docker コンテナーは、通常 Linux を現在実行して、ASP.NET Core アプリケーションの利点を活用することをホストできる[コンテナーおよび microservices](../microservices-architecture)です。 +ASP.NET Core は、プラットフォーム間で Linux MacOS と Windows 上で実行できます。 これは、開発と ASP.NET Core でビルドされたアプリの展開の両方の多くの新しいオプションが表示されます。 Docker コンテナーは、通常 Linux を現在実行して、ASP.NET Core アプリケーションの利点を活用することをホストできる[コンテナーおよび microservices](../microservices-architecture/index.md)です。 ## モジュール化し、疎結合 diff --git a/docs/standard/modern-web-apps-azure-architecture/test-asp-net-core-mvc-apps.md b/docs/standard/modern-web-apps-azure-architecture/test-asp-net-core-mvc-apps.md index 107e4c6e3fe..69b04e7bea3 100644 --- a/docs/standard/modern-web-apps-azure-architecture/test-asp-net-core-mvc-apps.md +++ b/docs/standard/modern-web-apps-azure-architecture/test-asp-net-core-mvc-apps.md @@ -6,18 +6,21 @@ ms.author: wiwagn ms.date: 10/08/2017 ms.prod: .net-core ms.technology: dotnet-docker -ms.openlocfilehash: 4611ffa8334e124946e849306d3281b695830eb1 -ms.sourcegitcommit: bbde43da655ae7bea1977f7af7345eb87bd7fd5f -ms.translationtype: HT +ms.workload: +- dotnet +- dotnetcore +ms.openlocfilehash: d23d0accc33fb8335dff602d6e1d6c8689972906 +ms.sourcegitcommit: e7f04439d78909229506b56935a1105a4149ff3d +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 10/21/2017 +ms.lasthandoff: 12/23/2017 --- # ASP.NET Core MVC アプリをテストします。 > _「単体テスト、製品がたくない場合ほとんどの場合、お客様はありませんしたいか、テストして、。」_ > _-匿名- -## 概要 +## まとめ 複雑なソフトウェアの変更に応答で予期しない方法で失敗します。 したがって、テストを変更した後が最も単純な (またはそれ以上、重要) のアプリケーションを除くすべての必要です。 手動テストは、ソフトウェアをテストする最も時間のかかる、最も信頼性の低いで最も負荷の高い方法です。 残念ながら、アプリケーションがあるテストが容易な設計されていません唯一の手段があることができます。 章 X で次のアーキテクチャの原則のレイアウトを記述されたアプリケーションは、単体テストが容易なをする必要があり、ASP.NET Core アプリケーションは自動統合および機能テストもサポートします。 diff --git a/docs/standard/modern-web-apps-azure-architecture/work-with-data-in-asp-net-core-apps.md b/docs/standard/modern-web-apps-azure-architecture/work-with-data-in-asp-net-core-apps.md index 534c4c69814..d2eb5e887fa 100644 --- a/docs/standard/modern-web-apps-azure-architecture/work-with-data-in-asp-net-core-apps.md +++ b/docs/standard/modern-web-apps-azure-architecture/work-with-data-in-asp-net-core-apps.md @@ -6,11 +6,14 @@ ms.author: wiwagn ms.date: 10/07/2017 ms.prod: .net-core ms.technology: dotnet-docker -ms.openlocfilehash: bcb8f7bbfa83db9c86cd1278a89750b9f02061d9 -ms.sourcegitcommit: 6f49c973f62855ffd6c4a322903e7dd50c5c1b50 -ms.translationtype: HT +ms.workload: +- dotnet +- dotnetcore +ms.openlocfilehash: 648e0a4cdd388cf4a322f0fc049d5dcfca53d54b +ms.sourcegitcommit: e7f04439d78909229506b56935a1105a4149ff3d +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 11/23/2017 +ms.lasthandoff: 12/23/2017 --- # ASP.NET Core アプリケーションのデータの操作 @@ -18,7 +21,7 @@ ms.lasthandoff: 11/23/2017 Tim Berners-lee -## 概要 +## まとめ データ アクセスは、ほぼすべてのソフトウェア アプリケーションの重要な部分です。 ASP.NET Core では、さまざまなデータ アクセス オプション、Entity Framework Core (と同様に、Entity Framework 6) を含むをサポートし、任意の .NET データ アクセス フレームワークを使用できます。 データ アクセス フレームワークを使用する選択は、アプリケーションのニーズによって異なります。 抽象化して、ApplicationCore および UI プロジェクトから、これらの選択肢とインフラストラクチャでの実装の詳細をカプセル化は、疎結合、テスト可能なソフトウェアを生成するために役立ちます。 diff --git a/docs/standard/modernize-with-azure-and-containers/conclusions.md b/docs/standard/modernize-with-azure-and-containers/conclusions.md index bb83b2fc017..03adc9ca459 100644 --- a/docs/standard/modernize-with-azure-and-containers/conclusions.md +++ b/docs/standard/modernize-with-azure-and-containers/conclusions.md @@ -4,17 +4,20 @@ description: "Azure のクラウドと Windows コンテナーの既存の .NET author: CESARDELATORRE ms.author: wiwagn ms.date: 10/26/2017 -ms.openlocfilehash: 0bcc330a5970ab923b48d8790c4de93171283d94 -ms.sourcegitcommit: 4f3fef493080a43e70e951223894768d36ce430a -ms.translationtype: HT +ms.workload: +- dotnet +- dotnetcore +ms.openlocfilehash: 6e2f776b71fda9074605f072335a6e95366d2a97 +ms.sourcegitcommit: e7f04439d78909229506b56935a1105a4149ff3d +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 11/21/2017 +ms.lasthandoff: 12/23/2017 --- # まとめ - 最終的には、コンテナー ベースのソリューションには、コスト節約の利点があります。 コンテナーは、実稼働環境での依存関係が存在しない場合の原因となった摩擦を削除するために、展開に関する問題の解決策です。 これらの問題を削除すると、その開発/テスト、DevOps および運用操作大幅に向上します。 -- Docker コンテナーには、サーバー ベースのアプリケーションまたはサービスの配置の標準的な単位が高まっています。 +- Docker コンテナーは、サーバー ベースのアプリケーションまたはサービスの配置の標準的な単位になっています。 - 運用環境でのスケーラブルな Windows コンテナー ベースのアプリケーションをホストするオーケストレーター (Service Fabric Kubernetes など) を使用してください。 diff --git a/docs/standard/modernize-with-azure-and-containers/lift-and-shift-existing-apps-azure-iaas.md b/docs/standard/modernize-with-azure-and-containers/lift-and-shift-existing-apps-azure-iaas.md index beb7e64adec..a8399e7228e 100644 --- a/docs/standard/modernize-with-azure-and-containers/lift-and-shift-existing-apps-azure-iaas.md +++ b/docs/standard/modernize-with-azure-and-containers/lift-and-shift-existing-apps-azure-iaas.md @@ -4,11 +4,14 @@ description: "既存の .NET アプリケーションと Azure のクラウド author: CESARDELATORRE ms.author: wiwagn ms.date: 10/26/2017 -ms.openlocfilehash: 7f7715bb0ec323874271a7e9ce1c666e23e33b22 -ms.sourcegitcommit: 4f3fef493080a43e70e951223894768d36ce430a -ms.translationtype: HT +ms.workload: +- dotnet +- dotnetcore +ms.openlocfilehash: eed17ad06c138c3a4eb85f5e023427b681488784 +ms.sourcegitcommit: e7f04439d78909229506b56935a1105a4149ff3d +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 11/21/2017 +ms.lasthandoff: 12/23/2017 --- # リフト アンド シフト Azure IaaS の既存のアプリ @@ -84,7 +87,7 @@ Azure の移行では、信頼度のワークロードが業務に影響を最 - **Azure 移行データシート** - [https://aka.ms/azuremigration\_データシート](https://aka.ms/azuremigration\_datasheet) + [https://aka.ms/azuremigration\_datasheet](https://aka.ms/azuremigration\_datasheet) - **Azure を移行します。** diff --git a/docs/standard/modernize-with-azure-and-containers/lift-and-shift-existing-apps-devops/build-resilient-services-ready-for-the-cloud-embrace-transient-failures-in-the-cloud.md b/docs/standard/modernize-with-azure-and-containers/lift-and-shift-existing-apps-devops/build-resilient-services-ready-for-the-cloud-embrace-transient-failures-in-the-cloud.md index 772f6b75267..e8458189b38 100644 --- a/docs/standard/modernize-with-azure-and-containers/lift-and-shift-existing-apps-devops/build-resilient-services-ready-for-the-cloud-embrace-transient-failures-in-the-cloud.md +++ b/docs/standard/modernize-with-azure-and-containers/lift-and-shift-existing-apps-devops/build-resilient-services-ready-for-the-cloud-embrace-transient-failures-in-the-cloud.md @@ -4,11 +4,14 @@ description: "コンテナーの .NET アプリケーションの .NET Microserv author: CESARDELATORRE ms.author: wiwagn ms.date: 10/26/2017 -ms.openlocfilehash: 9c21ae37ad2e4fc318eb4b206069db7662bfc5d7 -ms.sourcegitcommit: 4f3fef493080a43e70e951223894768d36ce430a -ms.translationtype: HT +ms.workload: +- dotnet +- dotnetcore +ms.openlocfilehash: aaf1ef968600a56d91267c6c12efa90d99446dd7 +ms.sourcegitcommit: c0dd436f6f8f44dc80dc43b07f6841a00b74b23f +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 11/21/2017 +ms.lasthandoff: 01/19/2018 --- # クラウドの準備が整って回復力のあるサービスを構築しますクラウド内の一時的な障害を受け入れる。 @@ -48,13 +51,13 @@ HTTP リソースとデータベース リソースの両方には、これら - **Entity Framework 接続回復性と再試行ロジック (バージョン 6 以降)** - [https://msdn.microsoft.com/en-us/library/dn456835 (v=vs.113).aspx](https://msdn.microsoft.com/en-us/library/dn456835(v=vs.113).aspx) + [https://msdn.microsoft.com/library/dn456835(v=vs.113).aspx](https://msdn.microsoft.com/library/dn456835(v=vs.113).aspx) - **Transient Fault Handling Application Block** -- [https://msdn.microsoft.com/en-us/library/hh680934 (v=pandp.50).aspx](https://msdn.microsoft.com/en-us/library/hh680934(v=pandp.50).aspx) +- [https://msdn.microsoft.com/library/hh680934(v=pandp.50).aspx](https://msdn.microsoft.com/library/hh680934(v=pandp.50).aspx) - **回復力のある HTTP 通信のポリー ライブラリ** diff --git a/docs/standard/modernize-with-azure-and-containers/lift-and-shift-existing-apps-devops/deploy-existing-net-apps-as-windows-containers.md b/docs/standard/modernize-with-azure-and-containers/lift-and-shift-existing-apps-devops/deploy-existing-net-apps-as-windows-containers.md index 20b9e63f695..c97c18aaf7d 100644 --- a/docs/standard/modernize-with-azure-and-containers/lift-and-shift-existing-apps-devops/deploy-existing-net-apps-as-windows-containers.md +++ b/docs/standard/modernize-with-azure-and-containers/lift-and-shift-existing-apps-devops/deploy-existing-net-apps-as-windows-containers.md @@ -4,11 +4,14 @@ description: "コンテナーの .NET アプリケーションの .NET Microserv author: CESARDELATORRE ms.author: wiwagn ms.date: 10/26/2017 -ms.openlocfilehash: 87aa05895857a425f11820a564f2a249c77f98e2 -ms.sourcegitcommit: 4f3fef493080a43e70e951223894768d36ce430a -ms.translationtype: HT +ms.workload: +- dotnet +- dotnetcore +ms.openlocfilehash: f9a30605313c06542fabf9689f700ed726445f57 +ms.sourcegitcommit: e7f04439d78909229506b56935a1105a4149ff3d +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 11/21/2017 +ms.lasthandoff: 12/23/2017 --- # Windows コンテナーとして既存の .NET アプリを展開します。 @@ -92,14 +95,14 @@ For Linux ディストリビューションの場合は複数、使用可能な Dockerfile は、ファイルをイメージ名を追加する場合は、.NET Framework ベースの Windows コンテナー イメージの次の例のように、タグを使用して、オペレーティング システムとバージョンを選択できます。 -> | **タグ** | **システムとバージョン** | +> | タグ | **システムとバージョン** | > |---|---| > | **microsoft/dotnet-framework:4.x-windowsservercore** | .NET framework 4.x を Windows Server Core | > | **microsoft/aspnet:4.x-windowsservercore** | .NET framework 4.x で Windows Server Core での他の ASP.NET カスタマイズ | .NET core (Linux と Windows はクロス プラットフォーム)、タグは次のようになります。 -> | **タグ** | **システムとバージョン** +> | タグ | **システムとバージョン** > |---|---| > | **microsoft/dotnet:2.0.0-runtime** | .NET core 2.0 Linux 上のランタイムのみ | > | **microsoft/dotnet:2.0.0-runtime-nanoserver** | .NET core 2.0 Windows Nano Server でのランタイムのみ | diff --git a/docs/standard/modernize-with-azure-and-containers/lift-and-shift-existing-apps-devops/how-to-deploy-existing-net-apps-to-azure-app-service.md b/docs/standard/modernize-with-azure-and-containers/lift-and-shift-existing-apps-devops/how-to-deploy-existing-net-apps-to-azure-app-service.md index d937b5cbf44..8d9fbbc9b57 100644 --- a/docs/standard/modernize-with-azure-and-containers/lift-and-shift-existing-apps-devops/how-to-deploy-existing-net-apps-to-azure-app-service.md +++ b/docs/standard/modernize-with-azure-and-containers/lift-and-shift-existing-apps-devops/how-to-deploy-existing-net-apps-to-azure-app-service.md @@ -4,11 +4,14 @@ description: "コンテナーの .NET アプリケーションの .NET Microserv author: CESARDELATORRE ms.author: wiwagn ms.date: 10/26/2017 -ms.openlocfilehash: c83703c6f3dede0f92263e0d46bf48525c3eefaf -ms.sourcegitcommit: 4f3fef493080a43e70e951223894768d36ce430a -ms.translationtype: HT +ms.workload: +- dotnet +- dotnetcore +ms.openlocfilehash: 84bffe7aad6bbffb40519c9146d8156159d55850 +ms.sourcegitcommit: e7f04439d78909229506b56935a1105a4149ff3d +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 11/21/2017 +ms.lasthandoff: 12/23/2017 --- # 既存の .NET アプリケーションを Azure App Service をデプロイする方法 diff --git a/docs/standard/modernize-with-azure-and-containers/lift-and-shift-existing-apps-devops/microsoft-technologies-in-cloud-devops-ready-applications.md b/docs/standard/modernize-with-azure-and-containers/lift-and-shift-existing-apps-devops/microsoft-technologies-in-cloud-devops-ready-applications.md index 07b88f0cce5..15b62abd6bd 100644 --- a/docs/standard/modernize-with-azure-and-containers/lift-and-shift-existing-apps-devops/microsoft-technologies-in-cloud-devops-ready-applications.md +++ b/docs/standard/modernize-with-azure-and-containers/lift-and-shift-existing-apps-devops/microsoft-technologies-in-cloud-devops-ready-applications.md @@ -4,11 +4,14 @@ description: "コンテナーの .NET アプリケーションの .NET Microserv author: CESARDELATORRE ms.author: wiwagn ms.date: 10/26/2017 -ms.openlocfilehash: a7ce240ee89321f79b10a701cd26fa84b6006f83 -ms.sourcegitcommit: 4f3fef493080a43e70e951223894768d36ce430a -ms.translationtype: HT +ms.workload: +- dotnet +- dotnetcore +ms.openlocfilehash: 3212bf1e938b789d68ca76dd06ce53a2788244b6 +ms.sourcegitcommit: e7f04439d78909229506b56935a1105a4149ff3d +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 11/21/2017 +ms.lasthandoff: 12/23/2017 --- # Devops の準備完了のクラウド アプリケーションで Microsoft のテクノロジ diff --git a/docs/standard/modernize-with-azure-and-containers/lift-and-shift-existing-apps-devops/migrate-to-hybrid-cloud-scenarios.md b/docs/standard/modernize-with-azure-and-containers/lift-and-shift-existing-apps-devops/migrate-to-hybrid-cloud-scenarios.md index dc32cf10697..0e3c89441ab 100644 --- a/docs/standard/modernize-with-azure-and-containers/lift-and-shift-existing-apps-devops/migrate-to-hybrid-cloud-scenarios.md +++ b/docs/standard/modernize-with-azure-and-containers/lift-and-shift-existing-apps-devops/migrate-to-hybrid-cloud-scenarios.md @@ -4,11 +4,14 @@ description: "コンテナーの .NET アプリケーションの .NET Microserv author: CESARDELATORRE ms.author: wiwagn ms.date: 10/2/2017 -ms.openlocfilehash: 7394d0fd208e131b4e683298f6ca31a9eddade28 -ms.sourcegitcommit: 4f3fef493080a43e70e951223894768d36ce430a -ms.translationtype: HT +ms.workload: +- dotnet +- dotnetcore +ms.openlocfilehash: 61b22e48afd543ac077ebb4fe1b7be200f9ec859 +ms.sourcegitcommit: e7f04439d78909229506b56935a1105a4149ff3d +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 11/21/2017 +ms.lasthandoff: 12/23/2017 --- # ハイブリッド クラウド シナリオへの移行します。 @@ -50,7 +53,7 @@ Microsoft Azure スタック Development Kit では、評価し、Azure の履 [https://www.microsoft.com/cloud-platform/hybrid-cloud](https://www.microsoft.com/cloud-platform/hybrid-cloud) -- **Azure のスタック** +- **Azure Stack** [https://azure.microsoft.com/overview/azure-stack/](https://azure.microsoft.com/overview/azure-stack/) diff --git a/docs/standard/modernize-with-azure-and-containers/lift-and-shift-existing-apps-devops/modernize-your-apps-lifecycle-with-ci-cd-pipelines-and-devops-tools-in-the-cloud.md b/docs/standard/modernize-with-azure-and-containers/lift-and-shift-existing-apps-devops/modernize-your-apps-lifecycle-with-ci-cd-pipelines-and-devops-tools-in-the-cloud.md index 1b2dbdc48cd..31f3316f932 100644 --- a/docs/standard/modernize-with-azure-and-containers/lift-and-shift-existing-apps-devops/modernize-your-apps-lifecycle-with-ci-cd-pipelines-and-devops-tools-in-the-cloud.md +++ b/docs/standard/modernize-with-azure-and-containers/lift-and-shift-existing-apps-devops/modernize-your-apps-lifecycle-with-ci-cd-pipelines-and-devops-tools-in-the-cloud.md @@ -4,11 +4,14 @@ description: "コンテナーの .NET アプリケーションの .NET Microserv author: CESARDELATORRE ms.author: wiwagn ms.date: 10/26/2017 -ms.openlocfilehash: 2799f203cec2b01d2c9ff1a60ece801dc5939104 -ms.sourcegitcommit: 4f3fef493080a43e70e951223894768d36ce430a -ms.translationtype: HT +ms.workload: +- dotnet +- dotnetcore +ms.openlocfilehash: c0b87d01c1305695dacaf3ba112b387de2ee0cc1 +ms.sourcegitcommit: e7f04439d78909229506b56935a1105a4149ff3d +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 11/21/2017 +ms.lasthandoff: 12/23/2017 --- # CI/CD パイプラインや DevOps ツール、クラウドでアプリのライフ サイクルを最新化します。 diff --git a/docs/standard/modernize-with-azure-and-containers/lift-and-shift-existing-apps-devops/modernize-your-apps-with-monitoring-and-telemetry.md b/docs/standard/modernize-with-azure-and-containers/lift-and-shift-existing-apps-devops/modernize-your-apps-with-monitoring-and-telemetry.md index 91b6d19702c..d3e7cac3087 100644 --- a/docs/standard/modernize-with-azure-and-containers/lift-and-shift-existing-apps-devops/modernize-your-apps-with-monitoring-and-telemetry.md +++ b/docs/standard/modernize-with-azure-and-containers/lift-and-shift-existing-apps-devops/modernize-your-apps-with-monitoring-and-telemetry.md @@ -4,11 +4,14 @@ description: "コンテナーの .NET アプリケーションの .NET Microserv author: CESARDELATORRE ms.author: wiwagn ms.date: 10/26/2017 -ms.openlocfilehash: 03a6f2be9dc6c020cfe93a2597d1288943e527c8 -ms.sourcegitcommit: 4f3fef493080a43e70e951223894768d36ce430a -ms.translationtype: HT +ms.workload: +- dotnet +- dotnetcore +ms.openlocfilehash: 1535951eb648deab17cf8c2fe64db6ddf7df4cb5 +ms.sourcegitcommit: e7f04439d78909229506b56935a1105a4149ff3d +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 11/21/2017 +ms.lasthandoff: 12/23/2017 --- # 監視と遠隔測定でアプリを最新化します。 @@ -36,7 +39,7 @@ Azure インフラストラクチャ ログとの関連ログ分析、Azure サ - Docker 群 -- DC OS/ +- DC/OS - Kubernetes diff --git a/docs/standard/modernize-with-azure-and-containers/lift-and-shift-existing-apps-devops/reasons-to-lift-and-shift-existing-net-apps-to-cloud-devops-ready-applications.md b/docs/standard/modernize-with-azure-and-containers/lift-and-shift-existing-apps-devops/reasons-to-lift-and-shift-existing-net-apps-to-cloud-devops-ready-applications.md index 8191ee0aee3..15f0609aeda 100644 --- a/docs/standard/modernize-with-azure-and-containers/lift-and-shift-existing-apps-devops/reasons-to-lift-and-shift-existing-net-apps-to-cloud-devops-ready-applications.md +++ b/docs/standard/modernize-with-azure-and-containers/lift-and-shift-existing-apps-devops/reasons-to-lift-and-shift-existing-net-apps-to-cloud-devops-ready-applications.md @@ -4,11 +4,14 @@ description: "コンテナーの .NET アプリケーションの .NET Microserv author: CESARDELATORRE ms.author: wiwagn ms.date: 10/26/2017 -ms.openlocfilehash: 941ca8d8fcb4d69f60282737851ab3e86b5782d4 -ms.sourcegitcommit: 4f3fef493080a43e70e951223894768d36ce430a -ms.translationtype: HT +ms.workload: +- dotnet +- dotnetcore +ms.openlocfilehash: 4f09ec8f5aa041057ac1256eb564e197793c8a2b +ms.sourcegitcommit: e7f04439d78909229506b56935a1105a4149ff3d +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 11/21/2017 +ms.lasthandoff: 12/23/2017 --- # 上の理由がリフト アンド シフトの既存のクラウド DevOps 対応アプリケーションへアプリ用 .NET diff --git a/docs/standard/modernize-with-azure-and-containers/lift-and-shift-existing-apps-devops/what-about-cloud-optimized-applications.md b/docs/standard/modernize-with-azure-and-containers/lift-and-shift-existing-apps-devops/what-about-cloud-optimized-applications.md index 3f02baedc7e..060d56f44d5 100644 --- a/docs/standard/modernize-with-azure-and-containers/lift-and-shift-existing-apps-devops/what-about-cloud-optimized-applications.md +++ b/docs/standard/modernize-with-azure-and-containers/lift-and-shift-existing-apps-devops/what-about-cloud-optimized-applications.md @@ -4,11 +4,14 @@ description: "コンテナーの .NET アプリケーションの .NET Microserv author: CESARDELATORRE ms.author: wiwagn ms.date: 10/26/2017 -ms.openlocfilehash: 40d493196f12af7a5337c47ed85581d933374396 -ms.sourcegitcommit: 4f3fef493080a43e70e951223894768d36ce430a -ms.translationtype: HT +ms.workload: +- dotnet +- dotnetcore +ms.openlocfilehash: 4cb85c9dbcc7586510db9947d0151e3856964ef4 +ms.sourcegitcommit: e7f04439d78909229506b56935a1105a4149ff3d +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 11/21/2017 +ms.lasthandoff: 12/23/2017 --- # クラウドに最適化されたアプリケーションについて説明します。 diff --git a/docs/standard/modernize-with-azure-and-containers/lift-and-shift-existing-apps-devops/when-not-to-deploy-to-windows-containers.md b/docs/standard/modernize-with-azure-and-containers/lift-and-shift-existing-apps-devops/when-not-to-deploy-to-windows-containers.md index ec938013c92..4d50ec9fb42 100644 --- a/docs/standard/modernize-with-azure-and-containers/lift-and-shift-existing-apps-devops/when-not-to-deploy-to-windows-containers.md +++ b/docs/standard/modernize-with-azure-and-containers/lift-and-shift-existing-apps-devops/when-not-to-deploy-to-windows-containers.md @@ -4,11 +4,14 @@ description: "コンテナーの .NET アプリケーションの .NET Microserv author: CESARDELATORRE ms.author: wiwagn ms.date: 10/26/2017 -ms.openlocfilehash: 538cb518cd169f42b3e8b7324ca108a1d366137a -ms.sourcegitcommit: 4f3fef493080a43e70e951223894768d36ce430a -ms.translationtype: HT +ms.workload: +- dotnet +- dotnetcore +ms.openlocfilehash: c74b71f9c80ab51cabe0e3c4abf32f292da30763 +ms.sourcegitcommit: e7f04439d78909229506b56935a1105a4149ff3d +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 11/21/2017 +ms.lasthandoff: 12/23/2017 --- # Windows コンテナーを展開しない場合 diff --git a/docs/standard/modernize-with-azure-and-containers/lift-and-shift-existing-apps-devops/when-to-deploy-windows-containers-in-your-on-premises-iaas-vm-infrastructure.md b/docs/standard/modernize-with-azure-and-containers/lift-and-shift-existing-apps-devops/when-to-deploy-windows-containers-in-your-on-premises-iaas-vm-infrastructure.md index 9a9da3c986f..86327adf2b9 100644 --- a/docs/standard/modernize-with-azure-and-containers/lift-and-shift-existing-apps-devops/when-to-deploy-windows-containers-in-your-on-premises-iaas-vm-infrastructure.md +++ b/docs/standard/modernize-with-azure-and-containers/lift-and-shift-existing-apps-devops/when-to-deploy-windows-containers-in-your-on-premises-iaas-vm-infrastructure.md @@ -4,11 +4,14 @@ description: "コンテナーの .NET アプリケーションの .NET Microserv author: CESARDELATORRE ms.author: wiwagn ms.date: 10/26/2017 -ms.openlocfilehash: 91a53f8eafe896ffe41e3f9938dca2679b81f3d2 -ms.sourcegitcommit: 4f3fef493080a43e70e951223894768d36ce430a -ms.translationtype: HT +ms.workload: +- dotnet +- dotnetcore +ms.openlocfilehash: 6f052f5106bea90c1d137d92bbf5da213ca6ffad +ms.sourcegitcommit: e7f04439d78909229506b56935a1105a4149ff3d +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 11/21/2017 +ms.lasthandoff: 12/23/2017 --- # オンプレミスで Windows コンテナーを展開するときに IaaS VM インフラストラクチャ diff --git a/docs/standard/modernize-with-azure-and-containers/lift-and-shift-existing-apps-devops/when-to-deploy-windows-containers-to-azure-container-service-kubernetes.md b/docs/standard/modernize-with-azure-and-containers/lift-and-shift-existing-apps-devops/when-to-deploy-windows-containers-to-azure-container-service-kubernetes.md index 7b07893d77b..533c4ad0365 100644 --- a/docs/standard/modernize-with-azure-and-containers/lift-and-shift-existing-apps-devops/when-to-deploy-windows-containers-to-azure-container-service-kubernetes.md +++ b/docs/standard/modernize-with-azure-and-containers/lift-and-shift-existing-apps-devops/when-to-deploy-windows-containers-to-azure-container-service-kubernetes.md @@ -4,11 +4,14 @@ description: "コンテナーの .NET アプリケーションの .NET Microserv author: CESARDELATORRE ms.author: wiwagn ms.date: 10/26/2017 -ms.openlocfilehash: f5ba7aa2cf14e7ca9f3a1f3eb12bbe236dca7e97 -ms.sourcegitcommit: 4f3fef493080a43e70e951223894768d36ce430a -ms.translationtype: HT +ms.workload: +- dotnet +- dotnetcore +ms.openlocfilehash: 2f7ed0c9ebf1c80ae6cae4311b2682d3cc161623 +ms.sourcegitcommit: e7f04439d78909229506b56935a1105a4149ff3d +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 11/21/2017 +ms.lasthandoff: 12/23/2017 --- # Azure コンテナー サービス (つまり、Kubernetes) に Windows コンテナーを展開するタイミング diff --git a/docs/standard/modernize-with-azure-and-containers/lift-and-shift-existing-apps-devops/when-to-deploy-windows-containers-to-azure-vms-iaas-cloud.md b/docs/standard/modernize-with-azure-and-containers/lift-and-shift-existing-apps-devops/when-to-deploy-windows-containers-to-azure-vms-iaas-cloud.md index 0b99480e60c..5eb42d95de8 100644 --- a/docs/standard/modernize-with-azure-and-containers/lift-and-shift-existing-apps-devops/when-to-deploy-windows-containers-to-azure-vms-iaas-cloud.md +++ b/docs/standard/modernize-with-azure-and-containers/lift-and-shift-existing-apps-devops/when-to-deploy-windows-containers-to-azure-vms-iaas-cloud.md @@ -4,11 +4,14 @@ description: "コンテナーの .NET アプリケーションの .NET Microserv author: CESARDELATORRE ms.author: wiwagn ms.date: 10/26/2017 -ms.openlocfilehash: 6fa7dbde3b7dad24047b31ee708a8a0df2635f09 -ms.sourcegitcommit: 4f3fef493080a43e70e951223894768d36ce430a -ms.translationtype: HT +ms.workload: +- dotnet +- dotnetcore +ms.openlocfilehash: 832faed135d5b8ec9f8ad0a6ca82b5fac0273284 +ms.sourcegitcommit: e7f04439d78909229506b56935a1105a4149ff3d +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 11/21/2017 +ms.lasthandoff: 12/23/2017 --- # Azure Vm (IaaS クラウド) に Windows コンテナーを展開するタイミング diff --git a/docs/standard/modernize-with-azure-and-containers/lift-and-shift-existing-apps-devops/when-to-deploy-windows-containers-to-service-fabric.md b/docs/standard/modernize-with-azure-and-containers/lift-and-shift-existing-apps-devops/when-to-deploy-windows-containers-to-service-fabric.md index a28cd4c208c..1e08b51df14 100644 --- a/docs/standard/modernize-with-azure-and-containers/lift-and-shift-existing-apps-devops/when-to-deploy-windows-containers-to-service-fabric.md +++ b/docs/standard/modernize-with-azure-and-containers/lift-and-shift-existing-apps-devops/when-to-deploy-windows-containers-to-service-fabric.md @@ -4,11 +4,14 @@ description: "コンテナーの .NET アプリケーションの .NET Microserv author: CESARDELATORRE ms.author: wiwagn ms.date: 10/26/2017 -ms.openlocfilehash: 21b6c348991e07dac7dbc9d327b63fa88a588ba4 -ms.sourcegitcommit: 4f3fef493080a43e70e951223894768d36ce430a -ms.translationtype: HT +ms.workload: +- dotnet +- dotnetcore +ms.openlocfilehash: f848c61fe49f9c2e883b422b574758ffac931229 +ms.sourcegitcommit: e7f04439d78909229506b56935a1105a4149ff3d +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 11/21/2017 +ms.lasthandoff: 12/23/2017 --- # Service Fabric を Windows コンテナーを展開するタイミング diff --git a/docs/standard/modernize-with-azure-and-containers/migrate-your-relational-databases-to-azure.md b/docs/standard/modernize-with-azure-and-containers/migrate-your-relational-databases-to-azure.md index 38fb940037b..b13884f71f4 100644 --- a/docs/standard/modernize-with-azure-and-containers/migrate-your-relational-databases-to-azure.md +++ b/docs/standard/modernize-with-azure-and-containers/migrate-your-relational-databases-to-azure.md @@ -4,11 +4,14 @@ description: "Azure のクラウドと Windows コンテナーの既存の .NET author: CESARDELATORRE ms.author: wiwagn ms.date: 10/26/2017 -ms.openlocfilehash: 2cd52bff0f4e812b3e701ff61eeb4526b98ec6fb -ms.sourcegitcommit: 4f3fef493080a43e70e951223894768d36ce430a -ms.translationtype: HT +ms.workload: +- dotnet +- dotnetcore +ms.openlocfilehash: 221d8c2b837fb738425e26f3af4da895e4987212 +ms.sourcegitcommit: e7f04439d78909229506b56935a1105a4149ff3d +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 11/21/2017 +ms.lasthandoff: 12/23/2017 --- # リレーショナル データベースを azure に移行します。 @@ -117,7 +120,7 @@ Azure データベースの移行サービスを使用してデータベース [https://docs.microsoft.com/azure/sql-database/sql-database-cloud-migrate](https://docs.microsoft.com/azure/sql-database/sql-database-cloud-migrate) -- **Azure SQL データベース** +- **Azure SQL Database** [https://azure.microsoft.com/services/sql-database/?v=16.50](https://azure.microsoft.com/services/sql-database/?v=16.50) diff --git a/docs/standard/modernize-with-azure-and-containers/walkthroughs-technical-get-started-overview.md b/docs/standard/modernize-with-azure-and-containers/walkthroughs-technical-get-started-overview.md index ea413ef6bb9..30a08624f38 100644 --- a/docs/standard/modernize-with-azure-and-containers/walkthroughs-technical-get-started-overview.md +++ b/docs/standard/modernize-with-azure-and-containers/walkthroughs-technical-get-started-overview.md @@ -4,11 +4,14 @@ description: "Azure のクラウドと Windows コンテナーの既存の .NET author: CESARDELATORRE ms.author: wiwagn ms.date: 10/26/2017 -ms.openlocfilehash: e78dd4a324ca9fc973f1aa0d8e6a9abe1341876c -ms.sourcegitcommit: 4f3fef493080a43e70e951223894768d36ce430a -ms.translationtype: HT +ms.workload: +- dotnet +- dotnetcore +ms.openlocfilehash: ead28fe1ffe1e002af73642a1c3b2e72479520f4 +ms.sourcegitcommit: bf8a3ba647252010bdce86dd914ac6c61b5ba89d +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 11/21/2017 +ms.lasthandoff: 01/06/2018 --- # チュートリアルと技術は、開始の概要を取得します。 @@ -72,7 +75,7 @@ ms.lasthandoff: 11/21/2017 このチュートリアルのメリットは、単純な: だけに慣れれば、コードとアプリケーションの構成、依存関係の挿入に基づいています。 その後、containerize および今後の複数の環境に展開するときに、この方法で試すことができます。 -### 次のステップ +### 次の手順 GitHub wiki 上には、このコンテンツをさらに詳しい情報を表示します。 @@ -84,7 +87,7 @@ GitHub wiki 上には、このコンテンツをさらに詳しい情報を表 技術的なチュートリアルは、eShopModernizing GitHub リポジトリの wiki で入手できます。 -[https://github.com/dotnet-architecture/eShopModernizing/wiki/02.-How-to-containerized-the-.NET-Framework-web-apps-with-Windows-Containers-and-Docker](https://https://github.com/dotnet-architecture/eShopModernizing/wiki/02.-How-to-containerized-the-.NET-Framework-web-apps-with-Windows-Containers-and-DockerTBD) +[https://github.com/dotnet-architecture/eShopModernizing/wiki/02.-How-to-containerize-the-.NET-Framework-web-apps-with-Windows-Containers-and-Docker](https://github.com/dotnet-architecture/eShopModernizing/wiki/02.-How-to-containerize-the-.NET-Framework-web-apps-with-Windows-Containers-and-Docker) ### 概要 @@ -120,9 +123,9 @@ Windows コンテナーの MVC、Web フォーム、または WCF、運用、開 コンテナリゼーション、理想的な状況では、アプリケーション コードに変更を加える必要ありません (C\#)。 ほとんどのシナリオでは、Docker の展開のメタデータ ファイル (Dockerfile と Docker Compose ファイル) だけができます。 -### 次のステップ +### 次の手順 -GitHub wiki 上でこのコンテンツをさらに詳しい情報を表示: [https://https://github.com/dotnet-architecture/eShopModernizing/wiki/02.-How-to-containerized-the-.NET-Framework-web-apps-with-Windows-Containers-and-Docker](https://https://github.com/dotnet-architecture/eShopModernizing/wiki/02.-How-to-containerized-the-.NET-Framework-web-apps-with-Windows-Containers-and-Docker) +GitHub wiki 上でこのコンテンツをさらに詳しい情報を表示: [https://github.com/dotnet-architecture/eShopModernizing/wiki/02.-How-to-containerize-the-.NET-Framework-web-apps-with-Windows-Containers-and-Docker](https://github.com/dotnet-architecture/eShopModernizing/wiki/02.-How-to-containerize-the-.NET-Framework-web-apps-with-Windows-Containers-and-Docker) ## チュートリアル 3: Azure Vm を Windows コンテナー ベースのアプリを展開します。 @@ -172,7 +175,7 @@ Azure は、という名前の VM を現在提供**コンテナーと Windows Se Windows コンテナーは、Azure にデプロイするときに、内部設置型 Windows Server 2016 の Vm を配置できますが、すぐに使用できる Windows Server コンテナーの Vm で、作業を開始する簡単な方法を取得します。 また、テスト担当者、および Azure の仮想マシン スケール セットによる自動スケーラビリティにアクセスできる一般的なオンラインの場所を取得します。 -### 次のステップ +### 次の手順 GitHub wiki 上には、このコンテンツをさらに詳しい情報を表示します。 @@ -234,7 +237,7 @@ Kubernetes と開発者は他のユーザー間で、次の機能を容易にす - アプリケーションの正常性チェック -## 次のステップ +## 次の手順 GitHub wiki 上でこのコンテンツをさらに詳しい情報を表示: [https://github.com/dotnet-architecture/eShopModernizing/wiki/04.-How-to-deploy-your-Windows-Containers-based-apps-into-Kubernetes-in-Azure-Container-Service-(Including-C-CD)](https://github.com/dotnet-architecture/eShopModernizing/wiki/04.-How-to-deploy-your-Windows-Containers-based-apps-into-Kubernetes-in-Azure-Container-Service-(Including-C-CD)) @@ -306,7 +309,7 @@ Service Fabric で開発者は他のユーザー間で、次の機能を容易 - 高度なローリング更新プログラムとの正常性チェックします。 -### 次のステップ +### 次の手順 GitHub wiki 上には、このコンテンツをさらに詳しい情報を表示します。