.NETの規模はどれくらいですか？

（私は.NETの開発者ではなく、他の環境に縛られていません。）.NETの規模はどれくらいですか？

最近、ロンドン証券取引所が1日中ダウンしたと聞きました。また、このソフトウェアは.NETで書かれていると聞いています。これまでは、忙しい日にパフォーマンスヒットを経験しました。人々は.NETを非難しているようです。

私はストーリーを議論したくありませんが、.NETの規模はどうですか？ .NETの大きさは大きすぎますか？

2008-09-10 Mark Witczak

HELL-OH EVERYBODY！ HI DR * NIX！（申し訳ありませんが、抵抗することができませんでした - 素敵な名前）：D –

この炎の餌ですか？ –

私は最近、会社と話をしました。彼らはJavaに切り替えましたが、.NETのスケーラビリティが不十分であったのではなく、ライセンス料の過度のスケーラビリティに起因していました。この小規模なスタートアップは、ミッションクリティカルなアプリケーションのために、シングルポイント障害の冗長性を達成するために、100万ドル以上のストーミングを余儀なくされました。 :( –

残念ながら、プロジェクトが縮まり、責任を負うフレームワークに陥る前に歩き回ることがたくさんあるため、プロジェクトが停止する原因となる他の多くの問題があります。そして、あなたがソースコードを見て徹底的に分析できない限り、根本的な原因が何であったかは言えません。私はフレームワークではないと賭けても構わないと思います。

いいえ、私は.NETで毎日動作しません。

出典

2008-09-10 18:01:43

.NETには、他のプラットフォームでは使用できないサイズに制限があるのはなぜですか？ .NETで「あまりにも大きくなる」という状況を想像することはできません。しかし、実際に.NETのwinformsアプリケーションやASP.NETに関する話題、その他の関連する要素を指定する必要があります。この質問はあまりにもあまりにも漠然としています。

あなたの名前が「Dr Unix」であるという事実は、いくつかのバイアス、btwを暗示しています。

出典

2008-09-10 18:02:43 GEOCHET

彼の名前が「Dr Unix」であるという事実は、もし彼がUnixでうまく経験されていることを暗示すべきである。 –

Dr.UNixは、ネガティブな例を提供する.NETのスケーラビリティについて尋ねていますが、あなたがそれをどのように置いても、ブライアン –

@Andrei：同意します。ありがとう – GEOCHET

MySpaceのような多くの大きなサイトでは、Dell.comはasp.netで動作します。また、専門家からの良い視点を与えるこのMSDN articleをチェックしてください。

出典

2008-09-10 18:03:20

正常に完了すると、アーキテクチャはほとんどの一時的な状態をクライアントにオフロードし、クラスタリングが容易になり、驚くほどスケーラビリティが向上します。その点では、ASP.NETとは対照的に、システム全体の問題です。

私の2セント。

出典

2008-09-10 18:03:23

このサイトは.NETフレームワーク上にあると思います。同様に、マイクロソフトのサイトが構築されています。だから私は適切に行われた場合、.netサイトの規模が拡大すると思います。 Jeffがこのサイトについて行ったコメントのいくつかを見てください。問題はコーディングエラーやアーキテクチャ上の問題になりがちです。

出典

2008-09-10 18:05:22 osp70

正直言って、インフラストラクチャだけでなく、コードの最適化が重要だと思います。

StackOverflow Podcast 19で、JeffはStackOverflowの負荷の種類を処理するためにSQL Serverを調整する方法について説明しました。ここで調整が必要なのは.NETではなかったことに注意してください。

また、MySpace.com, one of the most massive social networks out there, runs on ASP.NETに注意する必要があります。

MySpaceを単独で使用することは、スケーラビリティの証です。それは、開発者がその能力を最大限に活用するような方法でアプリケーションを書く方法にまで沸き立つでしょう。

出典

2008-09-10 18:08:04

*咳*私は何かを守るMySpaceの例として – GEOCHET

* Cough * MySpaceはソーシャルネットワーキングのための場所として吸うかもしれませんが（彼らはソーシャルネットワークのトレーラーパークです）、トラフィックは多いのですが、それをかなりうまく処理しているようです –

@RichB、私はトラフィックのためだけに、MySpaceを使用しています。他に何もありません：p咳止めシロップを入手してください。 –

おそらく交換を取り下げたのは取引量でした。

これまでに説明した多くの例は良好ですが、それは単なる大きなウェブサイトです。（あなたは「ちょうど」と言って私を嫌っている）彼らはページと時折のアプリケーション（すなわちscrabulous）をユーザーに配布する。株式交換プロセスは、買い手/売り手を売買し、合致させる。これは、アプリケーションサーバーにとっては数桁の作業が必要になります。

でも、私は落ちデータベース（複数可）を見ることができました。

出典

2008-09-10 18:34:06

MySpaceには、1日中急速に追加や読書をする人がいます。これは単なる「提供ページとスクラブル」アプリケーションではありません。 –

まあ、。NETはHTP環境に適しています。交換機がダウンした理由は、.NETに非難されるべきではなく、むしろアーキテクチャに責任を負うべきです。しかし、私の知るところではアーキテクチャはメッセージングベースなので、ノードを増やすとスケーラビリティが向上するはずです。 – flalar

ドットネットはうまくスケールされます。 IISサーバーとasp.netのWebサイトとアプリケーションを実行するサーバーのクラスタがあり、ユーザーの負荷が増加するとサーバーを追加して（簡単に）容量を増やすことができます。これは特定のイベント中に起こり、.netアーキテクチャのスケーラビリティは私たちを失望させませんでした。これは、.NETの問題ではなかったこと

（他の人が持っているように）私は推測をハザードます。

出典

2008-09-10 19:27:14 Guy

ここでは、このトピックで読めるのは大きな脂肪の本です：

Improving .NET Application Performance and Scalability（マイクロソフトプレス）

出典

2008-09-10 19:35:09 Sameer

これは本当に良い本です。それは大学で教えられるべきです。 –

は、あなたが任意の言語をにおけるスケールに失敗した不正なコードを書くことができます。

.NETは、他の技術スタックと同じように、あなたの心にスケーリングしてシステムを構築する必要があり、システムの任意のサイズに拡大縮小ではかなり可能ですが。

LSEは最悪の日にダウンしたが、私はそれが問題だった根本的なスタックした疑い何らかの理由。私は、これは彼らのツールを責めない貧しい労働者の一例だと思う。

出典

2008-09-10 20:08:24 Keith

は、実際にはLSEでのダウンタイムは、それは、.NET取引プラットフォームだとは全く関係がありませんでした：

LSEは、システムが、「接続の問題」でヒットし、問題がうそはなかったと主張していたと述べましたその旗艦TradElect取引プラットフォームを使用しています。

http://www.itworld.com/networking/54760/london-stock-exchange-trading-stops-network-fails

出典

2008-09-10 20:30:33

誰かが文字通り電線を引っ張ったのですか？その場合、どの技術も「失敗」します。 –

これは、すべての3つの事に沸く：

をアプリケーションが進行中の
それを建てた人の初期のスケールの目標でした何
を計画しているどれだけソリューションを改善し、拡張するためにピットで作業します。

MySpaceはこれまで言及されていましたが、新しいスケーリングステップ（ユーザー数/ページビュー数など）をヒットしたときにアプリケーションを数回書き直したことが分かりました。彼らが最初に最後のバージョンを構築することを選択した場合、維持にはコストがかかりすぎ、費用対効果が悪く、スケーラビリティは現在の位置と次のスケール目標に基づいていなければなりません。

最後に一つ - それは、多くの場合、回避的と考えられていたが、固体のストレステストは、あなたの負荷を使用してアプリケーションのお得な情報は、あなたのユーザーがそれを経験し、災害が発生する前に目指しているどのように良い画像を与えることができます。

出典

2008-12-10 21:38:08 joeysim

他の人が言ったように - プラットフォームの問題ではありません。パーティショニングなど、ロードバランシング、状態管理、...これらは、プラットフォーム固有のものではありません - あなたのアプリケーションのアーキテクチャは何の問題

。

出典

2008-12-10 21:43:45 LeJeune

-3

.NETは、「スケーラブル」なので、他のどのプラットフォームよりもスケーラビリティが高く、PHP、ColdFusion、JSP、C++/Delphiなどのネイティブコンパイル済みアプリケーション..スケーラビリティはフレームワークの特徴ではなく、アプリケーション設計の特徴です。

MySpaceは確かにスケーラビリティの主張者ではなく、Google検索の背後にあるテクノロジーやSETI @ homeプロジェクトを見てください。

.NETは、ソフトウェアを単純化しようとしてあまりにも多くのことを行っているので、実際には私の最も好きなプラットフォームではありません。そうしたいことがありません。 NETの制限は、C++やPHPで簡単かつ迅速に達成されるはずの時間を無駄にします。 .NETはソフトウェア開発にとって複写レンガが機械工学にどのようなものなのか - 機械工学者を尊敬する者は1インチ幅の四角形ブロックのみを使用することに制限されたくない。

アプリケーションがスケーラビリティを必要とする場合は、サーバー間でどのデータを共有する必要があるのか、アプリケーションを実行してその目的に役立たせるために必要な最小限のデータは何かを考える必要があります。アプリケーションの規模を拡大する必要性は、最初は効率の良いコード（たとえば.NETやJavaではなく）を使用することで回避できますが、一般的にアセンブリの基本的な理解と、選択した言語の機械翻訳の方法が必要ですコード。

出典

2009-09-17 00:25:03

スケーラビリティについては、フレームワークの特徴とアプリケーションの設計の特徴とは多少一致しています。コンパイルされた言語は、PHPなどのスクリプト言語よりも優れています（少なくともリソースは少なくて済みます）。 Rubyは現在普及していますが、シングルスレッドなので、潜在的なスケーラビリティの問題もあります。もちろん、これに対処する方法があるので、私はこの1つに飛び乗ることができると確信しています。 – ChickenMilkBomb

フレームワークは、スケーラブルなアプリケーションを開発できるようにする機能を提供するか、そのような機能を省略したり、そのようなアプリケーションが開発されないようにすることができます。 –

ASP.NETは、レンダリングされたすべてのページに対してサーバー側のDOMを生成するために非常に高価なオーバーヘッドを持つため、同じ出力を達成するには、PHP（スクリプト化されているにもかかわらず）がASP.NETを上回る可能性があります。不偏のベンチマークは出くわしにくいので、私はハードな証拠のためにあなた自身でテストすることを提案することができます。私が間違ってはいけません。私の言語は常にパフォーマンスのためにC++です.PHPはその場所にあり、.NETもそうです。重要な点は、多くの人々が.NETを偽りの信念で支持していることです。 .NETはスケーラビリティが高く、他のものよりもパフォーマンスが優れています。 –

私は比較的大きなasp.netウェブサイトを運営しており、優れた拡張性を見出しています。もちろん、これの多くは、コード内のボトルネックを診断して修正するための優れたツールがあることにあります。私は、コーディングの問題は、人々が持っている問題の99.99％を引き起こすと推測することを念頭に置いていますフレームワーク。

出典

2009-09-17 00:55:40 ChickenMilkBomb

その後のニュース...

「TradElect、ミレニアム社、LSEが所有しているスリランカの技術ベンダーが開発したソフトウェアで、今年後半に交換するように設定されているグループのトレーディング・プラットフォーム技術。」 ...

http://www.efinancialnews.com/story/2010-09-13/ex-lse-tech-chief-joins-green-investment-company

「この取引は、当社の今後の事業展開のために、新しい、より機敏な、革新的で効率的なIT機能を実装し、同様に、実質的に提供する新しい現金取引プラットフォームを実行するために、グループを可能にします低遅延、かなり高い能力とスケーラビリティの向上。」...

http://www.computerworlduk.com/news/it-business/16590/london-stock-exchange-buys-millennium-it-trading-platform-supplier/

出典

2010-09-21 17:29:21 SteJav