Microsoft: частное облако

[TasmanianDevil]

mazzy, можно для малограмотных несколько более развернуто расшифровать из цитаты фразу "каждый логический сервер может "переползать" на другие железки" ?
Правильно ли я понимаю, основываясь на своих скудных знаниях, что при этом раскладе системы типа DAX будут уже не в трех-, а более увеличенном количестве рабочих звеньев, в четырех- или пятизвенной архитектуре строиться и работать - "клиент -> внешний облачный диспетчер -> виртуальный сервер приложений -> внутренний облачный диспетчер -> виртуальный сервер БД" ? Т.е будет вводиться пара добавочных диспетчерских звеньев (хотя он может быть и в одном экземпляре, обрабатывая и внешние, и внутренние запросы) для координации взаимодействия с "ползучими" внутри "облака" серверами ?

[учитель Йода mode on]
Волну грядущую суицидов админских чую я
[учитель Йода mode off]

[Vadik]

Цитата:

Сообщение от TasmanianDevil

mazzy, можно для малограмотных несколько более развернуто расшифровать из цитаты фразу "каждый логический сервер может "переползать" на другие железки" ?

Чуть более развернуто в реализации VMware - VMotion

[mazzy]

Цитата:

Сообщение от Удвой Покуров

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

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

я понимаю, что википедиа не истина в последней инстанции
http://ru.wikipedia.org/wiki/%D0%9E%...BD%D0%B8%D1%8F

Цитата:

Национальным институтом стандартов и технологий США зафиксированы следующие обязательные характеристики облачных вычислений[6]:

• Самообслуживание по требованию (англ. self service on demand), потребитель самостоятельно определяет и изменяет вычислительные потребности, такие как серверное время, скорости доступа и обработки данных, объём хранимых данных без взаимодействия с представителем поставщика услуг;
• Универсальный доступ по сети, услуги доступны потребителям по сети передачи данных вне зависимости от используемого терминального устройства;
• Объединение ресурсов (англ. resource pooling), поставщик услуг объединяет ресурсы для обслуживания большого числа потребителей в единый пул для динамического перераспределения мощностей между потребителями в условиях постоянного изменения спроса на мощности; при этом потребители контролируют только основные параметры услуги (например, объём данных, скорость доступа), но фактическое распределение ресурсов, предоставляемых потребителю, осуществляет поставщик (в некоторых случаях потребители всё-таки могут управлять некоторыми физическими параметрами перераспределения, например, указывать желаемый центр обработки данных из соображений географической близости);
• Эластичность, услуги могут быть предоставлены, расширены, сужены в любой момент времени, без дополнительных издержек на взаимодействие с поставщиком, как правило, в автоматическом режиме;
• Учёт потребления, поставщик услуг автоматически исчисляет потреблённые ресурсы на определённом уровне абстракции (например, объём хранимых данных, пропускная способность, количество пользователей, количество транзакций), и на основе этих данных оценивает объём предоставленных потребителям услуг.

Я бы хотел еще раз подчеркнуть про ЕДИНЫЙ ПУЛ и ЭЛАСТИЧНОСТЬ.
без этого получается не облако, а именно обычный SaaS или обычная кластеризация.

Я бы также хотел отметить, что в характеристиках НИЧЕГО не говорится о том, что эта штука должна находится именно у провайдера. Я бы хотел отметить, что ничего не сказано о перепродаже. Тем более по всему миру. (Однако, учет ресурсов - это одна из характеристик)

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

Цитата:

Сообщение от TasmanianDevil

mazzy, можно для малограмотных несколько более развернуто расшифровать из цитаты фразу "каждый логический сервер может "переползать" на другие железки" ?

Вадим дал хорошую ссылку

Цитата:

Сообщение от TasmanianDevil

Правильно ли я понимаю, основываясь на своих скудных знаниях, что при этом раскладе системы типа DAX будут уже не в трех-, а более увеличенном количестве рабочих звеньев, в четырех- или пятизвенной архитектуре строиться и работать - "клиент -> внешний облачный диспетчер -> виртуальный сервер приложений -> внутренний облачный диспетчер -> виртуальный сервер БД" ?

Про Аксапту ничего говорить не могу.
Про Навижин - да, именно это и обещается
Microsoft Dynamics: Microsoft Dynamics NAV «7» станет первой ERP-системой Microsoft на платформе Azure
Облачный сервис Dynamics NAV "7" дебютирует следующей осенью
rumicrosofterp: Dynamics NAV + Bing = автоматический перевод из "облака"

другое дело, что получится в итоге. посмотрим.