Насколько хорошо масштабируется .NET?

Question

(Начну с пояснения: я не являюсь разработчиком .NET и не привязан ни к какой другой среде.)

Недавно я слышал, что Лондонская фондовая биржа падала целый день. Я также слышал, что программное обеспечение было написано в .NET. До этого момента они испытывали бы потери производительности в напряженные дни. Люди, кажется, обвиняют .NET.

Я не хочу обсуждать эту историю, но у меня возник вопрос, как масштабируется .NET? Насколько велика слишком велика для .NET?

Answer 1

Честно говоря, я думаю, что это сводится к оптимизации кода, за исключением только инфраструктуры.

В StackOverflow Podcast 19 Джефф рассказал о том, как им пришлось настраивать SQL Server для обработки нагрузок, которые имеет StackOverflow; обратите внимание, что здесь нужно было настроить не .NET.

Следует также отметить, что MySpace.com, одна из самых массовых социальных сетей, работает на ASP.NET .

Использование MySpace только ASP.NET является свидетельством его масштабируемости. Все сводится к тому, как разработчики будут писать свои приложения таким образом, чтобы наилучшим образом использовать эту возможность.

Answer 2

К сожалению, существует так много других проблем, которые могут привести к падению проекта по мере его масштабирования, так что вам придется многое пройти, прежде чем вы сможете приступить к обвинению в рамках. И если вы не сможете увидеть и тщательно проанализировать исходный код, трудно сказать, в чем была основная причина. Я был бы готов поспорить, что это не были рамки.

И нет, я не работаю с .NET ежедневно.

Answer 3

Многие крупные сайты, такие как MySpace , Dell.com работают на asp.net. Кроме того, прочитайте эту статью MSDN , которая дает хорошую перспективу от экспертов.

Answer 4

Вы можете написать неверный код, который не масштабируется на любом языке.

.Net вполне способен масштабироваться до любого размера системы, но, как и с любым другим техническим стеком, вы должны строить систему с учетом масштабирования.

LSE вышла из строя в самый неподходящий день, но, по какой бы причине я не сомневалась, проблема заключалась в основном стеке. Я подозреваю, что это тот случай, когда бедные рабочие обвиняют свои инструменты.

Answer 5

Фактически время простоя на LSE не имеет абсолютно никакого отношения к его торговой платформе .NET:

LSE сообщила, что система столкнулась с «проблемой подключения», и настаивала на том, что проблема не в ее флагманской торговой платформе TradElect.

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

Answer 6

Вот большая жирная книга для чтения на эту тему:

Повышение производительности и масштабируемости приложений .NET (Microsoft Press)

Answer 7

Dot Net хорошо масштабируется. У нас есть кластеры серверов, на которых работают веб-сайты и приложения IIS-сервера и asp.net, и когда пользовательская нагрузка увеличивается, мы можем (легко) добавлять серверы для увеличения емкости. Это происходит во время определенных событий, и масштабируемость архитектуры .net не подводит нас.

Я бы рискнул предположить (как и другие), что это не проблема .net.

Answer 8

Более поздние новости ...

«TradElect, технология торговой платформы группы, которая должна быть заменена в конце этого года программным обеспечением, разработанным компанией MillenniumIT, шри-ланкийским поставщиком технологий, принадлежащим LSE». ...

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

«Эта транзакция позволяет Группе внедрять новые, более гибкие, инновационные и эффективные ИТ-возможности для нашего будущего развития бизнеса, а также запускать новую платформу для торговли наличными, которая обеспечит существенно меньшую задержку, значительно более высокую емкость и улучшенную масштабируемость . "...

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

Answer 9

Как говорили другие люди - это не вопрос платформы.

Важна архитектура вашего приложения - балансировка нагрузки, управление состоянием, разбиение и т. Д. Они не зависят от платформы.

Answer 10

Все сводится к 3 вещам:

• Насколько хорошо планируется приложение
• Какова была первоначальная цель масштаба человека, который ее построил
• Текущая работа в ямах для улучшения и масштабирования решения.

MySpace упоминалось ранее, это известный факт, что они несколько раз переписывали свое приложение, когда переходили на новый шаг масштабирования (количество пользователей / просмотров страниц / и т. Д.). Если бы они решили начать с последней версии, поддерживать ее было бы слишком дорого и не было бы экономически эффективным - масштабируемость должна основываться на текущей позиции и следующей цели масштабирования.

И последнее: несмотря на то, что это часто считается уклончивым, серьезное стресс-тестирование может дать вам хорошее представление о том, как ваше приложение справляется с нагрузкой, на которую вы нацелены, до того, как ваши пользователи испытают это и произойдет авария.