最初の時点でアイデアが不合理に思えない場合、それは絶望的です。

-アルバートアインシュタイン

HabréでのNode.jsディスカッションから最も人気のあるトピックを収集し、有名な専門家にそれらについて話すように依頼しました。非営利のNode-hacker Matias MadsenとNodeの多くの本とコースの著者、Azat Mardanです。

トピックの正確なリストは次のとおりです。

Node.jsのストリームと計算を並列化するメソッド。
Node.jsの非同期;
Node.jsでのデバッグとロギング。
実稼働パフォーマンスの監視の問題。
ノードを監視するためのツール。

Azat Mardanは、 Technology Fellow、 Capital Oneのマネージャーであり、JavaScript / Node.jsの専門家であり、 Udemy and Node Universityでいくつかのオンラインコースを持ち、 React Quicklyを含む同じテーマに関する14冊の著者です。」（2017年マニング）、「 JavaScriptのフルスタック」（2015年Apress）、「実用的なNode.js 」（2014年のApress）、および2014年の「 Pro Express.js 」。

空き時間には、 AzatはWebapplog.comでテクノロジーについて書き、会議で講演し、オープンソースに貢献しています。 Node.jsのエキスパートになる前に、Azatは情報システムの修士号を取得して卒業し、米国連邦政府機関、小規模な新興企業、およびJava、SQL、PHP、Rubyなどのさまざまなテクノロジーを備えた大企業で働いていました。

Azatは、テクノロジーと金融、そして人々を教育し、力を与えるための新しい素晴らしい方法に情熱を注いでいます。

Mathias Buus Madsenは、デンマークのコペンハーゲンに拠点を置く非営利のハッカーNode.jsです。オープンソースでフルタイムで動作し、Datプロジェクト（ http://dat-data.com ）科学者がデータセットを共有できるようにするオープンツールを作成します。現在、npmで400を超えるモジュールをサポートしていますが、それ自体が印象的です。

HolyJS 2017モスクワ会議でライブで会えることを思い出してください。

ステージ上のサーバーサイドJavaScriptが長い間登場していたため、プログラミングコミュニティはそれを受け入れた人とそれ以外の人に分かれていました...あなたと私は、特にサイトがPHPでよく書かれているという考えなど、何か明らかになると、ホリバーに慣れていません（うーん...、またはPerlで、またはPythonで？..しかし、Node.jsについての投稿は重要ではありません）、何を書くべきかを議論することは非常に興味深いですが、これからどのように、唯一の適切な言語/スタックまともな結果を得る。さらに、Nodeは開発中、コミュニティは拡大中、バージョンは登場中、サーバーエンジンは改善しつつあり、明るい明日（昨日は灰色の背景）が近づいています！専門家の言うことを見てみましょう...

アザット

（2017年末の状況についての質問にお答えします。これは、ノード8、npm 5などを意味します。今日は、ノードの初期に比べて何かが変わりましたが、多少は変わっていません）。

1. Node.jsのスレッドと計算を並列化するためのメソッド

多くの人が知っているように、Nodeはシングルスレッドです。これはNodeの長所と短所の両方です。システムがより多くのI / Oを実行できる非同期ノンブロッキングコードの実装が簡単であるため、強力です。これは通常、より多くのトラフィックを処理することを意味します。ブロックされるコードを書くことができるという事実のために弱い。複数のスレッドを開始すると役立ちます。コア言語にはクラスターモジュールがありますが、ほとんどのNode開発者はpm2

使用しpm2

。開発（ pm2-dev

）およびコンテナ（ pm2-docker

）をサポートします。 pm2を開始するには、npmを使用してインストールし、バックグラウンドで実行します。

 npm i -g pm2 pm2 start server.js -i 0

pm2

がすべての要件に適合せず、さらに低いレベルで作業する必要がある場合は、 cluster

を使用できcluster

。 Nodeの新しいバージョン（現在のバージョン8）では、 pm2

ように負荷分散が行われていpm2

。その結果、複数のプロセスが同じポートでリッスンできるようになり、相互に、またメインプロセスと対話できるようになります。 cluster

fork()

を使用する必要がありcluster

。これが良い例です：

 const cluster = require('cluster') const numCPUs = require('os').cpus().length if (cluster.isMaster) { for (var i = 0; i < numCPUs; i++) { cluster.fork() } } else if (cluster.isWorker) { // your server code })

最後に、 fork()

に加えてプロセスを手動で作成する方法が2つありspawn()

とexec()

です。 1つ目は、長時間のプロセス、ストリーミング、大量のデータ用であり、2つ目は小さなデータ出力に適しています。

2. Node.jsでの非同期プログラミング

はい、ノードには非同期/待機機能があります。私はまだコールバックが好きですが、非同期関数は素晴らしいです。初心者でも簡単に理解できます。非同期関数コードは、promiseコードよりも短いです。 2つの非同期のネストされたデータベース呼び出しを使用したこのMochaテストをご覧ください。彼は背が低くてきれいです。

 describe('#find()', () => { it('responds with matching records', async () => { const users = await db.users.find({ type: 'User' }) expect(users).to.have.length(3) for (let user of users) { const comments = await db.comments.find({ user: user.id }) expect(comments).to.be.ok } }) })

ところで、矢印付きの構文だけでなく、構文function() {}

使用できます。

 const async function() { const {response: res} = await axios. get('https://webapplog.com/api/cupcakes') }

非同期機能のもう1つのボーナスは、promiseとの互換性があることです。はい、そうです。これらを一緒に使用して、たとえば、非同期関数を作成してからthenを使用するか、promise（たとえば、私の例のutil.promisify()

基づくライブラリ、またはutil.promisify()

（新しいNode 8メソッド！）によって作成された関数を使用できます。

3. Node.jsでのデバッグ

Nodeのデバッガーは、以前のものに比べて大幅に改善されました。 Storifyで働いていたときのことを覚えています（会社は最初のNodeユーザーの1人です）。コード全体にconsole.log

を投稿しました。現在、VS Codeでデバッグできます。これは素晴らしいエディターです。毎日使っています。

次に、 Node Inspectorがあります。これは、本質的にNode.jsプログラム用のChrome DevToolsです。 Node v8はNodeに統合されたGoogle Chrome V8 Inspectorを導入しました。GUIデバッガーを使い始めるために必要なことは、以下を書くことだけです：

 node --inspect index.js

次に§chrome://inspect/#devices

をChromeブラウザで開きます。バージョン7では、URLをコピーしてChromeブラウザーで開く必要があります。 URLの先頭にchrome-devtools://

行が含まれます。 Nodeスクリプトは、DevToolsからのデバッガーがプログラムに接続するのに十分な時間動作する必要があることを忘れないでください。そうしないと、デバッガーまたはコードにブレークポイントを設定する必要があります。

NodeはChrome V8上に構築されており、デバッグにChrome DevToolsを使用します。これは、優れたGUIを備えているだけでなく、将来の信頼できる機能を確保するためでもあります。

4. Node.jsのパフォーマンスの問題

ほとんどのノード製造の問題は、メモリリーク、ネットワーク、またはI / Oの問題です。ストレステストは、実際の負荷条件下でアプリケーションとシステムがどのように機能するかを理解するのに役立ちます。良いツールは大砲です。一部のメモリリークの問題は、コードをわずかに変更し、Turbofanと呼ばれる新しいJIT JavaScriptコンパイラに付属するNodeの最新バージョンを使用することで解決または軽減できます。この優れたGET READY投稿を読んでください：最適化に関する新しいV8の登場、NODE.JSのパフォーマンスの変更、回避または採用すべきテクニックとコード。

5.優れたNode.js監視ツール

開始するには、Nodeコードを準備する必要があります。 2018年には、これはコンテナ、クラウド、および自動化メソッドの使用を意味します。詳細については、実稼働コースのノードをご覧ください。

ノードは、垂直方向（ポイント1を参照）と水平方向の両方にスケーリングする必要があります。もちろん、これはログの監視と収集を困難にします。メトリックとログを収集する必要があります。

簡単なダッシュボードを自分で作成すると、個々のノードサーバーおよびプロセスを形成する統計とメトリックが表示されます...または、Capital Oneで作成されたHygieiaなどのオープンソースダッシュボードを使用します（念のため：Capital Oneで作業しています）。

優れたロギングツールはウィンストンとバンヤンです。 Loggly、Splunk、Papertailなど、サードパーティのSaaSなど、任意の場所にログを送信できます（Storifyで使用しました）。すべてのデータを所有しておきたい場合は、KibanaでElastic Searchをデプロイし、そこにログを送信します。これは、セキュリティとプライバシーの理由でサードパーティのサービスを使用できなかったときにDocuSignで行ったこととまったく同じです。 Winston、Elastic、Kibanaをベースにした独自のソリューションを開発しました。

特に本番環境でのモニタリング用に考慮すべきいくつかのツールとサービス（すべてが無料ではありません）：これらはN | Solid 、 NewRelicおよびAWS CloudWatchです。

完了

Nodeは異常なペースで成長しています。新しいバージョンがなくても、これはすでに驚くべき技術です。高速で信頼性が高く、最も重要なことは、開発者に気楽なコーディングの喜びをもたらします。 Nodeスタックに移動すると、多くの幸せなJavaおよびC＃開発者が見つかりました。

マティアス

いくつかのことを並行して行います

Node.jsは設計上シングルスレッドです。これは実際には便利な機能です。これは、プログラムがいつでも中断される可能性のあるJavaのような言語よりも、メモリから競合状態などを簡単に処理できることを意味するためです。

すべての入力/出力操作が非同期に実行されるため、プログラム自体の実行をブロックしないため、それ自体をシングルスレッドにすることができます。さらに、NodeのJavaScriptにはプログラムの実行スレッドが1つありますが、それ自体がさらにいくつかのスレッドを使用して、バックグラウンドI / Oタスクやその他のユーティリティタスクの支援に対処します。

このアプローチには1つの欠点しかありません。場合によっては、プロセッサの処理能力のみを消費するコードを実行する必要があります。この時点ではI / Oは実行されないため、Node.jsプログラムはこのコードが完了するまでブロックされます。プロセッサを集中的に使用する操作（暗号化など）について話している場合、操作が完了するまでNodeプログラムは何も実行できないため、これはマイナスの影響を与える可能性があります-これを避けることができます。

これを実現するにはいくつかの方法があります。これらのアプローチの1つ（私がよく使用します）は、ネイティブモジュールを作成し（原則として、すべてのプロセッサを集中的に使用する操作には依然として何らかのネイティブモジュールの使用が必要です）、本当に素晴らしいワーカーAPIを使用します。このAPIを使用すると、（過去-同期）操作でコールバックを使用したりプロミスを返したりでき、C ++とWorker APIを使用して作成したタスクは別のシステム実行スレッドで動作します。

別のアプローチは、プログラムを小さな部分に分割し、複数のプロセスとして同時に実行することです。基本的に、これはプログラムを小さな分散システムに再設計することを意味します。このようにして、多くのプロセッサコアを完全にネイティブな方法で使用できます。

いずれにしても、プログラムのNodeコードの並列実行の実装を開始すると、はるかに多くの非同期コードが得られます。 Nodeで非同期コードを管理することは、最初は非常に困難に思えますが、経験が増えるにつれて理解しやすくなります。 Nodeの現在のバージョンでは、async / awaitなどの機能を使用して、promiseも使用する場合、非同期コードを同期的に見せることができます。これに起因する複雑さの1つは、try-catch構文の使用を余儀なくされているため、次のような構文を理解する必要があることです。 JavaScriptのtry-catchは、他の言語ではコンパイルエラー（たとえば、コードのタイプミスなど）につながる状況もインターセプトするため、より深刻なバグが発生します。つまり、エラー処理コードでプログラムの実行中に構文エラーとエラーに関するメッセージを受け取るため、バグの検索はより複雑になります。

その結果、私はほとんどの場合、非同期プログラミングにコールバックを使用します。また、 after-allモジュールなどの多数の補助ライブラリと組み合わせます。

デバッグと監視

私が気に入っているNodeの機能の1つは、アプリケーションの動作をデバッグおよび監視するのに役立つ優れたツールの数です（そして、多くのツールを自分で作成しました）。 Nodeを使用する場合、V8で実行されるJavaScriptコードを使用します。また、V8には豊富なAPI機能があり、V8から優れたパフォーマンスを引き出すことができます。これにより、不必要な推測を行うことなく、アプリケーションの問題の本当の原因（「ボトルネック」）を追跡できます。

特にDavid Mark Clementと彼の友人によって書かれた0xモジュール（ https://github.com/davidmarkclements/0x ）が大好きです。このモジュールは、ベンチマークを実際のフレームグラフに簡単に変換します。ノードの代わりに0xでベンチマークを実行します（さらに、フレームグラフを作成してから、ブラウザで開きます）。

 0x -o my-benchmark.js

このグラフは、どのJavaScript関数がプログラムの実行により多くのプロセッサー時間を使用するかを明確に示します。このアプローチは、最適化で最も注意を払うべきものの視覚的なアイデアを提供します。

opsタスクによく使用する別のモジュールは、 respawnと呼ばれる独自のモジュールです。プロセスを開始し、プロセスがクラッシュした場合に再起動するのに役立ちます。

再スポーンするために、 lil-pidsと呼ばれるかわいいcli-wrapperがあります。 lil-pidsにはインターフェースがなく、。/ servicesという名前のファイルのみが必要です。システムで実行したいすべてのコマンドを指定するだけで、lil-pidsはそれらを見て、respawnモジュールで達成しようとします。すべてが実行されるようにします。

最後に、実稼働環境でコードを使用する際にNodeで解決しなければならない別の問題は、ランダムメモリリークです。 JavaScriptには独自のガベージコレクターがありますが、多くの場合、リストにアイテムを追加したり、そこからアイテムを削除するのを忘れたりするなどして、メモリリークを許可します。メモリリークを許可しないこともありますが、非常に多くのメモリを消費するアルゴリズムを実装するため、ある時点でシステムがプログラムプログラムを強制的に停止します。メモリリークがあるかどうかを判断するために、私はよくmemory-usageと呼ばれるThomas Watsonモジュールを使用します。彼が行う唯一のことは、プログラムが時間とともに使用するメモリ量に関するデータの無限のストリームを提供することです。この値のグラフを描くと、メモリリークがいつ始まるかがわかります。

有名なことわざに関係なく、「一度見る」よりも良い選択肢があります-私たちのケースでは、「レポートを見て聞いてから質問をし、傍観して話します」。 HolyJS 2017モスクワ会議にご招待します！

それはほぼ2018年の外であり、コールバックが大好きです