Как стать автором
Обновить

Комментарии 32

Отлично!
Ещё интересные вопрос можно раскрыть — SaaS в России, его особенности.
И примеров бы побольше в подтверждение того факта, что SaaS стартап может быть lowcost именно на старте.
В России никакой стартап, предлагающий услуги телекома не может быть lowcost ибо УС и СОРМ
Местная специфика
Впрочем как всегда строгость законов компенсируется необязательностью их исполнения :)
Имеется ввиду лицензирование?
Ну не на всё же требуется лицензия…
Учитывая тенденцию, скоро на все будет нужна лицензия…
ок, спасибо за фидбэк :)
* не осилил.
но вроде дорого, пока нет дата-центров в России. и все таки легче воспринимать сервер на «ко-локейшене»…
Во-первых, вполне можно пользоваться услугами зарубежных датацентров. А во-вторых, судя по всему вскоре они и в России появятся.
Отличная статья! Спасибо
Спасибо :)
Молодец, Олег, поздравляю с попаданием на главную!
Пост большой, информативный, кажется, даже более информативный, чем сама презентация! :-)
Спасибо, Никит :)
Кстати, твой вопрос на конференции был очень хорошим и правильным :) Надо поискать информацию )
Не сочтите за придирки, скорее желание улучшить:
1. П.6, начало — «озьмем» вместо «возьмем».
2. П.6, salesforce — «при помощи» два раза подряд.

Букав оказалось не так уж много, как хотелось бы, хотя заданная тема (основы применения) раскрыта :)
Спасибо, все исправил :)
А что написали в заголовке лишь Azure, когда статья такая полная. Навлчёте неоправданный гнев сторонников СПО ;).
Я же написал, не нашел подходящего блога, по облакам есть вроде только этот.
Это не вы случаем выступали на конференции Майкрософт в МГУПС 28 апреля?
Нет, точно не я )
Хм… облако для стартапа? А не слишком ли это дорогое удовольствие, а? Автор как то стороной обошел вопрос цены.
Скорее даже наоборот, слишком дешевое :) Хотя согласен, вопрос цены не упомянул. Спасибо )
Факты нужны, факты… Я смотрел амазон и мне под мои задачи это выходит дорого. Проще взять VDS. Возможно я что-то не так там прочел/понял. Именно поэтому и нужны конкретные цифры сколько и за что мы получаем.
В амазоне ареднуешь можно сказать машину целиком, в азуре же ты ареднуешь по сути продвинутый шаред хостинг, но в отличии от это шаред хостинга ты можешь очень и очень сильно маштабировать свое приложение.
согласен с автором, трудно переоценить перспективы облачных платформ. Хочу добавить немного: перечисленные Amazon, Azure и Google App имеют некоторые принципиальные технологические отличия в архитектуре. Это важно учитывать и это может сыграть не последнюю роль при выборе той или иной платформы. Радует что в СНГ тоже развивается своя cloud ориентированная платформа Hivext, которая имеет определенные отличия от платформ рассмотренных в статье.
Спасибо за комментарий, обязательно учту в дальнейших работах )
Хотелось бы заметить что для Azure вышел PHP Sdk, подробнее тут
а можно для чайников расшифровать в паре предложений? практически, что это? Для чего это?
Если вам нужно проводить очень «тяжелые» вычисления, но нет необходимых мощностей, их можно приобрести у гигантов: Google, Amazon, других.
Удобная модель: платишь, пока нужно, расширяется пропорционально твоим потребностям, легко масштабируется.
А есть здесь кто уже реально пользуется Amazon Web Services или Google Apps Engine?

А то, когда я слышу слова «легко» и «IT» моя рука тянется к пистолету :) Вот например, «легко масштабируется», а не получится ли потом, что вы так намасштабировали, что навсегда будете привязаны к Google и у вас будет всего два выхода — либо продолжать платить Google, либо полностью переписывать приложение, чтобы уйти, например, на собственный хостинг?
Пытаюсь плотно заниматься AWS, готовлюсь поднимать на нем стартап. Про GAE знаю только из прессы.

Это две очень разные технологии:
AWS — это виртуальные машины под Xen в их датацентре
GAE — это сервер приложений в их датацентре

Соответственно, масштабирование AWS бывает:
1) Вертикальное — перезапуск VM на более мощном виртуальном «железе»
2) Горизонтальное — запуск дополнительных копий VM под балансировщиком нагрузки

В случае AWS уход на собственный хостинг — перенос образов ОС на VPS/Colo-сервер. Задача ясная и решаемая.

В случае GAE — думаю, немного сложнее.

Кстати, совсем недавно Амазон анонсировал авто-масштабилку, которая умеет поднимать доп-инстансы, и балансировщик нагрузки. Выглядит круто, пока не счупал.
А до этого вы использовали только свои операционные системы, сервера своего производства, язык программирования, среды разработки, фреймворки, дата центры и свои каналы связи наверное были? Вы уже привязаны навсегда к сотням производителей, а GAE это капля в море.
grmbl, возможность автомасштабирования была заложена в AWS изначально. Это был их «конек».
Я работаю с AWS с момента их создания.
Так вот тогда это реализовывалось с помошью SQS и дополнительных библиотек. Вскоре после выхода AWS, появился стартап RightScale.com (RS), который предлагал визуальную среду для управления серверами в облаке. Вскоре стартап получил $10M инвестиций ;)
Если начинаете работать с AWS — рекомендую зарегестрировать бесплатный аккаунт на RS. Эффективность работы увеличиться. Например вы сможете называть сервера своими именами, а не просто в идеть в панели безличную надпись вида ec2-XX-YYY-ZZZ-WWW.compute-1.amazonaws.com, подключать скрипты при старте, мониторить состояние серверов: нагрузку на CPU, HDD, RAM, пропускную способность сети.
Сам пользуюсь их услугами также почти с момента их основания, сделал на их базе множество нагруженных сайтов, краткий список которых можно посмотреть на cloudadmin.info.
Если вас интересует какая-либо техническая информация по AWS либо RS — обращайтесь.
technowizard, кстати, образы серверов с AWS EC2 легко мигрируются в собственное облако, которое создается с помощью Eucalyptus на собственных серверах.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации

Истории