10.10.2009, 10:21
|
#1 |
|
Участник
|
Что за хрень этот клауд компутинг (с) Ларри Эллисон
Блог Алексея Ковязина
http://ibsurgeon.blogspot.com/2009/1...post_1494.html Цитата:
...можно взять железный клауд с тысячами клубящихся ОС на тысячах железок, и вместо того чтобы сдавать его в аренду, обернуть его в специально написанную оболочку, которая позволит гораздо менее подготовленному программисту писать проги под клауд.
... Идея такая - мы даем программисту возможность написать приложение, не заморачиваясь ..., и продаем время работы этого приложения. Тоже по часам. Больше кодеров, вперед, Индия! ... Насколько круто это работает в плане вертикальной производительности? Если вы призадумались о переносе свое 15 Гб базы в облако, то лучше забудьте об этом. Не в этом десятилетии, точно  Да, работает, но не везде и не всегда.Грустная картина? Отнюдь. Скорее, новая картина, новые вызовы и новые требования к будущим поколениям разработчиков. По факту, клауд (и железный, и платформенный) дает просто потрясающие, доселе невиданные возможности для единственного вида приложений - горизонтально масштабирующихся софтин, которые можно и нужно продавать по требованию, в модели Software as a Service. Т.е. приложений, которые обслуживают большое (огромное, неограниченное!) число непересекающихся пользователей. Наилучшим и самым удачным примером такого приложения служит... электронная почта. Не обычная электронная почта... ... Конечно, читатели уже начали обвинять меня в рекламе своего работодателя - дескать, все свел к 3 продуктам от одного производителя, хренов мастдаевец. Но я то хочу обратить внимание на то, что таких горизонтальных приложений МАЛО не потому, что они никому не нужны, кроме Микрософта, а потому, что РАНЬШЕ не было возможности писать горизонтально масштабируемые приложения. http://ibsurgeon.blogspot.com/2009/1...post_1494.html |
|
|
|
| За это сообщение автора поблагодарили: Lemming (2). | |
|
10.10.2009, 14:49
|
#2 |
|
Участник
|
Цитата:
...можно взять железный клауд с тысячами клубящихся ОС на тысячах железок, и вместо того чтобы сдавать его в аренду, обернуть его в специально написанную оболочку, которая позволит гораздо менее подготовленному программисту писать проги под клауд.
Цитата:
Маленький скандальчик случился на конференции Structure 09, которая посвящена облачным вычислениям. Всё началось с выступления Наджама Ахмада (Najam Ahmad), главного менеджера по глобальным сетевым сервисам Microsoft. Он подробно рассказал, как Microsoft пытается увеличить производительность множества своих сервисов.
... Сразу после этого слово взял Виджай Гилл (Vijay Gill), старший инженер по архитектуре из Google, и, как говорится, пропесочил конкурента по полной программе. Гилл для начала рассказал, во сколько раз Google Maps быстрее, чем Virtual Earth. И потом объяснил, что причина в фундаментально ином подходе в построении распределённой платформы. По его словам, у Microsoft такой платформы нет вообще: «Любой идиот может настроить дата-центров и объединить их вместе, — сказал Гилл. — Но вопрос в том, как реально приложения будут использовать эту архитектуру? Как вы распределите её? Как вы оптимизируете? Вот в чём сложность». ...
Последний раз редактировалось Lemming; 10.10.2009 в 14:51. |
|
|
|
11.10.2009, 17:22
|
#3 |
|
Участник
|
Цитата:
Сразу после этого слово взял Виджай Гилл (Vijay Gill), старший инженер по архитектуре из Google, и, как говорится, пропесочил конкурента по полной программе. Гилл для начала рассказал, во сколько раз Google Maps быстрее, чем Virtual Earth.
Цитата:
Каждый раз, как я говорю кому-нибудь, кто пользовался нашей службой, что являюсь членом команды разрабатчиков нашей поисковой системы, один из первых вопросов, который мне задают - “так и почему вы используете Microsoft Map? Почему вы не выбрали Google?”. Полный ответ на этот вопрос был бы достаточно длинным, но вкратце все очень просто: скорость.
Каждые несколько месяцев мы проводили сравнительное тестирование Google Maps и Virtual Earth, и результат всегда был один и тот же: скрипты Google и фрагменты карты грузились сравнительно быстрее, однако Virtual Earth оказывался раза в четыре быстрее, когда дело доходило до нанесения кучи различных элементов на карту. Поскольку в нашем сценарии на карту может добавляться до 500 обозначений домов, мы просто чувствовали, что Google не может обеспечить тот уровень производительности, который нам нужен. Цитата:
Секрет успеха Google не в секретных дата-центрах, а именно в софтверной инфраструктуре, которая включает в себя распределённую файловую систему GFS, распределённую базу данных BigTable и распределённую вычислительную подсистему MapReduce.
По поводу же "горизонтально масштабируемых" приложений - это уже относительно давно было: та же Active Directory - распределенная горизонтально масштабируемая служба, тот же упомянутый Exchange Server - аналогично, давно уже (по крайней мере, начиная с Exchange 2000 - с версией 5.5 я не работал) распределенная горизонтально масштабируемая система. Другое дело, что масштабные задачи обычно подразумевают обработку большого массива связанных данных, которые в общем случае нельзя просто взять и разбить на небольшие разделы, с которыми уже работать параллельно (что, как я понимаю, предполагает BigTable). Отсюда возникает необходимость работы с одной большой БД, для чего "облачные вычисления", как было упомянуто, пока не подходят. |
|
|
Линейный вид
