scalability

-1熱

1答えて

2017年半ばに最大のウェブサイトを開発するために使用する言語とフレームワークはどれですか？

あなたが言語やフレームワークは、あなたが使用している、2017年5月で、次のWebサイトをプログラミングを開始し、なぜですか？（それでも、これらのウェブサイトを持っているユーザーの膨大な量を仮定して）した場合の技術（Cの圧倒的な量があります++ 、python、java、golang、node.js、spring、play framework、treefrog、django、リストは永遠に続く）

1熱

3答えて

最も効率的な管理値の計算方法

私はパンダの専門家ではありません。私は普通のdevの男です。私は管理値を計算したいと思います。私はdfを1日当たりの市場価格（インデックスを日付として）とdfTrendを同じインデックスの0と1としています。これらのデータフレームを関数に送り、管理された値を取得すると、トレンドがゼロの場合、管理された値がフラットなままになり、トレンドが1の場合は値を増やし続けます市場価格。例えば：は私の

0熱

1答えて

BigQueryの/ SQL：二次表で示された間隔にわたる和

は、私は2つのテーブルがあると仮定：intervalsインデックス間隔を含み（その列がi_minとi_maxある）とvaluesは（列iとx有する）インデックス付き値を含みます。ここでは例です： values: intervals: +---+---+ +-------+-------+ | i | x | | i_min | i_max | +-------+ +------------

-1熱

1答えて

NodeJsを使用して水平スケーラビリティを実装する方法

したがって、私は構造がこのファイル構造に基づいているWebアプリケーションを持っています：https://scotch.io/tutorials/setting-up-a-mean-stack-single-page-application。私のアプリもMlab上のmongoDBに接続しています。私のアプリが何：は、ユーザーが/サインアップログインすることができます。はmlabからデータを

0熱

2答えて

ジョブ/ cronタスク用のマイクロサービス

たとえば、通知（電子メール、SMS、プッシュ通知）を送信するマイクロサービスが必要です。いくつかのユーザーはすべてが問題ありません。しばらくすると、アプリケーションには多くのユーザーがいるため、このマイクロサービスは管理されず、1時間後に電子メールが送信されます。このように、この状況をどのように処理するのですか？マイクロサービスの別のインスタンスを導入しますが、1つのマイクロサービスプロセスのみ

0熱

1答えて

単一のスケーラビリティDjango

私は、「別のプロジェクトで関数を再利用する場合は、そのアプリケーションを作成する」というdjangoでのアプリケーションの使用に関する共通のテーマを見つけました。私は将来他のプロジェクトを作るつもりはありません。しかし、私はある時点（複数の都市や地域）にプロジェクトを拡大する計画を立てています。自分のプロジェクトで複数のアプリケーションのフォルダーからバウンスするのが好きではないと私は結論づけま

0熱

1答えて

mongoDBアーキテクチャスケーラブルな読み取りの重いアプリケーション（定数書き込み）

私のアプリはデータを収集し、それをmongoDBに送る毎日のジョブを実行します。このデータは処理され、残りのAPIを介して公開されます。要件、セットアップにAWSでのMongoDBクラスタが必要：データ（50Mレコードについて）毎日ほぼ同じ大きさに成長するので、スループットを拡張する必要はありません書きます。書き込みは特定の時間にcronによってトリガーされます。オブジェクトは不変です（それら

0熱

1答えて

Google App Engineのメモリ内キャッシュ+ミューテックス？

私は非常に興味深いプロジェクトに取り組んでおり、ゲームの状態を記憶しておきたいところです。サーバーが起動すると、データベースからゲームの状態がロードされます。これは、データベースから読み込む唯一の時間です。サーバーがメモリ内のゲーム状態を変更するたびに、データベースに対応する書き込みが発行されます。すべてのゲームは1台のサーバーによって書き込まれ、クライアントが間違ったサーバーに更新を送信すると

1熱

2答えて

DynamoDB Stream + Lambdaスループットの向上

私は、Lambda関数をトリガーするDynamoDB Streamを持っています。私は、DynamoDBテーブルへの何千もの書き込みが、ラムダによってすべて処理されるまでに数分（最長30分）かかることに気づいています。バッチサイズが3の各ラムダ呼び出しの平均所要時間は約2秒です。これらのLambdaはI/Oの重いタスクを実行するので、バッチサイズが小さく、並行呼び出し数が多いほど有利です。しかし、

0熱

1答えて

ボディに基づいてHTTPリクエストをフィルタリングしてサーバに到達するにはどうすればよいですか？

私は実際に興味があるときに、それらの大半は興味がないため、すべてのリクエストを処理するためにサーバーを拡張したくないので、いくつかのリクエストを自分のサーバーに到達する前にフィルタリングするためにnginxを使用していますそれらの一部でスケーリングnginxは安いです。問題はnginxには（afaik）動的設定がなく、リクエストパラメータと送信元IPアドレスに基づいて、基本フィルタリングのみを行