Daos 2.0 и Google App Engine
15.04.2011 технологии мои проекты
Держите меня семеро! Отговорите или поддержите :) Возникла шальная мысль: сделать Daos 2.0 на этой интересненькой такой платформе от Google. Некоторые читатели моего блога наверняка уже знакомы с GAE, да? Расскажите, чем плох, чем хорош? Я давно приглядываюсь, и всё большей симпатией проникаюсь, но это пока издалека.
Для меня плюсы очевидные: изучение Пайтона, опыт с перспективной платформой, много ещё всяких плюшек. Для клиентов менее очевидные, но тоже есть: большинству будет достаточно бесплатных квот, проще установка, абсолютно одинаковые у всех условия (меньше вероятность технических проблем). Что-то пропустил?
А, минусы… Клиентам придётся для такого обновления предпринять некоторые действия, да, миграция не ограничится нажатием одной кнопки. Но не особенно трудоёмкий это процесс, зато платформа с солиднейшим запасом на будущее. В общем, всерьёз думаю об этом, прямо совсем серьёзненько так.
Что скажете, программисты? А клиенты?
P.S. Кстати, если обновление (старый Daos пока, на PHP) выпущу сегодня, то завтра подниму цену. Если дотяну до завтра, то подниму цену послезавтра. Решение уже принято, кто не спрятался – я не виноват. Обновления бесплатные, естественно, как всегда.
Если вам необходимо электричество в таком месте, где его очень сложно представить, вас выручат дизельные или бензиновые генераторы. А приобести их вы сможете на сайте in-green.com.ua.
Делитесь мнением!
Комментирование этой статьи закрыто.
А тебе можно? :)
Вот хороший, годный пост – habrahabr.ru/blogs/c…
Субъективно конечно, но лично я как человек который не знаком с GAE, захотел опробовать его. AWS в общем тоже, но это отдельная история :)
Да, я знаю что на Хабре много пишут про App Engine, почитываю его часто. Мне, конечно, особенно интересны личные мнения моих дорогих читателей. Так-то у Гугла и документация весьма неплохая, и даже на русском.
По-моему, неплохая идея. Если тебе не лень, конечно :)
С точки зрения программиста: процесс адаптации к новой среде, синтаксису и прочему будет проходить интересно, но медленно. Старые проверенные методы тут могут не работать, и чтобы сделать что-то очевидное, придется делать на порядок больше. Ну и, естественно, со временем будет приходить понимание, что можно что-то переделать, переписать более понятными конструкциями, потому что сначала пишешь как придется, а потом уже, прочитав пару вменяемых док и годных исходников, хочешь переписать все «по-человечески», в итоге теряется время и, как следствие, деньги.
Тем не менее, это процесс развития, и скажется только позитивно, хоть и наступишь на много граблей.
С точки зрения юзера: ставить дополнительные модули к апачу не каждый может себе позволить, да и не каждый захочет.
Компромисс: сделай Даос 2.0 на PHP, но сделай его таким, чтобы не пришлось потом выпиливать гланды ректально выключенной бензопилой. А с явопитонами экспериментируй в «сервисной» версии – пора бы уже заткнуть ноликс за пояс, тем более что пользователям очевидный вин – только зарегиться и ткнуть Js в сайт :)
Фух, все сказал. Не серчай, если что.
Негр, ты не разобрался. Какие модули к Апачу, ты о чём? GAE — платформа на мощностях Google, у них всё настроено уже как надо, пользователю достаточно зарегистрироваться. Впрочем, и того не нужно в большинстве случаев. У кого сейчас нет аккаунта в Gmail?
Про сервисную версию давно писал уже. Не планирую делать сервис вообще. Хотя Daos 2.0 будет сделан так, что можно будет нанять толкового программиста и за $200-300 переделать эту штуку в сервис.
А я думал, что это фреймворк какой-то :) А как тогда будет работать Даос? Заходишь в сервис, вводишь настройки, оно все хранится у гугла, а пользователь тыкает js?
Да снаружи-то примерно также всё будет, как сейчас. То есть интерфейс изменится к лучшему (и значительно), но принципиальных изменений из-за GAE не должно быть.
Выскажусь пожалуй.
За:
1) Cloud – это модно.
2) Распределение нагрузки. Свой хостинг не будет грузиться скриптами рекламы.
Против:
1) Увеличится время загрузки страниц за счет необходимости разрешения еще одного дополнительного домена + установления еще одно соединения с новым сервером.
2) Довольно запутанная платформа с точки зрения не-гика. Я недавно помогал устанавливать Daos одному своему приятелю и по совместительству старому клиенту, и мне почти не пришлось объяснять. А если будет GAE, мне придется объяснить, что такое клауд, как им пользоваться, за что там надо платить деньги и после какого лимита, и зачем вообще эти сложности нужны.
3) Зависимость от проприетарной платформы. В один прекрасный день гугл закроет App Engine или сделает платным, и всем придется сосать лапу, а тебе – срочно переписывать на php.
4) Владельцам площадок придется условно говоря проверять две админки вместо одной. Одна – панель своего сервера/хостинга, вторая – админка GAE.
5) Людей, знающих Python или Java гораздо меньше, чем знающих PHP. Следовательно для таких людей усложнится кастомизация даоса под свой сайт.
Итого, Даос рискует потерять свое основное преимущество: простоту и прозрачность.
Кстати, я бы посоветовал брать не Python, а Java – этот язык более универсален и применим для гораздо более широкого круга задач. Следовательно, изучив Java ты откроешь себе гораздо шире горизонты, чем изучив Python.
Не согласен. Проще сделать пошаговый мануал для одной платформы, чем для целого зоопарка неизвестно каких хостингов с разной степени параноидальности и глупости сисадминами.
Во-первых, сейчас и так все платят за хостинг, а с GAE для многих сайтов будет бесплатно (и наверняка очень-очень долго). Во-вторых, миграция оттуда не такая уж сложная штука. Вон, кстати, выше Bosha ссылочку на Хабр давал, в той статейке был пример организации аналогичной платформы на амазоновских серверах. Проблема из пальца высосана. То есть теоретически-то оно может случиться всякое, но на практике маловероятно.
Это минус, да. Но, мне кажется, незначительный совсем на фоне плюсов. Чего им проверять эти админки вообще? О квотах уведомлялки есть, а так просто поглазеть… так может им даже интересно будет :)
А это и без того единицы делают. Кроме того, сейчас, например, даже неудобно ничего менять — после обновлений проверять сложно.
Зато среди питонистов, как мне кажется, больше доля квалифицированных специалистов, а уж GAE вообще на переднем крае. За подобными системами ближайшее будущее, я так считаю. А PHP постепенно должен умереть, уж слишком много в нём утомительных и раздражающих нелепостей.
В глазах PHPшников. Если посмотреть с другой стороны, как раз с помощью Apps Engine движок быстрей станет ещё проще и прозрачней. Для пользователя прежде всего, и это главное. Но и для разработчиков тоже, но это просто потому что я расту как программист, так что с PHP-вариантом также было бы.
Тормоз, ты знаком с процедурой деплоя приложения на GAE? Я – да. Не замучаешься объяснять всем подряд.
Я знаком и с Python, и с Java, более того, мне кастомизация большого труда не составит даже если это будет совсем незнакомый мне язык. Но я же, черт возьми, гений. А тем, кто знаком только с PHP, да и то поверхностно, все станет резко грустно и печально.
Я не пытаюсь тебя отговорить от GAE, я просто пытаюсь показать тебе все возможные стороны, в том числе и негативные.
Не, я ценю твою мнение, естественно. Спасибо. Буду думать. Видишь ли, есть ещё один фактор — Daos 2.0 я делаю с прицелом на буржунет ещё. В общем, надо бы тщательно взвесить плюсы и минусы… и сделать по-своему :) Я в любом случае сперва какую-нибудь мелочь попробую сотворить, вникну в эту штуковину. И если симпатия не сменится разочарованием, тогда уж будет решено окончательно.
А какие именно сложности с разворачиванием приложений там возникают? Замудрёно слишком? Наверняка можно придумать какой-то упрощающий инструмент «для чайников».
Стандартный процесс деплоя такой: качаешь SDK, в него вкладываешь свой проект (или пишешь этот проект), а потом с помощью специальной утилитки загружаешь на сервер.
А насколько сложно сделать централизованную установку с моего сервера? Теоретически вполне реальной задача видится, я даже подумывал для PHPшных скриптов дистанционный установщик соорудить, но уж слишком много всяких разновидностей всего и подводных камней. А тут вроде как у всех всё одинаково должно быть.
Наверное реально. Навскидку вот нашел:
code.google.com/intl…
code.google.com/intl…
Для Java что-нибудь аналогичное.
Уже с ООП разобрался? :)
Вот не зря я такие глупые вопросы задаю, не зря. Сутки не прошли, а столько интересного показали и рассказали, пока я доделывал новую версию, отвлекаясь. Спасибо всем!
Che, познаю Дао! Я смогу.
Все равно не понимаю почему ты не хочешь централизированную систему делать. Сделал бы на том же appEngine центральное приложение а на сайты подключался лишь js скрипт. И две системы оплаты – процент с продаж или абонентская плата.
Я объяснял много раз, почему.
Ну того Gmail есть не у всех.
А мне регится там где капча вообще кошмар – зрение подводит.
GAE – хорошо. (Не смотря на некоторые ограничения)
с деплоем у простых людей действительно возникнут проблемы.
как вариант – у гугла есть программа которая позволяет продавать свои приложения написанные для appengine: для клиента это выглядит аналогично подключению почты или других сервисов гугла к своему домену
Это очень хороший вариант. И альтернатива выше обсуждалась — сделать свой внешний установщик. Единственная сложность остаётся с привязкой домена, это для многих может быть напряжно. Хотя, всё ж люди, владеющие сайтами, должны знать, как у домена прописать простое значение.