По тому как я наблюдаю — многие высоконагрузочные сервисы делаються на LUMP. Тот же "вконтакте" написан на php на сколько я понимаю.
Вопрос звучит собсно так — можно ли с помошью .net решать теже задачи ? Load balancing, скалируемость ,серверные фермы итд.
Знаете ли вы живые высоконагрузочные .net проекты ?
Желая предотвратить холивар уточню — интересует не сравнение , что лучше. а просто факты, можно или нельзя. Дело в том что для нашей команды .NET технология "родная"
И не понятно можно ли воспользоватся нашим опытом или предется переучиватся спешно.
Сам понимаю что "высоконагрузочные" понятие растяжимое — возьмем , допустим, 200 000 пользователей которые проводят на сайте от 1 до 10 минут в день,для сайта аналогичного "вконтакте"

Здравствуйте, Аноним, Вы писали:

Думаю, создать высоконагрузочный сервис на .NET конечно же можно. Тем более, что он имеет заметное преимущество в скорости, т.к. компилируется в машинные коды. Однако, есть проблемы с горизонтальным масштабированием из-за оплаты лицензий на Винду. Что если придется увеличить аппаратную мощность до десятков (а может и сотен) машин? В случае, если проект вдруг начнет развиваться очень быстро за счет притока пользователей, технологию менять уже будет некогда. Придется просто докупать сервера и ставить на каждый очередную Винду. Если у вас нет инвестора, готового оплачивать это удовольствие, то проект может и не взлететь.
Из успешных проектов на .NET — "Plenty Of Fish".

Здравствуйте, <Аноним>, Вы писали:

http://highscalability.com/stack-overflow-architecture

Здравствуйте, _Raz_, Вы писали:

_R_>http://highscalability.com/stack-overflow-architecture

С тех пор они завели Linux сервер, поставили на него Redis и стали использовать в качестве распределенного кэша (appfabric cache (velocity) использовать не стали). Так что теперь там не все так чисто в плане платформы.

http://highscalability.com/blog/2011/3/3/stack-overflow-architecture-update-now-at-95-million-page-vi.html
http://meta.stackoverflow.com/questions/69164/does-stackoverflow-use-caching-and-if-so-how

Здравствуйте, Аноним, Вы писали:

А>По тому как я наблюдаю — многие высоконагрузочные сервисы делаються на LUMP. Тот же "вконтакте" написан на php на сколько я понимаю.
А>Вопрос звучит собсно так — можно ли с помошью .net решать теже задачи ? Load balancing, скалируемость ,серверные фермы итд.
А>Знаете ли вы живые высоконагрузочные .net проекты ?
А>Желая предотвратить холивар уточню — интересует не сравнение , что лучше. а просто факты, можно или нельзя. Дело в том что для нашей команды .NET технология "родная"
А>И не понятно можно ли воспользоватся нашим опытом или предется переучиватся спешно.
А>Сам понимаю что "высоконагрузочные" понятие растяжимое — возьмем , допустим, 200 000 пользователей которые проводят на сайте от 1 до 10 минут в день,для сайта аналогичного "вконтакте"
Доброго времени суток. Определенно можно — .net подходит для этого очень даже хорошо. Для создания распределенных систем на данной платформе есть windows communication framework. Однако, как мне кажется, для того, чтобы сделать высоконагруженный проект лучше использовать azure

Здравствуйте, Аноним, Вы писали:

А>Знаете ли вы живые высоконагрузочные .net проекты ?
msn.com, например. Если я правильно помню — 9.5К запросов в секунду, входит в пятерку самых высоконагруженных сервисов.
ASP.Net, MVC, вроде бы уже Razor.

Здравствуйте, sunshine, Вы писали:

S>Думаю, создать высоконагрузочный сервис на .NET конечно же можно. Тем более, что он имеет заметное преимущество в скорости, т.к. компилируется в машинные коды. Однако, есть проблемы с горизонтальным масштабированием из-за оплаты лицензий на Винду. Что если придется увеличить аппаратную мощность до десятков (а может и сотен) машин? В случае, если проект вдруг начнет развиваться очень быстро за счет притока пользователей, технологию менять уже будет некогда. Придется просто докупать сервера и ставить на каждый очередную Винду. Если у вас нет инвестора, готового оплачивать это удовольствие, то проект может и не взлететь.
S>Из успешных проектов на .NET — "Plenty Of Fish".

Один современный сервер без проблем выдержит 1000 HTTP запросов в секунду. А горизонтальное масштабирование БД на бесплатных БД либо вообще не делается, либо делается ну очень через жопу. Если вам понадобится десять серверов, не говоря уже о ста, у вас будут проблемы по-серьёзнее лицензионный отчислений.

Здравствуйте, sunshine, Вы писали:

S>Здравствуйте, Аноним, Вы писали:

S>Что если придется увеличить аппаратную мощность до десятков (а может и сотен) машин? В случае, если проект вдруг начнет развиваться очень быстро за счет притока пользователей, технологию менять уже будет некогда. Придется просто докупать сервера и ставить на каждый очередную Винду. Если у вас нет инвестора, готового оплачивать это удовольствие, то проект может и не взлететь.


Проблема в том что веб-серверов можно понаставить сколько угодно. Один windows web server стоит что-то около 10 тыр, что совсем мизер по сравнению с ценой самого сервера. Проблемы в базе данных. Любая кластеризация бд влетит в охренительную копеечку. Гораздо проще делать базе scale up.

Но тут встает другая проблема: backup. Бекап 100гб базы делается долго, её рестор еще больше. В условиях российского бизнеса, когда дяди из организаций на три буквы, заберут серваки дни даунтайма до полного рестора могут быть непростительно долгими.

Если вы действительно предполагаете что ваше приложение будут использовать миллионы пользователей каждый день, то сразу смотрите на "облачне технологии". Это позволит не только удешевить\ускорить scale out, но и избежать кучи проблем. Не надо создавать свои датацентры и superscalable архитектуру.

Например SQL Azure позволяет взять 50гб базу за 15 тыр в месяц, для сравнения процессорная лицензия на SQL Server Standard будет стоит 200 тыр. При этом нужно будет как минимум зеркалирование, а это еще одна лицензия на SQL (не считая цены сервера и лицензий windows), а еще нужен бекап. Получается что пользоваться SQLAzure в течение двух-трех лет выйдет примерно также как поднимание архитектуры вручную, это не считая операционных расходов на электричество и персонал.
А реально выйдет гораздо меньше для Azure, так как сразу 50 гб брать не надо, можно взять меньше за цену поменьше, также есть Azure Storage, который примет на себя часть данных.

Здравствуйте, gandjustas, Вы писали:

А можно тоже самое, но не базвордами, а диаграмами?

Здравствуйте, gandjustas, Вы писали:

G>Например SQL Azure позволяет взять 50гб базу за 15 тыр в месяц, для сравнения процессорная лицензия на SQL Server Standard будет стоит 200 тыр. При этом нужно будет как минимум зеркалирование, а это еще одна лицензия на SQL (не считая цены сервера и лицензий windows), а еще нужен бекап. Получается что пользоваться SQLAzure в течение двух-трех лет выйдет примерно также как поднимание архитектуры вручную, это не считая операционных расходов на электричество и персонал.

Честно говоря, не очень понятно — какие такие требования к СУБД могут быть у веб-сайта, что ему нужен будет именно MS SQL (с его дорогущими лицензиями, да и работой только под Виндой). А скажем совершенно бесплатный PostgreSQL (который, если не ошибаюсь, масштабируется ничуть не хуже) никак не подойдет. Нет, ну понятно, что для корпоративного приложения однозначно MS SQL гораздо предпочтительнее, но для сайта...

Здравствуйте, sunshine, Вы писали:

S>Честно говоря, не очень понятно — какие такие требования к СУБД могут быть у веб-сайта, что ему нужен будет именно MS SQL (с его дорогущими лицензиями, да и работой только под Виндой).
Топикстартер хотел дотнет. А там вариант один.

S>А скажем совершенно бесплатный PostgreSQL (который, если не ошибаюсь, масштабируется ничуть не хуже)
сфигали? Нет, вот именно скалабилити у мсскл отличное

Здравствуйте, sunshine, Вы писали:

S>Здравствуйте, gandjustas, Вы писали:

G>>Например SQL Azure позволяет взять 50гб базу за 15 тыр в месяц, для сравнения процессорная лицензия на SQL Server Standard будет стоит 200 тыр. При этом нужно будет как минимум зеркалирование, а это еще одна лицензия на SQL (не считая цены сервера и лицензий windows), а еще нужен бекап. Получается что пользоваться SQLAzure в течение двух-трех лет выйдет примерно также как поднимание архитектуры вручную, это не считая операционных расходов на электричество и персонал.

S>Честно говоря, не очень понятно — какие такие требования к СУБД могут быть у веб-сайта, что ему нужен будет именно MS SQL (с его дорогущими лицензиями, да и работой только под Виндой). А скажем совершенно бесплатный PostgreSQL (который, если не ошибаюсь, масштабируется ничуть не хуже) никак не подойдет. Нет, ну понятно, что для корпоративного приложения однозначно MS SQL гораздо предпочтительнее, но для сайта...

Спроси у создателей stackoverflow.

Здравствуйте, sunshine, Вы писали:

S>Честно говоря, не очень понятно — какие такие требования к СУБД могут быть у веб-сайта, что ему нужен будет именно MS SQL (с его дорогущими лицензиями, да и работой только под Виндой).

А что там дорогущего? Express (БД до 10Гб) бесплатен, Web Edition — 15$ в месяц за процессор.

Здравствуйте, gandjustas, Вы писали:

G>Спроси у создателей stackoverflow.

Сначала их надо спросить платили ли они за лицензии

Здравствуйте, Powerz, Вы писали:

P>Здравствуйте, gandjustas, Вы писали:

G>>Спроси у создателей stackoverflow.

P>Сначала их надо спросить платили ли они за лицензии

Вообще-то платили, а куда они денутся. Но цена лицензий не так высока по сравнению с ценой железа. Проблема только при массовом scale out.
Кроме того сам MS очень активно помогает разработчикам: куча программ со скидками на ПО, в том числе бесплатно раздают, триалы по полгода.

http://highscalability.com/blog/2009/2/12/myspace-architecture.html

зато после нескольких лет Azure влетит вам в такие тыр!! а у кого своя инфраструктура — нет

Здравствуйте, Аноним, Вы писали:

А>зато после нескольких лет Azure влетит вам в такие тыр!! а у кого своя инфраструктура — нет

Срок аммортизации серверов 3 года.

Здравствуйте, Аноним, Вы писали:

А>зато после нескольких лет Azure влетит вам в такие тыр!! а у кого своя инфраструктура — нет

А своя инфраструктура кушать не просит? Электричество оплачивать, персонал оплачивать, аренду помещений\площадок у хостера оплачивать?
Тупо по цене лицензий Azure будет выходить дешевле в течение нескольких лет, а если посчитать суммарные затраты, то можно очень сильно выйграть. Кроме того никто не заставляет сразу врываться в Azure, начать можно вообще с shared-хостинга за 100 рублей в месяц, далее уже когда станет вопрос о выделенном сервере для БД стоит думать об облачных технологиях.

Здравствуйте, gandjustas, Вы писали:

G>Здравствуйте, Аноним, Вы писали:

А>>зато после нескольких лет Azure влетит вам в такие тыр!! а у кого своя инфраструктура — нет

G>А своя инфраструктура кушать не просит? Электричество оплачивать, персонал оплачивать, аренду помещений\площадок у хостера оплачивать?
G>Тупо по цене лицензий Azure будет выходить дешевле в течение нескольких лет, а если посчитать суммарные затраты, то можно очень сильно выйграть. Кроме того никто не заставляет сразу врываться в Azure, начать можно вообще с shared-хостинга за 100 рублей в месяц, далее уже когда станет вопрос о выделенном сервере для БД стоит думать об облачных технологиях.

а как быть с конфиденциальными данными???
типа поверить товарищам из Америки что они ни-ни наши данные никак не будут использовать???
а что если вдруг у них найдется плохой сотрудник?? он просто передаст куда надо их, его отругают и может быть даже выгонят на пенсию с большим довольствием, но это не решит ваших проблем!

Здравствуйте, gandjustas, Вы писали:

G>Вообще-то платили, а куда они денутся. Но цена лицензий не так высока по сравнению с ценой железа. Проблема только при массовом scale out.
G>Кроме того сам MS очень активно помогает разработчикам: куча программ со скидками на ПО, в том числе бесплатно раздают, триалы по полгода.

Три года можно сидеть на бизспарке, да и потом можно пробить бесплатный софт, учитывая, что stackoverflow делали не совсем уж неизвестные ребята. Да и микрософту грех не поддержать такой проект хотя бы лицензиями.

Здравствуйте, Powerz, Вы писали:

P>Три года можно сидеть на бизспарке,

Продакшн нельзя.

Здравствуйте, gandjustas, Вы писали:

G>Здравствуйте, Аноним, Вы писали:

А>>зато после нескольких лет Azure влетит вам в такие тыр!! а у кого своя инфраструктура — нет

G>А своя инфраструктура кушать не просит? Электричество оплачивать, персонал оплачивать, аренду помещений\площадок у хостера оплачивать?
G>Тупо по цене лицензий Azure будет выходить дешевле в течение нескольких лет, а если посчитать суммарные затраты, то можно очень сильно выйграть. Кроме того никто не заставляет сразу врываться в Azure, начать можно вообще с shared-хостинга за 100 рублей в месяц, далее уже когда станет вопрос о выделенном сервере для БД стоит думать об облачных технологиях.

Мы видим как товарисчи из Лицобука манипулируют данными и устраивают перевороты в странах, думаете вашими данными не станут манипулировать???

Здравствуйте, Аноним, Вы писали:

А>Мы видим как товарисчи из Лицобука манипулируют данными и устраивают перевороты в странах, думаете вашими данными не станут манипулировать???

Вы думаете, что сможете это предотвратить не используя какие-то конкретные технологии?

Здравствуйте, adontz, Вы писали:
A>Вы думаете, что сможете это предотвратить не используя какие-то конкретные технологии?

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

Здравствуйте, Аноним, Вы писали:

А>нет, не думаю, но когда мои данные находятся под моим контролем — все же легче, чем просто отдать их неизвестно кому и для каких целей, а целей поверьте может быть много — от банального шантажа, конкурентного преимущества, да даже до банальной вербовки, как это не смешно )
А>К сожалению, имея друзей из спецслужб, давно понимаю что все эти технологии — способ товарищей, пока обладающих монопольным правом на их изготовление и продвижение, извлекать из нас бабки за сами технологии + использование нашей же информации против нас — ну это я глубоко копнул))) пожалуй хватит, а то налетят дилетанты-демократы (кстати, демократия, это тоже технология при которой гораздо проще чем при царе или диктаторе забирать ресурсы у аборигенов) и начнут меня пинать )))

Вы уверены, что даёте советы начинающим? Ситуация о которой в говорите возможна при оборотах со многими нулями и миллионах клиентов. Да ик акой профит спецслужбам со stackoverflow? Украдут мои баги?

Здравствуйте, Аноним, Вы писали:

А>Здравствуйте, gandjustas, Вы писали:

G>>Здравствуйте, Аноним, Вы писали:

А>>>зато после нескольких лет Azure влетит вам в такие тыр!! а у кого своя инфраструктура — нет

G>>А своя инфраструктура кушать не просит? Электричество оплачивать, персонал оплачивать, аренду помещений\площадок у хостера оплачивать?
G>>Тупо по цене лицензий Azure будет выходить дешевле в течение нескольких лет, а если посчитать суммарные затраты, то можно очень сильно выйграть. Кроме того никто не заставляет сразу врываться в Azure, начать можно вообще с shared-хостинга за 100 рублей в месяц, далее уже когда станет вопрос о выделенном сервере для БД стоит думать об облачных технологиях.

А>а как быть с конфиденциальными данными???
А>типа поверить товарищам из Америки что они ни-ни наши данные никак не будут использовать???
А>а что если вдруг у них найдется плохой сотрудник?? он просто передаст куда надо их, его отругают и может быть даже выгонят на пенсию с большим довольствием, но это не решит ваших проблем!

Ну ты же понимаешь что один такой случай будет грозить миллиардными убытками для облачного хостера. Кроме того почти все датацентры сертифицированы по куче ISO, связанных с безопасностью. По факту вероятность ваших данных утечь куданить из заокеанского датацентра меньше, чем для российских датацентров, а она в свою очередь меньше чем для сервера в самой организации.

Здравствуйте, adontz, Вы писали:
A>Вы уверены, что даёте советы начинающим? Ситуация о которой в говорите возможна при оборотах со многими нулями и миллионах клиентов. Да ик акой профит спецслужбам со stackoverflow? Украдут мои баги?

Это если у вас никому ненужные стартапы — да ваши баги никому не нужны!
А если работающее доходное предприятие — то мыслите шире — прошло время когда чтоб быть супержирным надо было мамонта завалить! на дворе социалка, а что это значит — не надо за маонтом гоняться — застрели миллион воробьев и у тибя все будет ок ) Но это уже геополитика )

А начиналось все о высокопроизводительности на .NET и Azure — почему динозавры не используют Azure???

Здравствуйте, Powerz, Вы писали:

P>Здравствуйте, gandjustas, Вы писали:

G>>Вообще-то платили, а куда они денутся. Но цена лицензий не так высока по сравнению с ценой железа. Проблема только при массовом scale out.
G>>Кроме того сам MS очень активно помогает разработчикам: куча программ со скидками на ПО, в том числе бесплатно раздают, триалы по полгода.

P>Три года можно сидеть на бизспарке, да и потом можно пробить бесплатный софт, учитывая, что stackoverflow делали не совсем уж неизвестные ребята. Да и микрософту грех не поддержать такой проект хотя бы лицензиями.

Рассказываю тайну: за 3 года можно вполне стать партенрами и иметь тот же софт примерно за тыщу баксов в год.

Здравствуйте, Аноним, Вы писали:

А>Это если у вас никому ненужные стартапы — да ваши баги никому не нужны!
А>А если работающее доходное предприятие — то мыслите шире —

Да, на самом деле, действительно здесь есть на мой взгляд большая проблема. Абсолютно ничего не мешает какому-нибудь предприимчивому сотруднику датацентра хоть в России, хоть за рубежом слить себе любую понравившуюся базу данных и на основе этого создать свой проект, имея уже готовых юзеров. В случае с какой-нибудь социальной сетью или сайтом знакомств это можно запросто сделать. А предъявлять претензии к датацентру смысла нет — они могут стандартно отмазаться что типа ваш сайт хакнул видимо кто-то, да и все.
С другой стороны, ставить серверы в своем офисе вместо датацентра тоже на мой взгляд полный маразм.
Так что даже и не знаю — есть-ли адекватный способ как-то избежать этих опасностей...

Здравствуйте, sunshine, Вы писали:

S>Так что даже и не знаю — есть-ли адекватный способ как-то избежать этих опасностей...

Шифрование БД средствами SQL сервера, раздела с БД сторонними стредствами?

Здравствуйте, gandjustas, Вы писали:

G>Ну ты же понимаешь что один такой случай будет грозить миллиардными убытками для облачного хостера. Кроме того почти все датацентры сертифицированы по куче ISO, связанных с безопасностью. По факту вероятность ваших данных утечь куданить из заокеанского датацентра меньше, чем для российских датацентров, а она в свою очередь меньше чем для сервера в самой организации.

Про такой случай не будет никому известно — вы хоть раз слышали чтобы данные из Лицабука были использованы ЦРУ при переворотах на востоке, но мы видим что малограмотные арабы почему то в Лицобуке становятся революционерами и там организовывают свои сборища и там откудато узнают о размещениях гособорон предприятиях, убежищах лидеров и т.д. или вы верите что это дилетанты сами все находят, пишут психологически выверенные лозунги, организовываю толпу? координровало поведение товарищей в Твитере во время молдавского переворота??? ктож допустит провал такой многомиллиардной операции? вы смеетесь!?

Когдато я работал на одну структуру... и там я занимался разработкой инфорсистемы типа Лицобук, и мы затрачивали большие усилия по сбору и наполнению базы ))) а теперь люди сами заполняют это все — мы смеялись с бывшими коллегами когда впервые появились они )
Второе — заокеанские датаценты — это конечная точка любой информации в сети — дальше и не надо и все силы товарисчей кладутся на то чтобы убедить нас что там данные надежно хранятся, так оно и есть)))
Наша с вами беда, что мы меряем товарисчей из-за рубежа по себе, по своему менталитету, а они другие — главный бог у них — доллар и все!

В общем, цена информации несоизмеримо выше чем стоимость оборудования и обслуживания
Еще одна мысль — все монстры приложений почему то в Америке, хотя идеи многие проростали в других странах, но им не дали вырости )

Здравствуйте, Аноним, Вы писали:

А>Здравствуйте, gandjustas, Вы писали:

G>>Ну ты же понимаешь что один такой случай будет грозить миллиардными убытками для облачного хостера. Кроме того почти все датацентры сертифицированы по куче ISO, связанных с безопасностью. По факту вероятность ваших данных утечь куданить из заокеанского датацентра меньше, чем для российских датацентров, а она в свою очередь меньше чем для сервера в самой организации.

А>Про такой случай не будет никому известно — вы хоть раз слышали чтобы данные из Лицабука были использованы ЦРУ при переворотах на востоке, но мы видим что малограмотные арабы почему то в Лицобуке становятся революционерами и там организовывают свои сборища и там откудато узнают о размещениях гособорон предприятиях, убежищах лидеров и т.д. или вы верите что это дилетанты сами все находят, пишут психологически выверенные лозунги, организовываю толпу? координровало поведение товарищей в Твитере во время молдавского переворота??? ктож допустит провал такой многомиллиардной операции? вы смеетесь!?

А>Когдато я работал на одну структуру... и там я занимался разработкой инфорсистемы типа Лицобук, и мы затрачивали большие усилия по сбору и наполнению базы ))) а теперь люди сами заполняют это все — мы смеялись с бывшими коллегами когда впервые появились они )
А>Второе — заокеанские датаценты — это конечная точка любой информации в сети — дальше и не надо и все силы товарисчей кладутся на то чтобы убедить нас что там данные надежно хранятся, так оно и есть)))
А>Наша с вами беда, что мы меряем товарисчей из-за рубежа по себе, по своему менталитету, а они другие — главный бог у них — доллар и все!

А>В общем, цена информации несоизмеримо выше чем стоимость оборудования и обслуживания
А>Еще одна мысль — все монстры приложений почему то в Америке, хотя идеи многие проростали в других странах, но им не дали вырости )

А что ты сказать то хотел? Данные социальных сетей не являются конфиденциальными, причем тут датацентры?

Здравствуйте, gandjustas, Вы писали:
G>А что ты сказать то хотел? Данные социальных сетей не являются конфиденциальными, причем тут датацентры?

Вы в это верите? ))
туда же и датацентры ))

Мысль следующая — был век промышленный — война велась за преобладание в технологиях производства — промшпионаж
Сейчас наступил следующий этап развития — информационный — главный продукт — информация и технологии ее получения, хранения и обработки....

Здравствуйте, gandjustas, Вы писали:
G>А что ты сказать то хотел? Данные социальных сетей не являются конфиденциальными, причем тут датацентры?

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

Здравствуйте, Аноним, Вы писали:

А>Здравствуйте, gandjustas, Вы писали:
G>>А что ты сказать то хотел? Данные социальных сетей не являются конфиденциальными, причем тут датацентры?

А>Вы в это верите? ))
А>туда же и датацентры ))
Еще раз перечитай тезис: любая утечка конфидециальной информации грозит огромными убытками датацентру. Соцсети не берут денег за хранение информации.

Здравствуйте, Аноним, Вы писали:

А>Второе — заокеанские датаценты — это конечная точка любой информации в сети — дальше и не надо и все силы товарисчей кладутся на то чтобы убедить нас что там данные надежно хранятся, так оно и есть)))

Странно, но почему-то меня не покидает ощущение очередной встречи с очередным Неуловимым Джо

Здравствуйте, gandjustas, Вы писали:

А>>Вы в это верите? ))
А>>туда же и датацентры ))
G>Еще раз перечитай тезис: любая утечка конфидециальной информации грозит огромными убытками датацентру.

Но это в том случае, если вина датацентра в утечке стала очевидной. А в реальной жизни это вряд-ли возможно, т.к. действительно может быть непонятно — кто слил базу — хакер, свой же сотрудник или датацентр.

Здравствуйте, gandjustas, Вы писали:

А>>туда же и датацентры ))
G>Еще раз перечитай тезис: любая утечка конфидециальной информации грозит огромными убытками датацентру. Соцсети не берут денег за хранение информации.

Еще раз хочу донести мысль — да понесут убытки если кому-нибудь удастся при жизни эту информацию передать действительно независимым СМИ!
И вторая мысль которую уже писал — почему ни один монстр не пользуется публичными дата центрами???
Для раскручиваещегося молодого бизнеса это риск быть куплетным за копейки, скомпрометированным, идея может быть украдена и оспрорена юристами изза бугра что идея ихняя и запатентована в 1900 году! )))

Здравствуйте, IT, Вы писали:
IT>Странно, но почему-то меня не покидает ощёщение очередной встречи с очередным Неуловимым Джо
Странно, но почемуто меня не покидает ощущение с очередным индейцем )) просто хочется чтоб люди ч\уть чуть мозги включали

Да, для какого нибудь сайтика или местной игрушки — Azure действительно выход и панацея, но для высоконагрузочных сайтов (тобиш денежных) — сто раз подумать!!!

Здравствуйте, Аноним, Вы писали:

IT>>Странно, но почему-то меня не покидает ощёщение очередной встречи с очередным Неуловимым Джо
А>Странно, но почемуто меня не покидает ощущение с очередным индейцем )) просто хочется чтоб люди ч\уть чуть мозги включали

Да, включение мозгов — это, к сожалению, большая проблема.

А>Да, для какого нибудь сайтика или местной игрушки — Azure действительно выход и панацея, но для высоконагрузочных сайтов (тобиш денежных) — сто раз подумать!!!

Так всё-таки денежных или высоконагруженных?

Интересно, есть ли хотя бы один пример, когда высоконагруженный (тобиш денежный) социальный проект был вот так нагло кем-то украден и начал злодею приносить теже деньги? Про насильственное закрытие сайтов слышал, про насильственный отъём бизнеса тоже слышал. Но чтобы вот так просто спереть сегодня код и базу того же фейсбука и завтра стать миллиардером — не слышал ни разу

Здравствуйте, Аноним, Вы писали:

А>Здравствуйте, gandjustas, Вы писали:

А>>>туда же и датацентры ))
G>>Еще раз перечитай тезис: любая утечка конфидециальной информации грозит огромными убытками датацентру. Соцсети не берут денег за хранение информации.

А>Еще раз хочу донести мысль — да понесут убытки если кому-нибудь удастся при жизни эту информацию передать действительно независимым СМИ!
Ты сильно переоцениваешь среднюю важность информации и недооцениваешь экономический эффект доверия провайдеру.

А>И вторая мысль которую уже писал — почему ни один монстр не пользуется публичными дата центрами???
Потому что облачные технологии только развиваются. Ты же не собираешься готовиться к "прошедшей войне"?

А>Для раскручиваещегося молодого бизнеса это риск быть куплетным за копейки, скомпрометированным, идея может быть украдена и оспрорена юристами изза бугра что идея ихняя и запатентована в 1900 году! )))
Вспомни анекдот про неуловимого джо.

Здравствуйте, IT, Вы писали:

IT>Интересно, есть ли хотя бы один пример, когда высоконагруженный (тобиш денежный) социальный проект был вот так нагло кем-то украден и начал злодею приносить теже деньги? Про насильственное закрытие сайтов слышал, про насильственный отъём бизнеса тоже слышал. Но чтобы вот так просто спереть сегодня код и базу того же фейсбука и завтра стать миллиардером — не слышал ни разу

когда он уже вырос — так не делают ))
уже тихо крадут идеи, перекупают мозги (благо они бабки печатают), ну что мне рассказывать — включите мозги )

Здравствуйте, IT, Вы писали:

IT>Интересно, есть ли хотя бы один пример, когда высоконагруженный (тобиш денежный) социальный проект был вот так нагло кем-то украден и начал злодею приносить теже деньги? Про насильственное закрытие сайтов слышал, про насильственный отъём бизнеса тоже слышал. Но чтобы вот так просто спереть сегодня код и базу того же фейсбука и завтра стать миллиардером — не слышал ни разу

Да, интересно а есть хотя бы один высокодоходный проект который бы доверил свои данные ЧУЖОМУ датацетру?
Вот ваш и неуловимый Джо)
Как появятся такие — обязательно украдут, и не сомневайтесь! )

— Змеи, зря вы мужиками не спите!
— Вот как появаться мужики — сразу и начнем спать!
(с)Дикари

Здравствуйте, Аноним, Вы писали:

А>Да, интересно а есть хотя бы один высокодоходный проект который бы доверил свои данные ЧУЖОМУ датацетру?

http://www.datacenterknowledge.com/archives/2010/09/16/facebook-50-million-a-year-on-data-centers/

Сентябрь 2010, Фейсбук тратил 50 миллионов на аренду датацентров.

Здравствуйте, Аноним, Вы писали:

А>когда он уже вырос — так не делают ))

А пока он не вырос кому он нафиг нужен?

А>уже тихо крадут идеи, перекупают мозги (благо они бабки печатают), ну что мне рассказывать — включите мозги )

Видимо одних мозгов не достаточно. Хорошо бы в них перевести модуль логики в рабочее состояние — а без воровства кода и данных идеи разве нельзя тихо украсть или перекупить мозги?

Здравствуйте, Аноним, Вы писали:

А>Да, интересно а есть хотя бы один высокодоходный проект который бы доверил свои данные ЧУЖОМУ датацетру?
А>Вот ваш и неуловимый Джо)
А>Как появятся такие — обязательно украдут, и не сомневайтесь! )

Сомневаюсь. Это не имеет никакого смысла. Абсолютно любое приложение — это не только код и данные, это прежде всего его разработчики и пользователи. Нажиться на ворованном коде можно, например, в шараварке. В социалках ни код, ни данные сами по себе в обсуждаемом контексте не имеют никакой особой ценности.

Здравствуйте, Аноним, Вы писали:

А>По тому как я наблюдаю — многие высоконагрузочные сервисы делаються на LUMP. Тот же "вконтакте" написан на php на сколько я понимаю.

Бред! Это в России любят эту дешевку. В мире никто его не использует. Посмотрите на Google, Microsoft, Amazon... Никто из них эту дешевую свонь не использует.

А>Вопрос звучит собсно так — можно ли с помошью .net решать теже задачи ? Load balancing, скалируемость ,серверные фермы итд.

Нет! Это рашается на более низком уровне. А вот клиентское приложение пишите хоть .Net хоть на Java -- без разницы.

А>Сам понимаю что "высоконагрузочные" понятие растяжимое — возьмем , допустим, 200 000 пользователей которые проводят на сайте от 1 до 10 минут в день,для сайта аналогичного "вконтакте"

Одновременно сколько пользователей вам нужно (скажем так -- сколько запросов в секунду)?

Здравствуйте, gandjustas, Вы писали:

G>А реально выйдет гораздо меньше для Azure, так как сразу 50 гб брать не надо, можно взять меньше за цену поменьше, также есть Azure Storage, который примет на себя часть данных.


Azure слишком ограничен 50 Гб -- это насмешка. И вообще реляционная база данных не нужна -- для больших таблиц все связи индексы нужно создавать вручную.

Здравствуйте, adontz, Вы писали:
A>http://www.datacenterknowledge.com/archives/2010/09/16/facebook-50-million-a-year-on-data-centers/
A>Сентябрь 2010, Фейсбук тратил 50 миллионов на аренду датацентров.

Ну тут же все просто — смотрим чей бизнес — разводящих или индейцев)))
Я тут виноват — некорректно вопрос поставил)
Ну в общем я думаю вы и сами понимаете суть вещей. но может быть пока или религия не позволяет согласится или пока не готовы )

Здравствуйте, gandjustas, Вы писали:
G>Ты сильно переоцениваешь среднюю важность информации и недооцениваешь экономический эффект доверия провайдеру.
я не переоцениваю, я просто много знаю и видел и немного участвовал )))

G>Потому что облачные технологии только развиваются. Ты же не собираешься готовиться к "прошедшей войне"?
нет не собираюсь, но и отдавать свои данные абы кому тоже не собираюсь

G>Вспомни анекдот про неуловимого джо.
Про Джо я в других постах написал )

Здравствуйте, 0K, Вы писали:

0K>Здравствуйте, gandjustas, Вы писали:

G>>А реально выйдет гораздо меньше для Azure, так как сразу 50 гб брать не надо, можно взять меньше за цену поменьше, также есть Azure Storage, который примет на себя часть данных.


0K>Azure слишком ограничен 50 Гб -- это насмешка.
Так ты можешь сколько угодно арендовать таки баз по 50 гб.

0K>И вообще реляционная база данных не нужна -- для больших таблиц все связи индексы нужно создавать вручную.
А они разве где-то автоматически создаются?

Здравствуйте, Аноним, Вы писали:

G>>Потому что облачные технологии только развиваются. Ты же не собираешься готовиться к "прошедшей войне"?
А>нет не собираюсь, но и отдавать свои данные абы кому тоже не собираюсь
Я же говорю что в среднем заокеанские датацентры, особенно Microsoft\Amazon\Google надежнее других способов хранения данных.

Здравствуйте, 0K, Вы писали:

А>>По тому как я наблюдаю — многие высоконагрузочные сервисы делаються на LUMP. Тот же "вконтакте" написан на php на сколько я понимаю.
0K>Бред! Это в России любят эту дешевку. В мире никто его не использует. Посмотрите на Google, Microsoft, Amazon... Никто из них эту дешевую свонь не использует.

Facebook, Yahoo.

Здравствуйте, Аноним, Вы писали:

А>Ну тут же все просто — смотрим чей бизнес — разводящих или индейцев)))
А>Я тут виноват — некорректно вопрос поставил)
А>Ну в общем я думаю вы и сами понимаете суть вещей. но может быть пока или религия не позволяет согласится или пока не готовы )

Или я вас ччитаю тролем. Мне проще поверить в неадекватность одного человека, чем нескольких тысяч.

Здравствуйте, gandjustas, Вы писали:

0K>>Azure слишком ограничен 50 Гб -- это насмешка.
G>Так ты можешь сколько угодно арендовать таки баз по 50 гб.

Да? А как же запрос писать? Сначала к одной базе, потом к другой?

0K>>И вообще реляционная база данных не нужна -- для больших таблиц все связи индексы нужно создавать вручную.
G>А они разве где-то автоматически создаются?

Главное преимущество (оно же недостаток) реляционных баз -- там есть JOIN. В Amazon Simple DB, Google BigTable и Azure Table Service этот самый JOIN выполнить невозможно. Соответственно выборка данных -- только по одной таблице.

JOIN -- это и недостаток: он работает весьма медленно и не позволяет масштабировать базу данных.

Самое лучшее что есть в Azure --- это Table Service. По возможностям превосходит Amazon Simple DB, но слегка уступает Google BigTable. Но Google BigTable дороже стоит.

К сожалению у нас (в Украине) нет возможности использовать Azure Table Service.

Здравствуйте, 0K, Вы писали:

0K>Главное преимущество (оно же недостаток) реляционных баз -- там есть JOIN. В Amazon Simple DB, Google BigTable и Azure Table Service этот самый JOIN выполнить невозможно. Соответственно выборка данных -- только по одной таблицe.

Дополню. В Google BigTable можно можно создавать связи между таблицами и тогда можно за 1-н запрос получить данные с 2-х таблиц (хотя запрос по полям одной). В Azure это планируется, но пока еще не сделали (последний раз смотрел -- не было).

Здравствуйте, 0K, Вы писали:

0K>Здравствуйте, gandjustas, Вы писали:

0K>>>Azure слишком ограничен 50 Гб -- это насмешка.
G>>Так ты можешь сколько угодно арендовать таки баз по 50 гб.

0K>Да? А как же запрос писать? Сначала к одной базе, потом к другой?

Слово partitioning тебе знакомо?

0K>>>И вообще реляционная база данных не нужна -- для больших таблиц все связи индексы нужно создавать вручную.
G>>А они разве где-то автоматически создаются?

0K>Главное преимущество (оно же недостаток) реляционных баз -- там есть JOIN. В Amazon Simple DB, Google BigTable и Azure Table Service этот самый JOIN выполнить невозможно. Соответственно выборка данных -- только по одной таблице.
0K>JOIN -- это и недостаток: он работает весьма медленно и не позволяет масштабировать базу данных.
Ты хотел сказать "горизонтально масштабировать". Вертикально все масштабируется отлично.

0K>Самое лучшее что есть в Azure --- это Table Service. По возможностям превосходит Amazon Simple DB, но слегка уступает Google BigTable. Но Google BigTable дороже стоит.
Ты про SQL Azure в курсе вообще?

0K>К сожалению у нас (в Украине) нет возможности использовать Azure Table Service.
Это временно

Здравствуйте, adontz, Вы писали:
A>Или я вас ччитаю тролем. Мне проще поверить в неадекватность одного человека, чем нескольких тысяч.

Я тоже видел много тролей во все так называемые революции и их в миллионы раз больше чем таких как я )