Интересно было бы попытать GridSQL под высокой нагрузкой, но боюсь, что для моих задач все упрется в ограничения сети между нодами, т.к. не представляю себе, как можно в автоматическом режиме произвести оптимальную кластеризацию БД, с которой нужно работать. Жаль только кластер пока не на чем развернуть…
вдруг уходит из перспективного региона из-за какой-то там хакерской атаки.
А ты подумай, зачем каким-то хакерам нужен доступ к почтовым ящикам оппозиционеров? В Google подумаели, что если это и были хакеры, то хакеры народной армии китая, соответственно, эти действия были санкционированы компетентными службами. Так что, скорее всего, это не «какая-то там хакерская атака», а вполне себе серьезное нападение китайских спецслужб, а это в корне меняет ситуацию.
Э… а чем именно восхищаться? На сколько я понял, ситуация выглядит следующим образом:
Когда Google пришел в Китай, они договорились с тамошней «верхушкой» примерно так: «Мы работаем по вашим правилам, а вы гарантируете, что никто не будет ставить палки в колеса нашему бизнесу». Теперь они как бы говорят: «Вы не контролируете ситуацию в своей стране, это мешает нашему бизнесу, пора пересмотреть соглашение».
Весь документ ориентирован на стек из вполне конкретных продуктов. В этом суть задачи, из которой он возник, — вместо позиции «все возможно, есть много инструментов и т.д.» дать предельно конкретный работающий стек.
В роли СУБД здесь — EDB/Postgres. Горизонтальное масштабирование — средствами GridSQL ().
Насчет заменяемости компонент (СОА, интероперабельность и все подобные правильные слова) — мысли поработать в эту сторону есть, но сил пока не хватает.
Если просмотрщик будет выполнять хотя бы поверхностные функции IrfanView (изменение размера, качества, обрезка, немного рисования и макияжа в виде осветления и пр.) под Linux, непременно буду юзать.
У меня еще забавно происходит прокрутка документа в просмоторщике. По вертикальному скролу он одновременно и документ скролит, и окно браузера. Зато по горизонтальному скролу все норм. Хотя может это нормально пока окно браузера некуда скролить...)
Каким образом предполагается увеличивать производительность БД за счет добавления машин в кластер?
Смотрел невнимально, но вроде предполагается независимость от используемой БД. Имеется в виду, что в конечном проекте можно использовать любую или что БД можно заменить не меняя ничего в остальной системе (кроме настроек)?
Тема сверхинтересная. Документ концептуален. На его основе можено даже учебную программу по Open Source сделать. Всяческий Вам за эту работу респект.
Только хотелось бы иметь возможность как-то этот документ поиметь в более удобном для работы формате.
это конечно хорошо, только массового перехода своей инициативой не добиться:
— надо сначало обучить учителей (ато чему они там научат?), а это организовтаь курсы (а где взять деньги на курсы? аудитории? людей, у кот-ых хватит терпения и квалификации? как заставить в своё свободное время прийти учителей и обучаться;)
— учителям не нужна такая головная боль.
вот подарок на НГ
этого не видел, проглядел видать :(
я конечно хочу надеяться на лучшее, но почему-то мне кажется, что будет очередной распил бабла как-то так:
* будет составлен мега план (в смехотворные 4 месяца);
* будет выделено бабулеса (много);
* может быть будут организованы курсы по обучению учителей кунг-фу СПО. срок курсов — неделю-другую.
* будет (!) куплено СПО для гос/учебных заведений;
* будет пару публичных расстрелов учителей (кот-ые не захотят/не смогут перейти на СПО, остальные испугаются и по-бырику перейдут на СПО (вот только знаний врятли хватит на беспроблемный переход));
Однако несколько китайских авторов выступили против сканирования их книг и размещения в библиотеке, так как это нарушает авторские права.
Ух ты, так Китай стал теперь оплотом борьбы за авторские права? =) Ну пускай начнут с того, что заплатят отчисление за многочисленные «клонированные» продукты Европы и США.
музычку подобрали они мою любимую =)))
скачаю, посмотрю на зверька )
Когда Google пришел в Китай, они договорились с тамошней «верхушкой» примерно так: «Мы работаем по вашим правилам, а вы гарантируете, что никто не будет ставить палки в колеса нашему бизнесу». Теперь они как бы говорят: «Вы не контролируете ситуацию в своей стране, это мешает нашему бизнесу, пора пересмотреть соглашение».
Так чем восхищаться? O_o
В роли СУБД здесь — EDB/Postgres. Горизонтальное масштабирование — средствами GridSQL ().
Насчет заменяемости компонент (СОА, интероперабельность и все подобные правильные слова) — мысли поработать в эту сторону есть, но сил пока не хватает.
Смотрел невнимально, но вроде предполагается независимость от используемой БД. Имеется в виду, что в конечном проекте можно использовать любую или что БД можно заменить не меняя ничего в остальной системе (кроме настроек)?
выложте куда-нибудь файлик, чтоб без рега скачать
Только хотелось бы иметь возможность как-то этот документ поиметь в более удобном для работы формате.
это конечно хорошо, только массового перехода своей инициативой не добиться:
— надо сначало обучить учителей (ато чему они там научат?), а это организовтаь курсы (а где взять деньги на курсы? аудитории? людей, у кот-ых хватит терпения и квалификации? как заставить в своё свободное время прийти учителей и обучаться;)
— учителям не нужна такая головная боль.
этого не видел, проглядел видать :(
я конечно хочу надеяться на лучшее, но почему-то мне кажется, что будет
очередной распил баблакак-то так:* будет составлен мега план (в смехотворные 4 месяца);
* будет выделено бабулеса (много);
* может быть будут организованы курсы по обучению учителей кунг-фу СПО. срок курсов — неделю-другую.
* будет (!) куплено СПО для гос/учебных заведений;
* будет пару публичных расстрелов учителей (кот-ые не захотят/не смогут перейти на СПО, остальные испугаются и по-бырику перейдут на СПО (вот только знаний врятли хватит на беспроблемный переход));
будет очень хорошо, если я ошибаюсь
А вот подарок на НГ от правительства )
в украине вроде ж нет указа для перехода с ворованного ПО на СПО.