Странный конечно подход. Т.о., если я правильно понял, реальную утилизацию дисковых ресурсов вы не считаете. Выбирай хоть 5, хоть 300 эффект будет один и тот же…
Правда остался непонятным вопрос о максимальном размере дисковых ресурсов, который доступен пользователю. В этом плане какие у вас ограничения?
Бррр. Не понял, что значит «выбранный размер»? Т.е. это тот размер который пользователь выбрал при заказе услуги? Если да, то непонятно, почему на сайте стоимость указана в ГБ/час :)
Если рассматривать свой ДЦ, то там проблемы похлеще коробок с лицензиями. Эл. питание, коммуникации, свободное место, эффективность использования вычислительных ресурсов, обслуживание и много-много всего другого…
Ну для того что бы сделать «delete from table» или «select from...». Достаточно нескольких секунд :)
А если рассматривать вопрос со стороны внедрения какой-то ERP, то спецы «сидят», или лучше сказать — «живут», у заказчиков годами…
Представьте себе что Вы заказчик. У вас свой ДЦ. Все данные хранятся и обрабатываются на собственных ресурсах. У Ваших специалистов недостаточно опыта, навыков и пр. и Вы покупаете услугу-сервис у какого-то интегратора или вендора. В рамках этой услуги Вы можете вызвать к себе специалиста, который Вам поможет, на месте, решить какие-лио проблемы.
Представим, что для решения проблем специалисту необходим доступ к системам с административными привелегиями. Если такие привелегии ему не предоставить, то проблему он Вашу решить не сможет. Вы эти привелегии ему предоставляете. Т.е. доверяете свои конфиденциальные данные.
Т.о. нарисовывается резонный вопрос: а почему Вы не доверите свои данные внешнему поставщику сервисов?
На самом деле, не все так просто как Вы себе представляете.
Решения, для организации облачной платформы уже давно есть.
Например, eucalyptus — это OpenSource продукт частично повторяющий облачный функционал от Amazon. Облачное решение «инфраструктура+платформа+сервисы» организовать не сложно. Для этого потребуется мозг и прямые руки с напильником. В Вашей затее самое сложное — это биллинг. Биллинга для OpenSource облачных решений нет и врядли будет, иначе любой школьник смог бы сделать свой Амазон… Удачи! ;)
Правда остался непонятным вопрос о максимальном размере дисковых ресурсов, который доступен пользователю. В этом плане какие у вас ограничения?
А как считаете использование дисковых ресурсов? Чтение+запись в ГБ/час?
Вы вносите изменения в ядро ОС? Какие, если не секрет?
Какой гипервизор используется в вашем облаке?
За спиной редко когда кто-то стоит, а NDA от утечки информации все равно не спасет…
А если рассматривать вопрос со стороны внедрения какой-то ERP, то спецы «сидят», или лучше сказать — «живут», у заказчиков годами…
Текущая ситуация без SaaS:
Представьте себе что Вы заказчик. У вас свой ДЦ. Все данные хранятся и обрабатываются на собственных ресурсах. У Ваших специалистов недостаточно опыта, навыков и пр. и Вы покупаете услугу-сервис у какого-то интегратора или вендора. В рамках этой услуги Вы можете вызвать к себе специалиста, который Вам поможет, на месте, решить какие-лио проблемы.
Представим, что для решения проблем специалисту необходим доступ к системам с административными привелегиями. Если такие привелегии ему не предоставить, то проблему он Вашу решить не сможет. Вы эти привелегии ему предоставляете. Т.е. доверяете свои конфиденциальные данные.
Т.о. нарисовывается резонный вопрос: а почему Вы не доверите свои данные внешнему поставщику сервисов?
Решения, для организации облачной платформы уже давно есть.
Например, eucalyptus — это OpenSource продукт частично повторяющий облачный функционал от Amazon. Облачное решение «инфраструктура+платформа+сервисы» организовать не сложно. Для этого потребуется мозг и прямые руки с напильником. В Вашей затее самое сложное — это биллинг. Биллинга для OpenSource облачных решений нет и врядли будет, иначе любой школьник смог бы сделать свой Амазон… Удачи! ;)
РСЯ (главная страница): partners.yandex.ru
SMI2(AdSites): smi2.ru/ad_sites/
Опечатался: «Яндекс.Директ» следует заменить на «Рекламная сеть Яндекса». (http://partners.yandex.ru)