Почему и когда мне нужно лазури?

StackOverflow https://stackoverflow.com/questions/3609497

Вопрос

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

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

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

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

Там похоже сообщение Но я не нашел там ответов.

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

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

Это было полезно?

Решение

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

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

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

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

Другие советы

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

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

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

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

Плюсы:

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

Минусы:

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

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

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

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

После всасывания от Azure Kool Aid Firehose за последние пару дней, я могу ответить на пару ваших очков.

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

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

Это правильно для вас?

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

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

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

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

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

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

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

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

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

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

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

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

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

http://azutesecurity.codeplex.com.

http://www.windowsecurity.com/articles/microsoft-azure-security-cloud.html.

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

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

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

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

Лицензировано под: CC-BY-SA с атрибуция
Не связан с StackOverflow
scroll top