AXForum  
Вернуться   AXForum > Рынок > Microsoft и системы Microsoft Dynamics
All
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск Все разделы прочитаны

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 06.06.2011, 16:13   #7  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,472 / 4494 (208) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
Ниже сугубо мое личное мнение. Могу ошибаться.
Цитата:
Сообщение от fed Посмотреть сообщение
А тогда в чем смысл cloud ?
изначально было: 1 железка - 1 логический сервер (с кучей сервисов в нем)
виртуализация: 1 железка - несколько логических серверов (с кучей сервисов в каждом)
облако: несколько железок - несколько логических серверов

причем каждый логический сервер может "переползать" на другие железки без перенастройки (скорее всего в заивисимости от нагрузки).

зачем это надо (по-моему):
каждый логический сервер - это имя, IP, правила маршрутизации, правила фильтрации, правила авторизации, правила взаимодействия с другими серверами и службами. Поэтому просто взять и перетащить сервер на ДРУГУЮ (возможно более мощную) железку достаточно проблематично - переустановка, переналадка правил и т.п.

виртуализация несколько сняла эту проблему. теперь достаточно взять образ диска и запустить на другой хост-машине.

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

облако, насколько я понимаю, позволяет выполнять один виртуальный образ на нескольких железках (да, я понимаю, что все намного сложнее и есть куча ограничений. прежде всего для самих приложений, которые работают в таком окружении).

для самой облачной технологии неважно где физически будут размещены эти самые железки - главное чтобы они правильно обслуживались и админились.

насколько я понимаю, в первую очередь Майкрософту удобно и выгодно самому стать хостером. Во-первых, кто как не они умеют "правильно" обслуживать систему, которую сами разрабатывают

но повторюсь - с точки зрения технологии все равно где подобные железки с соответствующим программным обеспечением будут установлены.

насколько я понимаю, нас ждем примерно следующее:
= выпусается образ виртуальной машины с преднастроенным ПО (например с Аксаптой)
= какой-то консультант ставит этот образ на свой ноутбук - тестирует
= если понравилось/купили, переносит образ на корпоративный сервер
= когда к ПО подключается много пользователей, то остальным железкам предприятия дается разрешение исполнять этот образ виртуальной машины

что-то вроде такого, по-моему.
с минимумом администрирования, все преднастроено, все инкапсюлировано (как и полагается). Интерфейсы определяются/настраиваются только на уровне больших кластеров ПО, а не на уровне каждой службы.

==============
в этой технологической благодати сразу возникают вопросы лицензирования и ценообразования.
даже если посмотреть на текущие виртуальные машины, то там предустановлено ПО на туеву хучу денег.

с одной стороны, хорошо иметь изолированные кластера ПО: отдельно для Аксапты, отдельно для биллинга, отдельно для фронт-офиса... Но ведь в каждом кластере будет свой Windows сервер, свой SQL, свой IIS, свой SharePoint, свой офис и т.п. Тут придется либо схему лицензирования менять, либо одно из двух. Менять схему лицензирования в Майкрософте дело настолько тяжелое...

Поэтому мне кажется, что с точки зрения сбора денег, первым провайдером будет сам Майкрософт. В этом случае они могут собирать деньги за "просто аренду". Не заморачиваясь с реальным ценообразованием по текущей схеме лицензирования.

===============
По крайней мере, так я понимаю процессы.
Вполне возможно, что ошибаюсь.
__________________
полезное на axForum, github, vk, coub.
За это сообщение автора поблагодарили: AlGol (1), Bobkov (1).
Теги
azure

 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
Microsoft Dynamics CRM Team Blog: Windows Azure AppFabric Integration with Microsoft Dynamics CRM - Step By Step Blog bot Dynamics CRM: Blogs 0 18.02.2011 23:12
dynamics-ax: Modeling the world, with Microsoft Dynamics AX 2012 Blog bot DAX Blogs 0 25.01.2011 09:11
Программист ERP (Microsoft Dynamics NAV/Navision), МСК, компания-разработчик Racrezerv Рынок труда Microsoft Dynamics 0 03.08.2010 17:25
Microsoft Dynamics CRM Team Blog: Microsoft Dynamics CRM 4.0 Bookshelf Blog bot Dynamics CRM: Blogs 1 22.01.2009 04:46
Dynamics AX: Interview with Microsoft Dynamics Executives Blog bot DAX Blogs 0 31.05.2008 00:10
Опции темы Поиск в этой теме
Поиск в этой теме:

Расширенный поиск
Опции просмотра

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 07:25.