GPS-регистратор данных и программа просмотра карт на базе Azure

Question

Я работаю в регистраторе данных GPS и в приложении просмотра карт, используя Microsoft Azure.

Я собираю данные через конечную точку рабочей роли TCP и сохраняю полученные данные в таблицах.

последние координаты GPS должны быть просмотрены на карте Google.Предполагая, что у вас есть высокоскоростное подключение к Интернету, какой из следующих двух вариантов эффективен в отношении стоимости, скорости?

1) Разработайте веб-сайт Azure, который считывает данные из таблицы и отображает карту.

2) Разработайте приложение для Windows, которое получает данные из таблицы и отображает карту.(Пока не знаю, как это сделать. Пожалуйста, ознакомьтесь с протоколом связи и настольными картами Google.)

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

Пожалуйста, оставьте свои взгляды.

Answer 1

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

Отредактировано для добавления информации о том, как будет работать клиентское общение: вы не хотите, чтобы клиенты подключались к вашей базе данных напрямую, это ОГРОМНАЯ угроза безопасности.Вам понадобится служба WCF, работающая в Azure, чтобы клиенты могли подключаться и выполнять запросы от их имени.

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

Но есть несколько моментов, которые необходимо учитывать:

• Извлечение данных,Веб-сайт может запрашивать базу данных напрямую и показывать результаты пользователю.Настольное приложение должно будет подключиться к службе WCF, которая будет запрашивать базу данных, чтобы получать последние данные GPS.Таким образом, с точки зрения необходимых экземпляров Azure, он все тот же.Службы WCF также сложнее кодировать и кажутся гораздо более хрупкими (по моему опыту, по крайней мере).

• Удобство разработки.Вероятно, это серьезный спор, но веб-приложения гораздо проще разрабатывать, чем настольные приложения.У вас есть вся инфраструктура MVC, jquery и все ее плагины, множество ресурсов для ASP.NET, CSS и т. Д. На стороне клиента вы будете много строить вручную, вам придется иметь дело с установщиками, механизмами обновления,тестирование на всех ОС Microsoft и т. д.

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

• Кроссплатформенность.Если вы создадите его как настольное приложение, как вы собираетесь поддерживать мобильные клиенты?Вы можете создавать собственные мобильные приложения, но это даже больше работы для начала.Собираетесь портировать его на Mac тоже?С помощью веб-приложения и следующих стандартов вы можете охватить 99% мира (я составил это число).

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

Answer 2

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