Про Parquet Вы совершенно точно отметили. А Impala еще также поддерживает объединение таблиц и распространяется под Apache лицензией, в то время как Dremel поддерживает только single-table queries (что нивелируется поддержкой запросов по вложенным данным) и является проприетарным продуктом.
Но все же я бы не делал из слов 'аналог' (как это указано в статье) и 'копия' синонимы.
> Не поддерживает репликацию между несколькими датацентрами (маловероятно)
Уточните, Вы о репликации critical state (метаданные системы) или о репликации всех данных хранилища?
Речь о репликации всех данных хранилища в статье и не шла. А способа не синхронизировать critical state в распределенных системах совсем я еще не знаю (если не синхронизировать state, то в конце концов узлы, входящие в распределенную систему, станут независимыми системами).
> Поддерживает 1) асинхронную репликацию в расположенные недалеко друг от друга датацентры с целью DR и 2) не интерактивной аналитики
Ничего, из написанного в посте, не противоречит первому утверждению. Про интерактивную аналитику (2-ое утверждение) также упоминания в статье нет.
> вторая часть статьи неточна
Поэтому, что 'неточно' по не ясно.)
Все актуально. Зачем люди делают что-то просто так? (например, я отвечаю на Ваш комментарий) — просто нравится помогать людям.)
Справедливости ради: не только Google помогает развитию IT/Big Data-сообщества, есть еще Яндекс, Yahoo, Microsoft и многие другие компании и просто хорошие люди.
Вопрос по терминологии: определение 'Forex' дано, но кто такие Forex-брокеры — не ясно. Отсюда недопонимание — есть ли разница между Forex-брокерами и ECN-брокерами?
P.S. статья читалась на одном дыхании. Спасибо.
Это open source — всегда можно поправить, что не работает. Это, конечно, (от части) шутка. В любом случае, роль (и вклад) Hadoop в современный Big Data сложно переоценить, как бы он там не работал.
Microsoft не сделал из Dryad коммерческого продукта (но он изначально таким и не был, да и я обратного не утверждал).
Для клиентов Windows Azure фреймворком распределенных вычислений стал Hadoop. И я об этом хорошо знаю — даже на хабре месяца 3 назад пост писал).
Про 'полностью похоронил' или все же развивается (например, проект Naiad) — еще надо хорошо подумать прежде, чем категорично утверждать один из вариантов.
Ну и к теме: все-таки предметом моего внимания (предположу, что и Вашего) в этом проекте является не (около)маркетинговая составляющая, а инновационная.
Читал, как и читал How to Map CDN Content to a Custom Domain. И еще много чего, но не помогало. На stackoverflow также до ответа было далеко. Поэтому (вчера) я удалил custom domain в manage.azure.com и Azure CDN enpoint, удалил CNAME-записи у своего регистратора. Пересоздал все заново. Через 8 часов связка 'кастомный поддомен + Azure CDN + WABS' уже заработала.
Я исследователь в в одном из фед. университетов и разработчик с более чем трехлетним стажем, поэтому не очень верю в неведомую полтергейст, силу магии и древнешаманские бубны, но в чем было дело (в описанной мной ситуации) для меня как черный квадрат Малевича — тайна, покрытая мраком.
В любом случае, спасибо за интересные статьи. Надеюсь посетить Ваш доклад на Azure Summit ('надеюсь' потому, что в списке докладчиков Вы есть, а какие именно доклады читаете — не написано [или я не нашел]).
Но все же я бы не делал из слов 'аналог' (как это указано в статье) и 'копия' синонимы.
Уточните, Вы о репликации critical state (метаданные системы) или о репликации всех данных хранилища?
Речь о репликации всех данных хранилища в статье и не шла. А способа не синхронизировать critical state в распределенных системах совсем я еще не знаю (если не синхронизировать state, то в конце концов узлы, входящие в распределенную систему, станут независимыми системами).
> Поддерживает 1) асинхронную репликацию в расположенные недалеко друг от друга датацентры с целью DR и 2) не интерактивной аналитики
Ничего, из написанного в посте, не противоречит первому утверждению. Про интерактивную аналитику (2-ое утверждение) также упоминания в статье нет.
> вторая часть статьи неточна
Поэтому, что 'неточно' по не ясно.)
Справедливости ради: не только Google помогает развитию IT/Big Data-сообщества, есть еще Яндекс, Yahoo, Microsoft и многие другие компании и просто хорошие люди.
P.S. статья читалась на одном дыхании. Спасибо.
В посте я вел речь именно рисках, связанных с 'затягиванием' выхода release-версий реализаций распределенных алгоритмов.
Для клиентов Windows Azure фреймворком распределенных вычислений стал Hadoop. И я об этом хорошо знаю — даже на хабре месяца 3 назад пост писал).
Про 'полностью похоронил' или все же развивается (например, проект Naiad) — еще надо хорошо подумать прежде, чем категорично утверждать один из вариантов.
Ну и к теме: все-таки предметом моего внимания (предположу, что и Вашего) в этом проекте является не (около)маркетинговая составляющая, а инновационная.
Ну, а вообще: сомнение — признак интеллекта; а с процитированным категоричным высказыванием лучше на форум, чем в хабр.
Первое, я пишу: >10^5 вычислительных узла.
Второе: я не пишу, что это порог масштабирования.
Последнее: искренне поздравляю команду Pelican'а!
Я исследователь в в одном из фед. университетов и разработчик с более чем трехлетним стажем, поэтому не очень верю в
неведомуюполтергейст, силу магии и древнешаманские бубны, но в чем было дело (в описанной мной ситуации) для меня как черный квадрат Малевича — тайна, покрытая мраком.В любом случае, спасибо за интересные статьи. Надеюсь посетить Ваш доклад на Azure Summit ('надеюсь' потому, что в списке докладчиков Вы есть, а какие именно доклады читаете — не написано [или я не нашел]).