Pull to refresh

Comments 42

Ability to host your MySQL databases in the cloud
Instances up to 10GB
Asynchronous or synchronous replication
Performance comparable to the Google App Engine datastore
Import or export databases using mysqldump
Java and Python compatibility
Command line tool
SQL prompt in the Google APIs Console

Если это правда, то будет супер.
> Performance comparable to the Google App Engine datastore

Вот это действительно круто! Интересно, как они этого добились?
Это ж что ж такое происходит, теперь можно джангу хостить в гуглевых облаках?!?
безобразие )))
Безобразие отменяется
Can I use Django with Google Cloud SQL?
No, currently Google Cloud SQL is not compatible with Django.
Это печально. Может быть временно?
может и временно — currently же. во любом случае можно будет написать еще одну прослойку
Это же просто замечательно безобразие. :)
Так и раньше можно было. Django non-rel работало практически из коробки.
Можно, но джанга там тормозит и жрёт сотни мегабайт памяти. Из за чего постоянно упирается то в лимит работы процессора (60 что ли секунд) то в память (где то сотня с чем то мегабайт). В общем, грустно всё пока.
Было бы очень замечательно, давно уже искал хороший облачный хостинг под django and etc…
Предсказываю открытие Google Cloud SQL после НГ…
Лучшие бы они поддержку PHP реализовали, прирости клиентов был бы куда более значительный. Думается мне, что тормозит этот процесс какая-то группо не-PHP фанатиков т.к. других объективных причин не видно.

Сорри за оффтоп. Накипело.
А я очень рад, что открыл для себя Django, отчасти благодаря GAE.
Рад за вас. В свою очередь тоже очень старательно пробовал перейти на Python, даже в Канаду звали питонщиком работать, но как-то не сложилось. Не моё это. Закроем тему, что хуже, что лучше :) Просто действительно не понятна политика Google в отношение PHP, попахивает какой-то жёсткой предвзятостью с их стороны.
У Google на Python написано части систем, что тут удивительного что его поддерживает AppEngine. У них для Java и Python уже все есть давно.Зоопарк не нужен )
Пару лет назад прочитал небольшую статью. За точность слов отвечать не могу, но примерно было следующее:
Репортер: Скажите, как в Google используют PHP?
Инженер Google: Ммм, ну вот у нас есть страничка, на которой мы заказываем пиццу, так вот, она написана на PHP.

Так что, может просто, раз язык не используется в компании, то и делать для него технологии нет им нужды?
Надо сказать, что они раньше примерно в таком же духе реагировали на вопросы про поддержку реляционных БД в GAE. Но шло время и народ как-то не ломится толпами писать под их bigtable. И теперь что? Видим поддержку MySQL. Рынок диктует и Гуглу тоже. Так что, посмотрим что будет дальше (хотя понятно, что и MySQL и PHP на их архитектуру ложится весьма непрямо).
Точно знать не могу, но мне могу попробовать предположить:
  1. Отсутствие фанатов PHP
  2. Свой взгляд на этот ЯП
  3. Какие либо ограничения платформы
  4. Нежелание быть как все
  5. Свое видение как должен работать этот бизнес

Простите что у вас накипело? Что хостер не желает поддерживать ваш любимый ЯП?
>>прирости клиентов был бы куда более значительный
Это у нас в крови просто, считать чужие деньги.
Я не считаю чужие деньги, а просто хочу использовать актуальные мне технологии на качественном облачном хостинге. Google могут козыриться своей принципиальностью сколько хотят, но вряд ли это вынудит PHP программистов перейти на другой язык.

Кстати говоря, в списке feature request GAE запрос на поддержку PHP стоит на первом месте.
Google могут козыриться своей принципиальностью сколько хотят, но вряд ли это вынудит PHP программистов перейти на другой язык

Не думаю, что у них есть хоть малейшее желание заставлять кого либо менять PHP на python, мне кажется дело здесь в другом, эти люди занимаются тем, что любят и PHP в этот список не входит.

Кстати говоря, в списке feature request GAE запрос на поддержку PHP стоит на первом месте.
Вполне возможно и то что таких людей как вы очень много, это не то что неудивительно а даже закономерно, но к сожалению все равно ничего не меняет.
если бы любые. Вот, хоть и давнее, мое исследование поддержки — abrdev.com/?p=597 Для меня например, критично, полная поддержка ZF.
Ну да, не всех, конечно. Бывают же еще специфичные PHP расширения, которые на Quercus не поставишь.

Однако, если задача стоит именно в разворачивании уже имеющегося PHP проекта в облаке, то наверное будет проще дописать отдельные функции этих расширений для Quercus руками для высокоуровневой инфраструктуры GAE, которая идет из «из коробки», чем создавать такую инфраструктуру на базе какого-нибудь Амазона/Ракспейса.
а вы пробовали прежде чем советовать?
Я вовсе не советую. Просто напомнил, что такое решение тоже существует.
Мне кажеться, во главе угла стоит вопрос архитектуры самого PHP, может он недостаточно конкурентоспособен в контексте архитектуры GAE. Гугл активно используют питон и он 100% бил заоптимизирован под них, делалось это годами, а в случае с PHP этот путь нужно проходить с 0-ля.
Нет еще большой конкуренции, вот они и капризничают. Как появится достойные конкуренты, тогда хоть черта лысого приделают, если захотят быть в строю.

А вообще, по моему проблема в другом. Если посмотреть на тех, кто сейчас делает облака, то там в основном java и python. И когда речь заходит о php, то вряд ли будет большой прирост для проектов, которые требуют облаков. По сути массовость php в сайтах визитках и домашних страничках. Или форумы, которым хорошего дедика хватит за глаза (тем кому не хватит единицы).

Поэтому и нет облаков под php, а есть под python и java, на которых значительно больше «серьёзных» проектов, которым могут потребоваться облака. Может, конечно я не прав, давно не следил за php трендами, с года так 2006…
[sarcasm]А зачем программистам под PHP нужен GAE? Сайт govnokod.ru готов хостить все их проекты целиком и абсолютно бесплатно![/sarcasm]
Если вам нужна именно облачная LAMP платформа, то LAMP можно без труда прикрутить к Амазону. GAE немного для другого класса задач.
Чтото я не найду вменяемой документации о том что именно там поддерживается.
Необходимый минимум для работы JDBC/DBAPI или прямо реляционка с outer joinами и on delete cascade?
И опятьже непонятно — это какоето новое хранилище или надстройка над datastore?
это мускулы масштабируемые
Они чтоли развернули реальный mysql в какой-то особой, облачной реализации?
Я не могу обнаружить явных указаний на это.
именно. Я был одним из тестеров которые получили, доступ к этой среде и в документации было написано что это Mysql5
Вот это уже серьёзно.
И что все (основные) плюшки mysql работают?
(в особенности интересуют джойны и ссылочная целостность)
By offering the capabilities of a MySQL database, the service enables you to easily move your data, applications, and services into and out of the cloud. This allows for high data portability and helps in faster time-to-market because you can quickly leverage your existing database (using JDBC and/or DB-API) in your App Engine application.
UFO just landed and posted this here
К сожалению, очень медленное :o(
Sign up to leave a comment.

Articles