Комментарии 22
Спасибо за промывку мозга! И за кучу аргументов в борьбе с мракобесием.
Интересно у Вас есть какие-то данные/ соображения о стоимости владения для различных видов сервисов? T.е. что стоит размещать в облаке а что нет?
Интересно у Вас есть какие-то данные/ соображения о стоимости владения для различных видов сервисов? T.е. что стоит размещать в облаке а что нет?
Без примеров сложно оценивать. Что это за различные виды? Очевидно, есть случаи, когда облако неприемлемо в принципе — например, требования к удалению данных, или необходимость использовать ПО, которое работает только на каком-то редком железе.
насколько я понимаю в облаке оплачивается время процессора, объем хранения и трафик? и судя по всему производить расчет ядерной реакции в облаке будет несколько накладно? или скажем обмен видео контентом?
а что с удалением — только метит и хранит долго? тогда получается что ни под каким соусом в облаке не построить систему обработки персональных данных на законных основаниях? а это вводит ограничение на сферу услуг и интернет магазины.
а что с удалением — только метит и хранит долго? тогда получается что ни под каким соусом в облаке не построить систему обработки персональных данных на законных основаниях? а это вводит ограничение на сферу услуг и интернет магазины.
Оплачиваются «используемые ресурсы». Обычно это не процессорное время, а время, пока виртуальная машина вам выделена. При этом сколько процессорного времени потребляется — неважно, вам дают машину, например, с двумя сферическими процессорами в вакууме по 2 условных гигагерца каждый, у нее есть некоторая предельная производительность по вычислениям, можно из этой производительности использовать сколько удастся вашему ПО. Все, что не используете — простаивает за ваш счет.
Может быть, есть провайдеры, которые учитывают реально использованное процессорное время, но довольно сложно так организовать разделение ресурсов, чтобы и минимизировать простой мощностей, и обеспечить всем какую-то гарантированную производительность.
Сколько будет стоить «расчет ядерной реакции» — надо считать, исходя из конкретных потребностей и конкретного облака. Не забывайте, что закупить много своего железо и ПО для него довольно дорого, под него нужно место, его нужно обслуживать, неплохо его обеспечить надежным электропитанием, а это при большой мощности дорогое удовольствие. Ладно, если круглые сутки считаете, а бывает, что нужно считать иногда, но быстро и на большом числе узлов.
Для обмена видеоконтентом — тоже надо считать. Здесь хорошо, что можно по мере надобности увеличить объем хранилища, а не закупать его заранее.
С удалением сложно. Для пользователя облака (владельца приложения) это выглядит как необратимое удаление. На самом деле вряд ли при этом занимаемое место перезаписывается случайными данными много раз, но найти потом эти данные практически невозможно. Если вам нужно гарантировать перезапись, это нужно уточнять.
Может быть, есть провайдеры, которые учитывают реально использованное процессорное время, но довольно сложно так организовать разделение ресурсов, чтобы и минимизировать простой мощностей, и обеспечить всем какую-то гарантированную производительность.
Сколько будет стоить «расчет ядерной реакции» — надо считать, исходя из конкретных потребностей и конкретного облака. Не забывайте, что закупить много своего железо и ПО для него довольно дорого, под него нужно место, его нужно обслуживать, неплохо его обеспечить надежным электропитанием, а это при большой мощности дорогое удовольствие. Ладно, если круглые сутки считаете, а бывает, что нужно считать иногда, но быстро и на большом числе узлов.
Для обмена видеоконтентом — тоже надо считать. Здесь хорошо, что можно по мере надобности увеличить объем хранилища, а не закупать его заранее.
С удалением сложно. Для пользователя облака (владельца приложения) это выглядит как необратимое удаление. На самом деле вряд ли при этом занимаемое место перезаписывается случайными данными много раз, но найти потом эти данные практически невозможно. Если вам нужно гарантировать перезапись, это нужно уточнять.
Сколько раз я уже спрашивал у пропагандистов облачных сервисов (супермодная фишка, стартапы создаются сотнями!), чем они принципиально отличаются от веб-сервисов, распределенных БД, серверов приложений и т.п. — никто внятно не мог ответить. Спасибо большое за то, что «сняли покровы» и внятно ответили на вопрос «что такое облако?».
НЛО прилетело и опубликовало эту надпись здесь
Во-первых, интерфейс. У MentalRay графический интерфейс как у MS Word или Adobe Photoshop? Если да, то можно, конечно, поставить программу на виртуальную машину и сделать туда Remote Desktop. Все же оптимально, чтобы либо там был специальный машинный интерфейс, принимающий запрос «обсчитать вот такую модель» и выдающий после долгих раздумий результат, или веб-интерфейс.
Во-вторых, организация распределенных вычислений. Самая большая виртуальная машина в Windows Azure — 8 ядер, дальше нужно, чтобы программы на разных виртуальных машинах умели узнавать друг о друге и общаться друг с другом. Если умеют — хорошо.
В-третьих, работа с данными. например, в Windows Azure, если виртуальная машина сбоит и перезапускается, все данные в ее файловой системе могут потеряться. Так что все данные, требующие длительного хранения, нужно хранить не на диске, а в долговременном хранилище, а на диск подкачивать по мере надобности. В разных облаках для этого разные механизмы.
Далеко не каждая программа заработает в облаке «из коробки». Хорошо, когда у программы клиент-серверная арихитектура, тогда серверную часть может быть относительно просто доработать для работы в облаке.
Во-вторых, организация распределенных вычислений. Самая большая виртуальная машина в Windows Azure — 8 ядер, дальше нужно, чтобы программы на разных виртуальных машинах умели узнавать друг о друге и общаться друг с другом. Если умеют — хорошо.
В-третьих, работа с данными. например, в Windows Azure, если виртуальная машина сбоит и перезапускается, все данные в ее файловой системе могут потеряться. Так что все данные, требующие длительного хранения, нужно хранить не на диске, а в долговременном хранилище, а на диск подкачивать по мере надобности. В разных облаках для этого разные механизмы.
Далеко не каждая программа заработает в облаке «из коробки». Хорошо, когда у программы клиент-серверная арихитектура, тогда серверную часть может быть относительно просто доработать для работы в облаке.
НЛО прилетело и опубликовало эту надпись здесь
Если приложение консольное, то не должно быть сложно поднять на виртуальной машине веб-сервер и через него ей управлять.
С лицензиями — да, могут быть проблемы, например, в Windows Azure естественно, что MAC-адреса будут в произвольный момент при перезапуске меняться. Если программа поддерживает выделенный сервер лицензирования, то можно его запустить, например, на своем сервере вне облака.
Нужно, чтобы программа умела распараллеливаться кроме как запуском дополнительных потоков или процессовна той же машине. Если не умеет, то предел распараллеливания — число ядер на одной машине.
С лицензиями — да, могут быть проблемы, например, в Windows Azure естественно, что MAC-адреса будут в произвольный момент при перезапуске меняться. Если программа поддерживает выделенный сервер лицензирования, то можно его запустить, например, на своем сервере вне облака.
Нужно, чтобы программа умела распараллеливаться кроме как запуском дополнительных потоков или процессовна той же машине. Если не умеет, то предел распараллеливания — число ядер на одной машине.
Если Pixar используют Windows Azure для того, чтобы раздавать RenderMan, то и у вас все может получиться
microgeek.ru/blogs/partners/856/
microgeek.ru/blogs/partners/856/
Неплохой ликбез для тех, что не в теме. Я бы даже сказал, ликбез, адаптированный для нетехнарей (маркетологов и руководителей).
Больше иллюстраций бы
Описанных процессов. Вы с точки зрения новичка описываете, познавательный материал. Однако вы пощупать его можете — абстракции на реальные вещи отображаются. Мы же этого не видим.
Конкретных технических деталей по Azure и другим облакам в открытом доступе много и найти их совсем несложно при условии, что вы понимаете, какие вопросы задавать.
Например, если вас интересует, может ли в Windows Azure код другого приложения запуститься на «отобранной» у вас (обычно — просто освобожденной вами) виртуальной машине и прочитать временные файлы, оставленные вашим приложением, то можно просто пойти на Stack Overflow и там спросить и получить ответ (спойлер: нет, не может).
Пост был написан как раз потому, что очень многие люди что-то слышали, но даже примерно не представляют себе, о чем идет речь и какие конкретные вопросы им нужно задать, чтобы принимать взвешенные решения.
Так что ваше желание увидеть «больше внутренностей» понятно, но в этом посте ничего подобного не планировалось.
Например, если вас интересует, может ли в Windows Azure код другого приложения запуститься на «отобранной» у вас (обычно — просто освобожденной вами) виртуальной машине и прочитать временные файлы, оставленные вашим приложением, то можно просто пойти на Stack Overflow и там спросить и получить ответ (спойлер: нет, не может).
Пост был написан как раз потому, что очень многие люди что-то слышали, но даже примерно не представляют себе, о чем идет речь и какие конкретные вопросы им нужно задать, чтобы принимать взвешенные решения.
Так что ваше желание увидеть «больше внутренностей» понятно, но в этом посте ничего подобного не планировалось.
Почитал описание на сайте и не понял — функциональность FlexiCapture будет доступна в облачном сервисе?
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Облако — что это и зачем?