Почему 2 вида AppFabric?
Я вижу, что у нас теперь есть и Windows Server AppFabric и Azure AppFabric. Это - просто конфликт пространства имен в маркетинговом отделе Microsoft, или эти технологии совместно используют единые интерфейсы? Кто-то сказал мне, что это, было возможно выполнить Azure использования приложения AppFabric на локальном рабочем сервере, затем изменить цель развертывания на Azure по требованию. Действительно ли это возможно и согласовывается с Azure, лицензирующей? Если так, мы можем использовать Windows Server AppFabric на локальном сервере в этом сценарии?
Я предполагаю, что услуги передачи данных должны были бы сохраняться в облаке для непротиворечивости, но перемещение UI и бизнес-логики в и из Azure будет отличным способом сократить хостинг затрат в течение периодов неактивности.
2 ответа
К сожалению, Microsoft решила называть обе эти вещи типом App Fabric. Как пишет Фил, версия Azure предназначена для облака Azure, а версия Windows Server - для ваших собственных машин.
К сожалению, функции между ними различаются, поэтому вы не можете просто переходить от одного к другому. К сожалению, мы хотели использовать часть Windows Server AppFabric, распределенный кэш (ранее называвшийся скоростью, гораздо лучше), в облаке, а он пока недоступен.
Насколько я понимаю, между командами есть точки соприкосновения, и что функции сначала пишутся для продукта Azure, а затем добавляются в продукт Windows Server.
Разница между ними заключается в том, что Windows Server AppFabric предназначен для внутреннего использования компанией, внутри брандмауэра, тогда как Azure AppFabric - это полностью открытый облачный продукт.
Можете ли вы переключаться между ними, чтобы просто использовать часть Azure во время высокой нагрузки, как вы предлагаете? Я не верю в это, но я рад, что меня поправили - лазурная сторона - это не то, что я изучал подробно.