2017-06-23 2 views
0

私の仕事ではAzureでホストされている.NET Webアプリケーションがあります。 TeamCityを使用してアプリケーションを構築し、Octopusを使用してアプリケーションをAzureにデプロイします。私たちの展開の期間が長くなってきたことに気づいたので、私はOctopusのログを見てきました。これは主に、使用しているフロントエンドファイルの数が多いためです。我々は最近Reactを実装したので、node_modulesフォルダと、フロントエンドが使用するその他の.css.jsプラグインファイルがあります。多くのファイルを含むAzure Webアプリケーションの配備を高速化するにはどうすればよいですか?

上記のファイルを処理し、配備の負担を軽減する方法はありますか?ジッパーやDockerコンテナのような夢中なアイデアに挑戦してください。アプリケーションが大きくなるにつれて展開がより良くなるようにしてください。

+1

? – benPearce

+0

展開プロセスは実際にどのように見えますか?私はこれがかなりバニラの "Deploy NuGet"ステップであると仮定し、Webサイトの設定で抽出されたフォルダを指すようにしました。それは早い...私はおそらく何かが不足している。 – gvee

答えて

0

なぜ誇大広告と一緒に行かないでくださいwebpack? これは他のハイフンとは対照的です。これは実用的で実用的です。

webpack-mechanics

画像ソース:クレイジーになっビュンなかったhttp://www.pro-react.com/materials/appendixA/

+0

webpackを使用して独自のReactファイルをバンドルします。 **すべての** javascriptとcssファイル、私たち、そして第三者にwebpackを使うことを提案していますか? – brokenbeta

+0

はい、サードパーティのものを別々にバンドルすることもできます - ここには広範なスレッドがあります - https://stackoverflow.com/questions/30329337/how-to-bundle-vendor-scripts-separately-and-require-them- as-needed-with-webpack – evilSnobu

+0

また、Appサービスでホストされている場合は、すべてを.zipで圧縮し、KuduのZIP APIを呼び出すことができます - https://github.com/projectkudu/kudu/wiki/REST-API#zip – evilSnobu

関連する問題