「ASP.NETコアマイクロサービスの本当の」訳者序文：https://blog.jijiechen.com/post/aspnetcore-microservices-preface-by-translator/
2014年に「ミクロサービス」をコンセプトに、公式発表の後、より多くのチームが成熟し続け、マイクロ管理サービスフレームワークと方法の開発プロセスの様々なも同時に立ち上がり、自らのビジネスシステムを設計するためにそれを使用し始めました。マイクロサービスの設計アプローチは明らかに我々は製品開発に人のアプローチを推測することができコンウェイの法則によると、サービス間の連携と統合を達成するためにさまざまな方法で事業開発チーム、マイクロサービスフレームワークの境界を定義するにマッピングすることにバインドされて協調的アプローチアップ。DevOpsチームの動きの存在同期台頭、それはとてもマイクロ生態のサービスがさらに強力なことに、サービス開発プロセスのタイムリーかつ適切に満たされたマイクロ技術方式です。
サービス、オペレーションおよびサービスインスタンスの数が多い、単一のサービスの維持との間に依存関係の管理：蓄積の数年後、人々はコンセプトから実現までのマイクロサービスは、最終的には組織全体にまで拡張することを実現するために始めた、この全体のプロセスの間に課題がたくさんあります展開の独立した、と同じ生態システム認証におけるマイクロサービスの異なる役割を想定し、顔にマイクロサービスチームの必要性への直接の挑戦になることを始めています。開発者は、効果的な学習のパスを見つけるために、自分の長所と短所を識別し、右の選択をすることは困難でなく、困難の両方のマイクロサービスを、まぶしいとの接触に入って来たので、それと同時に、マイクロサービスフレームワークの様々なタイプは、無限大です。
他の多くのサービス・テクノロジー・スタックよりも悪いマイクロ課題の分野での.NET技術。.NETテクノロジは、アプリケーション開発企業で長く使用するため、株式の転換を必要とするサービス指向アプリケーションの数が多いです。技術方向.NETの新世代として.NETコア技術、技術自体生態学的完全性、またはそのマイクロサービスフレームワークに基づいて双方は、完成一定です。最後に、アプリケーション開発企業、および連続的送達の広く使用されていない練習などの伝統的な分野では、アプリケーションがクラウドネイティブアプリケーションの多くの機能、それほど難しくは変換プロセスの要件を満たすことも困難に開発されました。
幸いなことに、完全にオープンソース、クロスプラットフォームで、ネイティブと詳細な最適化の多くのクラウド指向さらなる発展だけでなく、新しい.NETテクノロジ、など.NETのコア。それは、このような、ファイルシステム、ネットワーク構成や近代的な軽量のコマンドラインと優れたサポートを提供するために必要なその他の特性のクロスプラットフォーム開発のための基本的な機能モジュールとして、特定のオペレーティング・システムに依存しない、完全にモジュール化されています。クラウドネイティブ自然な開発のための開発プラットフォーム、マイクロベースのASP.NETコアサービスのため、開発のための基礎として、.NETのコアはまた、これらの自然の利点を持っているからです。
著書「小さいながらも完全に形成された」最初からインストールされ、それ.NETのコアの開発環境は、連続配信、APIおよびその他の重要な優先順位とテスト駆動開発手法やアイデアの詳細な説明が続きます。この本プロジェクトのあらゆる側面への様々なマイクロサービスの探究の人々の理解はマイクロサービスの解釈のすべての側面が自分の直感的な経験を確立するために理解する上で読者を導くために、書籍の実際の作者を反映し、同時に、この本もの支持者ネイティブの練習の使用と組み合わせたマイクロサービスとクラウド、12個の要因の特性を解析することにより、本は、読者やクラウドサービスをより体系マイクロネイティブと組み合わせるように、適用され、それらは本の中で、サンプルプロジェクトの分析に反映されています。本書の説明では、異なるアプローチの出会いのシーン、常に詳細に様々な考慮事項を検討し、著者、慎重に考えるように読者を引き起こし、様々な可能なアプローチを比較があるかもしれない時はいつでも、同時に、この本は、レガシーアプリケーションの多数を探ります開発中の典型的なアプローチだけでなく、マイクロネイティブのクラウドサービスや開発の新しい方法が採用されなければならない、その理由の慎重な解析は、アプリケーションの株式の転換のための直接指導を提供。
オリジナルの英語版を書いて、この時点では、.NETのコアは、初期のバージョン1.1のままであり、そして今翻訳の中国語版の間に、.NETのコアの最新バージョンがすでにバージョン2.2です。本の中で、.NETのコアエクササイズの最新バージョンに基づいて、サンプルプロジェクトでよりスムーズに読者を与えるためには、サンプルコードに関連した本の翻訳者は、アップグレードされました。アップグレードプロセス中に、コードの一部は、実行の際に新しいバージョンを渡すか、または仕事をモジュールに依存して書き換える必要があります。ブック内のコードリーダを使用する場合、自分のアドレス帳倉庫GitHubには使用、https://github.com/microservices-aspnetcore https://github.com/microservices-aspnetcore-zhによって置き換えに関するサンプルの実行ドッカーミラーはドッカーは本から画像を投影する際dotnetcoreservicesのプレフィックスを置き換えますdotnetcoreserviceszh。あなたが問題を抱えているコードの翻訳バージョンを使用している場合は、よくある質問翻訳者は、読者のすべての種類をお答えさせていただきます、これらのGitHubリポジトリに問題を提出してください。
様々な理由の限られたレベルでは、書籍の翻訳で、必然的に、そのような読者の修正の礼儀として、いくつかの欠陥やエラーを残して、翻訳者が表彰されます、他の読者と一緒にも利益になります。書籍コードリポジトリhttps://github.com/microservices-aspnetcore-zhの中国語版をご覧いただくか、翻訳者と連絡を電子メール[email protected] GETを使用してください。
この本の中国語版は、.NETの分野での技術から生まれたオリジナルのクラウド技術のマイクロサービスの実践と人気の導入に重要な貢献を行います。この場合、翻訳者はコミュニティに、私の同僚が一緒にWorkSharp翻訳チーム、特に劉氏夏の指導をしてきました感謝、提案されたこの本の翻訳のために教師張Shanyou貴重な提案に感謝、感謝の清華大学プレスの強力なサポートに感謝したいと思いますメンバー熱狂的な注意とヘルプモチベーション冊。翻訳スタッフの恋人張Shengqiではまだ容易に利用可能と熊私と一緒に数ヶ月余暇を翻訳することではなく、最後に、私の最も誠実な感謝を拡張する必要性は、常に私の翻訳作業を懸念している、私は両親がタイムリーに休む思い出させます：あなたの無限の忍耐と書籍の翻訳が正常に完了した許可する前に、継続的な支援です。
ここで私は推奨書いたものです。
-------------------------------------------------- -------------------------------------------------- -------------------------------------------------- --------------------------------
ほとんどすべての近代的なソフトウェアエンジニアリングは、製品の市場投入までの時間を短縮することに焦点を当てています。サービスは、それが優雅に摩擦を解消するため、チームやエンジニアは、常に配達時に反復改善と自律性を必要としていたマイクロ進化のアーキテクチャモデルサービス指向の組織です。ネイティブのクラウドアプリケーションの時代はマイクロサービスの形態であることを予見可能です。
マイクロサービスについて、古典的な本がたくさんあります。しかし、最新のWebフレームワークASP.NETコアのマイクロの組み合わせは多くはない本を説明するのに役立ちます。この本は、アイデア、手順、およびツールマイクロサービスの開発アウト完全な使用ASP.NETコアキャリーを記述するずっと必読マニュアルの、この本は、以前の著書、そのサンプルコード.NETのコアのために基づいていますされていません少し古いバージョンでは、翻訳者は、この問題の範囲を補うために努力しなければなりません。最も重要なのは、この本は、強力で拡張性の高いサービスの開発にアイデアをたっぷり使って時代遅れにされず、靭性マイクロスペースは約です。また、また、ASP.NETコアの使用を懸念書籍はクラウドネイティブモードを実装し、クラウドアプリケーションのすべての側面は、善良な市民の関心のネイティブエコロジーになるようにします。特定の技術の枠組みの外でこれらの経験や思考は、それは貴重です。
マイクロコードのサービスの開発は、単に物理的な分離、サービスの統合、チームワークの到着と新しい挑戦一連のマイクロサービスの開発モデルで顔に開発プロセスではありません。モノマーのアプリケーションに関しては、開発者はマイクロサービスを選択し、非常に重要な理由は、独立して、急速にサービスできることで、オンラインで展開する能力を考えることです。この本は、ASP.NETコアは、シームレスなコンテナ技術を簡単にしてこの機能を提供と互換性のある方法を説明します。シングル責任マイクロサービス、タスクの数、または作業を一緒にパーティーを完了するために、お互いを呼び出すサービスの必要性の間で大きなミッションを完了することを意味します。リライアンスと基本サービス間の統合は無視する問題ではありません。イベントベースの統合だけでなく、サービス発見機構によってサービス統合の2つの一般的な方法ですサービスの相互依存性のための柔軟なスケジューリングを提供し、この本の中でこれらの2つの方法は、完全な詳細に覆われています。直接ユーザーのシステムにも直接ユーザー、セキュリティ認証マイクロサービスシステムとに面していない各バックエンドサービスが異なっているので、この本は実際の状況に応じて、開発者が選択するための深さのいくつかの一般的なセキュリティメカニズムで説明します。
本はテーマASP.NETコアサービスは、マイクロの開発をエコーに基づいており、ASP.NETコア自体は、既存のアプリケーションに追加することができるモジュラーコンポーネントのシリーズです。また、ためASP.NETコアは、RESTスタイルのインタフェースのホストWebサーバーのサポートは非常に友好的で、自己十分な大きさの、軽量で強力なパフォーマンスから提供され、サービスの開発フレームワークの基礎として、それゆえASP.NETコアマイクロ自然にフィット。優れたフレームワークでは、我々は考慮する必要があり、新しい技術に陥る回避する方法であることは、再び「単一のアプリケーションスリップの新バージョン」で開発を続けています。ブックの深い実用的な演習を通じてプロジェクトだけでなく、理論的には建設中の様々なシーンマイクロ生態サービスの顔で読者、とは完全に調製することができるように、同期を説明します。
しかし、私は個人的にこの本は、まだマイクロ生態系の内部構成上のサービスの一部が欠落していると思い、コンテナが最善の方法マイクロサービス展開で、近代的なインフラ、よりきめ細かい抽象などの容器、効果的に減らすことができます空間と時間をアップ開始短縮し、それはコンポーネントの再利用性の新たなレベルを提供するので、それは簡単にスケジュールを含むマイクロ生態系の管理サービスは、（含む、（このような連続的な統合と配信のライフサイクルなど）、全体的な開発エコシステムに統合することができますデプロイ、コピー、拡張、復活、再スケジュール、アップグレード、ダウングレード、など）、リソース管理である（メモリ、CPU、メモリ、ポート、IP、ミラーなど）やサービス管理（、タグ、パケット、名前空間、負荷分散を使用し、 ）一緒に複数のコンテナをスケジュールをチェックする準備ができて。
すべての私の操作の場合、オンラインとオフラインの「DOTNETクロスプラットフォーム」パブリック数と種類で、一緒に、と私はマイクロサービスの開発に関連した経験を議論し、共有するために多くの友人を持っていました。関係する多くの友人を持っていた、マイクロ・サービスに関連した入門資料はありません。本書実際のプロジェクトでは、体系的に、マイクロサービスの開発の文脈をコーミング初心者が材料を学習するための効果的な提供します。だから、この本の導入を約幸せになるために確認することです。
次のよう冊のカタログは、次のとおりです。
第1章ASP。NETCoreの基礎
1.1コアコンセプト
1.1.1 CoreCLR
1.1.2 CoreFX
1.1.3。NETPlatformStandard
1.1.4 ASP。NETCORE
1.2のインストール。NETCORE
1-3コンソールアプリケーション開発
ASPの1.4開発。NETCoreアプリケーション
1.4.1 ASPは、プロジェクトに追加しました。NETパッケージ
ケストレルサーバーの追加1.4.2
スタートアップおよびミドルウェアの追加1.4.3を
1.4.4アプリケーションが実行されている
1.5の概要
第2章連続的送達
2.1ドッカーはじめに
2.1.1がインストールドッカーを
2.1.2実行ドッカーミラー
2.2 Wercker継続的インテグレーション
Werckerは、サービスの構築と2.3
2.3.1はWerckerコマンドラインツールがインストール
2.3.2追加werckerを。YMLプロファイル
2.3.3ビルドの実行Wercker
2.4 CircleCI継続的インテグレーション
dockerhubするために配備2.5
2.6概要
ASPを使用して、第3章を。マイクロサービスのNETCore開発
3.1マイクロサービス定義
3.2チームイントロ
3.3 API-最初の開発
3.3.1なぜ使用のAPIの優先順位
3.3.2チームサービスAPI
テストファースト開発の方向コントローラで3.4
シミュレートされた倉庫注入3.4.1
3.4.2完全なユニットテストスイート
3継続的な統合パイプラインの作成0.5
3.6統合テスト
ドッカーイメージチームサービスを実行している3.7を
3.8章の概要
第4章、バックエンドサービス
4.1マイクロ生態系サービス
4.1.1リソースは、バインディング
4.1。 2 -サービスモデル共通戦略
4.2開発のロケーションサービス
4.3チームの最適化サービス
4.3.1 URL環境変数の設定サービス
4.3.2は、RESTfulサービスに消費
4.3.3実行しているサービス
は、この章の4.4を概要
データ・サービスの作成第5章
データ・ストレージを選択する5.1を
Postgresの構築5.2ストレージ
5.2.1は、データベースコンテキストの作成
、レコードストレージ・インタフェースに達成するために、5.2.2位置
EFCoreメモリプロバイダと5.2.3をテスト
5.3は、データベースのバックエンドサービスにある
テストの統合のための本当の倉庫の5.4ペア
5.5テストランデータサービス
5.6の概要
......
第6章イベントのトレーサビリティとCQRS
第7章開発ASPを。NETCoreWebアプリケーション
第8章サービス・ディスカバリー
コンフィギュレーション第9章マイクロサービスシステム
第10章アプリケーションおよびマイクロセキュリティ
リアルタイムアプリケーションとサービスの開発第11章
第12章デザインサマリを
ASP.NETコアマイクロサービスの戦闘：クラウド環境の開発では、テストおよびクロスプラットフォームサービスの展開が オンラインJingdongは既にある、Jingdongの接続：https://item.jd.com/12611071.html、本を買うために一緒に整理より多くの人々が、その後、私たちは一緒に買い活動を整理することができた場合ならば、状況を見てください。このように買いマイクロチャネルグループを作成します。
