Вот это ваше кеширование как отражается на целостности данных? К примеру, произведена транзакция и сервер кеширования падает. Транзакция на диске не запечатлена — только в ОЗУ на сервере кеширования? Получается нет гарантии целостности данных?
Нет абсолютно надежных. Все могут поломаться, даже самые надежные. Причем это происходит в самый ответственный момент. По этому нужно автоматически запускать сервер в другом датаценре EC2, если не доступен в вашем.
P.S.
У нас сервер на EC2 в US East — работает. У них же там (в US East) 4-ре датацентра — на то оно и облако.
Сейчас вспоминаю — все что мне удавалось начать и довести до логического завершения — выполнялось именно по принципам, приведенным в статье. А все что пытался планировать в деталях — провалилось.
Может, конечно, этот от человека зависит. Кто-то делает потому что нужно (дабы выполнить план, пятилетку). А кто-то делает потому что в кайф. Вот второму — детальный план иметь вредно. Делай себе в кайф — природа обо всем позаботилась, твое участие в коррекции этого плана ни к чему не приведет.
>Вчера, во время обсуждения www.i-gorod.com, возникла мысль собрать команду с целью создания социально-значимого и эффективного ресурса.
Можно понимать не однозначно. Хотите, по примеру i-gorod, поучаствовать в роспиле, или же хотите показать что i-gorod ничего за деньги не смогли сделать, а вы сделаете кое-что абсолютно бесплатно?
Мне во всем подошел GAE. Даже полнотекстовый поиск по 100 Мб. текста сделать удалось.
А вот понадобился HTTPS с красивым сертификатом — и приехали. У GAE пока нет такой возможности. Когда будет — не известно. Приходится в спешном порядке все переносить на Amazon BeansTalk.
Разбирался пол дня. Самое сложное было — установить этот самый SSL-сертификат. К серверу по SSH не подключался — нет необходимости.
Главные недостаток Amazon — это их база данных SimpleDB. Google BigTable — намного более продвинутая. Второй недостаток — долго деплоится по сравнению с GAE.
Я разобрался почему это. Гугл выдает JSON при отправке запроса на адрес www.google.com/fusiontables/gvizdata?tq= Так вот, если в заголовке запроса не указан Accept-Charset — то возвращается белиберда. А IE почему-то не указывает Accept-Charset. Может и есть способ заставить его указать этот Accept-Charset?
А вы как хотите делать? Свой JSON-прокси на сервере поднимать?
Кстати, недавно сам начал использовать FusionTables и нашел 2 бага:
1. Выборка по Marged-таблицам с кол-вом записей более 0.5 млн. происходит оооочень медленно. Уже отписал Google, они даже ответили и занесли в баг-треккер. А вот выборка по обычным таблицам происходит довольно шустро.
2. При использовании JS Visualization Api из IE вместо русских букв возвращаются знаки вопроса ?????????? ????.. Оказывается в заголовке запроса должен быть Accept-Charset: utf-8. В IE его почему-то нету… У вас русского текста в выдаче нет? Если есть русский текст — проверьте открыть в IE. Я сначала был доволен — потом облом. Не работает в IE. Эту проблему до сих пор не решил. Вы не сталкивались с этой проблемой?
А там он по смыслу не очень подходит. Файл рисунка ведь не всегда называется так же как символ, который на этом рисунке изображен. Оказывается в GAE нельзя чтобы файл назывался ( или ). А вот цифрами можно.
>>Можно ссылку на описание где и как GAE «ограничивает приложения как неэффективные»?
Лично я об этом узнал из статьи: habrahabr.ru/blogs/gae/94640/ абзац «Одна секунда». В официальной документации не припомню чтобы такое встречалось. Но, с учетом моего опыта, похоже на правду.
Я бы так не сказал: status.aws.amazon.com/ И вчера и сегодня с RDS были проблемы. Возможно вы имели в виду SibmpleDB?
Кстати, кто точно может сказать какие зоны падали?
>Причиной сбоя на самом деле стали дисковые массивы EBS (Elastic Block Store)
Помнится, кто-то недавно тесты проводил. Доигрались?
Вот это ваше кеширование как отражается на целостности данных? К примеру, произведена транзакция и сервер кеширования падает. Транзакция на диске не запечатлена — только в ОЗУ на сервере кеширования? Получается нет гарантии целостности данных?
P.S.
У нас сервер на EC2 в US East — работает. У них же там (в US East) 4-ре датацентра — на то оно и облако.
Может, конечно, этот от человека зависит. Кто-то делает потому что нужно (дабы выполнить план, пятилетку). А кто-то делает потому что в кайф. Вот второму — детальный план иметь вредно. Делай себе в кайф — природа обо всем позаботилась, твое участие в коррекции этого плана ни к чему не приведет.
Можно понимать не однозначно. Хотите, по примеру i-gorod, поучаствовать в роспиле, или же хотите показать что i-gorod ничего за деньги не смогли сделать, а вы сделаете кое-что абсолютно бесплатно?
А вот понадобился HTTPS с красивым сертификатом — и приехали. У GAE пока нет такой возможности. Когда будет — не известно. Приходится в спешном порядке все переносить на Amazon BeansTalk.
Разбирался пол дня. Самое сложное было — установить этот самый SSL-сертификат. К серверу по SSH не подключался — нет необходимости.
Главные недостаток Amazon — это их база данных SimpleDB. Google BigTable — намного более продвинутая. Второй недостаток — долго деплоится по сравнению с GAE.
Т.е. с помощью jQuery получиться обратиться только к своему домену, а вот к домену Google только через JSON-прокси (либо их либо свой).
А вы как хотите делать? Свой JSON-прокси на сервере поднимать?
1. Выборка по Marged-таблицам с кол-вом записей более 0.5 млн. происходит оооочень медленно. Уже отписал Google, они даже ответили и занесли в баг-треккер. А вот выборка по обычным таблицам происходит довольно шустро.
2. При использовании JS Visualization Api из IE вместо русских букв возвращаются знаки вопроса ?????????? ????.. Оказывается в заголовке запроса должен быть Accept-Charset: utf-8. В IE его почему-то нету… У вас русского текста в выдаче нет? Если есть русский текст — проверьте открыть в IE. Я сначала был доволен — потом облом. Не работает в IE. Эту проблему до сих пор не решил. Вы не сталкивались с этой проблемой?
Склонен считать что это соответствует действительности.
Лично я об этом узнал из статьи: habrahabr.ru/blogs/gae/94640/ абзац «Одна секунда». В официальной документации не припомню чтобы такое встречалось. Но, с учетом моего опыта, похоже на правду.