Доверие к облачным сервисам?

Question

[Vlad911]

Привет, Великий Хабр!



Один мой знакомый из Сан-Франциско делает компанию, которая предоставляет онлайн сервис, существенно упрощающий доставку (delivery, deployment) веб-приложений на различные облачные хостинги, вроде Rackspace, Amazon EC2 и даже на ваши сервера. (Прим. можно посмотреть то что есть на nudow.com/)



Скажи, пожалуйста, милостивый веб-разработчик, доверил бы ты свои приватные данные в виде ключей от Git репозитория или параметров доступа к своему хостингу стороннему сервису, который упростил бы доставку приложения? Если нет, то почему?



Испытываешь ли ты, веб-разработчик, боль, занимаясь ручным заливанием обновлений твоего приложения на PHP/Python/Ruby или не занимаешься ручной доставкой в принципе?



Огромное спасибо.

Comments

[StrangeAttractor]

Почему бы и нет? GMail-у, вот, все доверяют свои пароли :-) Если потеря паролей в случае чего не смертельна (есть локальные бэкапы) - не вижу причин не доверить пароль от Гита.

Answer 1

[Вячеслав Слинько]

Да, доверил бы.
Нет, боли нет.

А в чем отличие сервиса от Heroku или AppFog?

Comments

[Vlad911]

В отличие от Heroku они не предоставляют хостинга вообще. То есть это просто сервис, в котором вы настраиваете параметры деплоя и пользуетесь потом постоянно. Он умеет уже работать с Amazon и Rackspace. А на чем вы пишите?

[Vlad911]

Коряво написал :( Подключаете кодбазу, подключаете хостинг, а сервис подцепляет ваш код и доставляет его в production окружение. Heroku насколько мне известно предоставляют базовый репозиторий + возможность подключения различных фреймворков, т.е. дают вам уже инфраструктуру

[Вячеслав Слинько]

А зачем мне пользоваться простой деплой тулзой если хероку вместе с простым деплоем дает и инфраструктуру?

[Вячеслав Слинько]

Пишу на ноде, деплою через chef.

[Vlad911]

Хороший вопрос. Спасибо!

Answer 2

[Юрий Попов]

Если ситуация именно со своим сервером, где работает несколько проектов, и сервис управляет только некоторыми:
Ключи от git — только для чтения — без проблем.
Аккаунт на сервере — только с урезанными по самое не балуйся правами (доступ к определённым конфигам, определённым папкам, определённым базам).
Разумеется — всё под логи.

Если же сервис работает с выделенным под него (и только под него) сервером — то тут уже ситуация больше похожа на работу с хостингом. В данной ситуации не вижу причин ограничивать доступ. Но git — всё равно read-only.

Comments

[Vlad911]

Спасибо!

Answer 3

[EugeneOZ]

beanstalkapp.com/ — такой сервис?

Comments

[Vlad911]

Хороший референс, спасибо!

Answer 4

[Пума Тайланд]

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

Answer 5

[yuradrafil]

Ну а почему нет. Если сервис надежный и гарантирует безопасность хранения данных. У меня на примете довольно не плохой - nimbox.ru. Пока с ним проблем не возникало.