Почему 2 вида AppFabric?

Question

Я вижу, что теперь у нас есть как Windows Server AppFabric, так и Azure AppFabric. Это просто столкновение пространства имен в отделе маркетинга Microsoft или эти технологии имеют общие интерфейсы? Кто-то сказал мне, что можно запустить приложение с использованием Azure AppFabric на локальном сервере производства, а затем изменить цель развертывания на Azure по требованию. Возможно ли это в соответствии с лицензией Azure? Если да, можем ли мы использовать Windows Server AppFabric на локальном сервере в этом сценарии?

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

Answer 1

К сожалению, Microsoft решила ссылаться на обе эти вещи как на тип Fabric. AS Phil пишет, что версия Azure для Azure Cloud и версия Windows Server для ваших собственных машин.

К сожалению, функции между ними разные, поэтому вы не можете просто переходить от одного к другому. Я говорю, что неудачный, поскольку мы хотели использовать часть Windows Server AppFabric, распределенный кеш (ранее называемый скоростью, гораздо лучшим именем), в облаке, и он пока недоступен.

Answer 2

Мое понимание заключается в том, что между командами существует общая основа, и эти функции сначала записываются для продукта Azure, а затем добавляются в продукт Windows Server.

Различие между ними заключается в том, что Windows Server AppFabric предназначен для внутреннего использования компанией внутри брандмауэра, тогда как Azure AppFabric - это облачный продукт.

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