それが何であるの分離概念の前後端？
前端と後端は、単に別個の開発モデルが、建築パターン（前後端分離アーキテクチャ）ではありません。コードラインとフロントとリアの独立したフロントとリアエンドは、プロジェクトの前後端を区別する必要性から分離された場合にのみことを考えてはいけません。フロントエンドとバックエンドのプロジェクトには、二つのプロジェクトのプロジェクトである2台の異なるサーバー上で、必要性は別の、二つの異なるプロジェクト、二つの異なるコードベース、異なる開発を展開します。フロントとリアエンドエンジニアは、安らかなAPIを呼び出すために、HTTP、AJAX要求を呼び出すことにより、並行開発を実現することで合意対話型インタフェース、展開終了後の自主開発の必要性、バックエンドへのフロントエンドを必要としています。フロントページには、唯一のスタイルと分析＆ダイナミックなデータをレンダリングに焦点を当て、および特定のバックエンドのビジネスロジックに集中する必要があります。
何の仕事を担当するスタッフのフロントエンドの前の時代分離の後端？
HTMLでのUIデザインの高さの減少を得るために1、
2、合意されたパラメータ＆データ・インタフェース＆の後端
図3に示すように、統合された前端と後端、データ取得によって提供後端リクエストAPIインターフェース
4、フロントページを調整
これらは、フロントエンドプロセスにおける私の仕事、責任を負うものです。フロントエンドの仕事を総括する一つの文は次のようになりますように、フロントエンドのページのパフォーマンス、スピードと滑らかな、互換性、ユーザーエクスペリエンスとの追求。
、それはすでに前に行っているとの分離が終了した後、その後、フロントエンドエンジニアのための必要性は、HTML5、CSS3、jQueryの、angularjs、ブートストラップ、reactjs、vuejs、WebPACKの、より少ない/ SASS、がぶ飲み、nodejs、GoogleのV8エンジンに注力しているため、JavaScriptのマルチスレッドモジュラー、指向プログラミング、デザインパターン、ブラウザの互換性、パフォーマンスの最適化などが挙げられます。
分離のメリットの前と後
図1は、前端と後端はnginxのを使用する真のデカップリング、フロントエンドサーバであってもよいです。フロントエンド/ WEBサーバはCSSを入れて、JS、画像などの静的リソースのシリーズ（あなたも、CSS、JS、等アリクラウドOSSなどの特定のファイルサーバに画像や他のリソース、およびCDNアクセラレーションを使用することができます）に、フロントエンドページ参照・ジャンプ・ルーティングを制御する役割を担うサーバが、全体的な応答速度を高速化するために非同期インターフェイス、（データプロバイダを想像するのTomcat）Tomcatを使用して、バックエンド/サーバ・アプリケーションのフロントページのバックエンドを呼び出します。（我々は、そのようなnodejsなどのフロントエンド・エンジニアリング・フレームワークの一部を使用して反応させ、ルータ、Reduxの、WebPACKの、反応しなければなりません）
2は、問題を迅速に見つけることができるバグが、それぞれ他の現象に責任を転嫁しません発見しました。ページのロジック、すべてのフロントエンドエンジニアのための責任があると、その上のブラウザの互換性の問題、スクリプトエラー、ページのスタイルとの誤差をジャンプします。インターフェイスのデータエラーは、データが正常に送信されていない、応答タイムアウトの問題は、すべてのバックエンドエンジニアによって解決しました。お互いを乱すことなく、双方は、家族のそれぞれ他の表と裏が大好きです。
大規模な同時の場合3.な淘宝網などのフロントとリアエンドサーバは、2000 +フロントエンドサーバーのクラスタがどのように多くの十億の毎日+ PVの日々に耐えないためにホームが必要になりながら、私は、水平方向に拡張することができます。（アリの技術サミットに行き、彼らは、自分自身を書くためにWebコンテナにされている耳を傾けた場合でも、彼抗同時HTTP 100,000 2,000同時HTTP 200百万円、彼らはまた、予知ピークに基づいて、無制限の拡大することができ、単一のインスタンス、ひどい、それは家であります...）
4、同時削減バックエンドサーバ/負荷圧力。HTTPはすべてフロントnginxのに転送要求したすべての他のインターフェイスに加えて、リクエストインターフェースTomcatを呼び出し、参照nginxのプロキシTomcatを逆。そして、ページの最初の要求に加えて、ブラウザはローカルキャッシュの多数を呼び出します。
図5は、バックエンドサービスが切れているか、ダウンしても、フロントページは、通常の訪問になりますが、データはそれを磨くません。
アプリ関連のサービスがある場合は、インターフェイスを共有することができますので6は、多分あなたは、限り、いくつかのリファクタリングを介するなど、あなたはまた、効率を向上させる、インタフェースの多くを再利用することができ、マイクロチャネルの光関連のアプリケーションを必要としています。（マルチアプリケーション）
それが非同期でロードされているので7は、より多くの何かが、ページ表示を恐れていないです。
8、nginxのは、サーバー、フロントエンドのアップグレードや、よりシームレスに再起動せずに、ホット・デプロイ・ページをサポートしています。
図9は、コードの可読性と保守性増加（互いに結合前端と後端をコードは、非常に激しい読み取ります）。
10、前端と後端はむしろ依存前の強度よりも、並行して開発することができるので、開発効率を向上させます。
11は、nginxの証明書、HTTPSを使用して、エクストラネットへのアクセス、およびのみ開いているポート80および443に配備、他のすべてのポートが（ポートスキャンからのハッカーを防ぐために）閉じ、イントラネット使用HTTP、パフォーマンスおよびセキュリティが保証されています。
12、遠位端は外に、開発効率を向上させ、コンポーネントコードの再利用の多数の構成要素であります！