Зачем и когда мне нужен Azure? - PullRequest
8 голосов
/ 31 августа 2010

Я прочитал множество статей о Azure и .NET Service Bus.Я думаю, что понимаю техническую часть, но в данный момент я упускаю главное - некоторые «тематические исследования», которые должны объяснить, какие проекты следует перенести в облако.Предположим, что я начинаю новый проект.Как я могу решить, подходит ли мой проект для платформы Azure?

Каковы общие сценарии для Azure?Это для приложений B2C по всему миру, локальных приложений B2C или также для «внутренних» приложений B2B?Как я могу определить, является ли глобальный Azure лучше, чем локальная инфраструктура или хостинг-сервер?Каковы плюсы и минусы перехода на Azure по сравнению с другими сценариями?

Также меня интересует реальный опыт.Развернули ли вы какой-либо реальный проект в Azure?Какой у тебя опыт?Azure уже зрелый?Многие технологии нуждаются в нескольких (как минимум 3) выпусках, прежде чем они станут пригодными для использования.То же самое с Azure?

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

Есть похожее сообщение , но я не нашел там ответов.

Редактировать:

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

Ответы [ 6 ]

8 голосов
/ 20 октября 2010

[Изменить]

Только что обнаружил мой 10-месячный пост. Ну, все меняется. Мы перешли от Microsoft к Ruby, Coffeescript, Node.js и немного Scala и никогда не сожалели об этом. Heroku и MongoHQ оказались гораздо лучше подходящими для того, что мы делаем.

[/ Edit]

У меня есть два сайта, ориентированных на потребителей, в бета-версии, работающих на Azure, и я играю с ними с самой ранней бета-версии.

Плюсы:

  • Лазурь невероятно стабильна. У нас не было ни одного инцидента, хотя мы обрабатываем много данных.
  • SDK является всеобъемлющим, хорошо документированным и интегрированным в IDE.
  • Время безотказной работы превышает SLA
  • Быстро - Azure действительно очень быстр во всех аспектах
  • Очень хорошо вписывается в рабочий процесс разработки
  • Очень преданные сотрудники и MVP в Microsoft. Вы получаете помощь всякий раз, когда вам это нужно.
  • Мы значительно экономим на затратах администратора. Например. нам это не нужно; -)
  • Легко масштабируется. Это был самый большой пункт продажи. Нет необходимости в начальных капвложениях, и как только мы получим это интервью с CNN, мы просто раскроем еще пару ролей на день или два.
  • Корпоративный класс, система базы данных с балансировкой нагрузки с SQL Azure. Портирование кода через несколько часов - самое большее.

Минусы:

  • Нет распределенного кэша - существуют решения с кэшированием памяти, но это похоже на взлом
  • Высокие начальные затраты при рассмотрении этого сценария веб-приложения (например, стоимость оказывает чрезмерное влияние на архитектуру вашего приложения)
  • Очень высокая стоимость решения NoSQL и очереди. Взимается плата за транзакцию, что усложняет реализацию некоторых сценариев.
  • Никаких платежных данных в реальном времени (или полу-реальном времени) через API.
  • Интерфейс управления является позором для Microsoft.
  • Microsoft движется медленно / им требуется много времени для создания новых функций.
  • Вы очень заблокированы, поскольку Azure является поставщиком PaaS против Amazon (IaaS). Это изменится, как только станут доступны роли VM.
  • Требуется очень много времени (~ 10 - 30 минут), чтобы раскрутить новый экземпляр
  • Отсутствие карты / Уменьшить рамки

Теперь некоторые из минусов серьезны прямо сейчас, но они не должны мешать вам выбирать платформу Azure, поскольку большинство из них, вероятно, будут решены в PDC.

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

Я определенно доверяю Azure больше, чем своему банку, и множество инцидентов подтвердили мою правоту за последние пару лет. В конечном итоге все сводится к тому, что Microsoft гораздо легче нанимать и концентрировать высококлассных специалистов по безопасности, чем не ИТ-компании. И они могут многое потерять.

8 голосов
/ 31 августа 2010

Один из лучших сценариев для Azure - это приложение, для которого вы надеетесь на вирусный рост.Да, почти глупо иметь такие ожидания, но есть определенный класс приложений, в частности, «социальные» приложения, которые будут жить, только если у них будет вирусный рост.

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

Azure решает эти проблемы аккуратно.Вы можете добавлять ресурсы по мере необходимости.Вы можете реагировать на скачки использования за несколько минут, добавляя новые ресурсы через консоль управления Azure.

Я думаю, что есть много других сценариев, для которых Azure отлично подходит, но тот, который я описалЯ думаю, это довольно убедительный случай.

2 голосов
/ 31 августа 2010

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

Есливы внедряете одно и то же приложение, используя свою собственную инфраструктуру, у вас много предоплаченных фиксированных затрат, независимо от того, какую ценность или полезность вы получаете из приложения.Например, вам необходимо приобрести, установить, настроить и поддерживать достаточно оборудования для обработки ожидаемой пиковой нагрузки, даже если пиковая нагрузка возникает только один раз в день или один раз в месяц.Что произойдет, если вы недооцените свою пиковую нагрузку?Ваш сервис не работает, пока вы не сможете собрать больше оборудования.Что произойдет, если вы переоцените свою пиковую нагрузку?Вы используете неиспользуемое оборудование, а это означает, что вы потратили деньги, которые не работают на вас.

Да, Azure можно использовать для сценариев B2C, таких как запуск веб-сайта или службы, ориентированных на потребителя.B2C должен иметь возможность быстро увеличиваться (за считанные минуты или часы), чтобы справиться с вирусным поглощением из уст в уста.Можете ли вы привезти новое серверное оборудование и запустить его через полчаса?Вероятно, нет.

Да, Azure можно использовать для сценариев B2B, таких как запуск сервисного API для инвентаризации или управления цепочкой поставок.Вы можете настроить свое приложение Azure в качестве автономного острова или, используя служебную шину, подключить его к своей корпоративной сети для внутренних служб.

Azure особенно полезен для обработки «всплесков»,такие как выполнение анализа данных на больших данных.Создайте несколько экземпляров Azure, чтобы просмотреть данные, а затем закройте их, когда вы вернетесь домой в конце дня.У вас есть преимущество, когда вам доступны сотни или тысячи вычислительных узлов, но вы платите за них, только когда используете их.

Хотя я всегда настаиваю на том, чтобы они делали больше, я должен отдать должное платформе Azure.команда не брать на себя слишком много за один раз.На данный момент Azure предлагает довольно небольшое меню служб (хранилище больших двоичных объектов, хранилище таблиц, служба очередей), но эти службы работают хорошо и хорошо масштабируются.

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

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

Раскрытие информации: я сотрудник Microsoft и работаю над инструментами для Windows Azure.

2 голосов
/ 31 августа 2010

После того, как я последние три дня высосал из пожарного рукава Azure kool, я могу ответить на пару ваших пунктов.

Это безопасно?

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

Правильно ли это для вас?

Ответ на этот вопрос очень открытый. Переверните этот вопрос - вам лучше спросить: Требуете ли вы какие-либо преимущества Azure? Ответ на этот вопрос может быть намного яснее, чем его аналог. Azure обладает некоторыми преимуществами (в основном основанными на масштабируемости, удобстве обслуживания, поведении в стиле CDN и удалении стоимости внутренней ИТ-инфраструктуры), но он по-прежнему имеет свои ограничения и не подходит для всех целей, а в некоторых дела не принесут вам никакой пользы.

1 голос
/ 31 августа 2010

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

Очевидно, что безопасность является самым большим камнем преткновения.

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

http://azuresecurity.codeplex.com

http://www.windowsecurity.com/articles/Microsoft-Azure-Security-Cloud.html

0 голосов
/ 25 ноября 2012

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

Дело в том, что когда появляются новые идеи и они становятся популярными, и если они размещены в облаке, они могут расти без ограничений (при условии, что их модель затрат всегда гарантирует, что цена за транзакцию меньше или равна равным доходу на транзакцию), и в результате эти «проекты» станут неактуальными.

Например, в то время как MS купила Skype за x миллиард, программисты смогут создать облачный клиент Skype для населения и достичь того, что Skype делал без капитальных затрат или необходимости роста VC / финансистов (теоретически).

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

...