Database
 sql >> база данни >  >> RDS >> Database

Какво представляват приложенията в реално време?

Наскоро писах за PubNub, доставчик на API за различни устройства и различни платформи и глобална инфраструктура за съобщения, за да опрости кодирането на вашите приложения в реално време. Може би сте прочели тази статия и може би дори сте изпробвали PubNub сами. Ако го намирате за интригуващо, може би разработката на приложения в реално време е вашата рулева рубка? Може би не сте сигурни дали приложенията, които сте разработили или кодирате в момента, се квалифицират като приложения в реално време? Ако сте отговорили с „да“ на някой от тези въпроси, мисля, че ще намерите днешната тема за доста поучителна. Ще разгледаме някои от факторите, които правят приложението едно от разнообразието в реално време.

Реално време спрямо традиционните приложения

Приложение в реално време (RTA) е такова, което функционира в рамките на времеви интервал, който потребителят усеща като непосредствен или много близо до него. От само себе си се разбира, че латентността трябва да бъде по-малка от секунда или две, може би дори много по-малко. Но има нещо повече от това. В противен случай всяко добре настроено приложение, поддържано от СУБД, ще се квалифицира като реално време. Ключовата съставка, която липсва в тези приложения от старото училище, е датираният характер на техните данни. Дори най-актуалните стойности може да са отпреди часове, седмици или месеци.

Разгледайте следните примери за RTA и помислете за вида данни, с които те биха се занимавали:

  • Приложения за видеоконферентна връзка
  • VoIP (глас през интернет протокол)
  • Онлайн игри
  • Облачни решения за споделяне на ресурси
  • Някои транзакции за електронна търговия
  • Чат
  • IM (незабавни съобщения)

Съхранените данни играят определено второстепенна роля в RTA. Той се отнася до постоянна информация за конфигурацията, сигурността и потребителския профил; Звездата на шоуто са данни, които идват от други приложения, канали за данни, устройства за Интернет на нещата (IoT) и безброй други източници, които предават данни веднага щом станат достъпни.

Защо сега?

Подобно на много „нови“ технологии, приложенията в реално време всъщност не са нови. Все още си спомням широкото използване на приложения за чат в кампуса, докато посещавах колеж преди двадесет години. Разликата между тогава и сега е, че приложенията в реално време сега доминират над традиционните приложения, поддържани от база данни, докато навремето те бяха изключение от правилото. Всъщност приложенията в реално време станаха от съществено значение за нашия чувствителен към времето, реактивен начин на живот, където дори няколко секунди забавяне могат да ни причинят значителна скръб.

Повратната точка беше достигната, когато смартфоните завзеха пазарния дял. Веднага след като започнаха да проследяват движенията и местоположението на своите потребители, необходимостта от обработка в реално време стана от съществено значение. Добавете към това възхода на IoT и големите данни и реалното време наистина се превръща в необходимост.

Приложенията в реално време предоставят много предимства:дават ни възможност да вземаме по-добри решения и да предприемаме значими действия в точния момент. Компаниите за кредитни карти могат да открият измама веднага щом някой плъзне кредитна карта. Други фирми могат да задействат оферта, докато купувачът стои на линия за плащане, или да поставят реклама на уеб сайт, докато някой разглежда конкретна уеб страница. Реалното време е свързано с комбиниране и анализиране на данни, за да можете да предприемете правилните действия, в точното време и на точното място.

Продължаваме напред

Ако се интересувате от разработване на приложения в реално време, може да искате да разгледате сайта на PubNub, за да научите повече за него. Те предлагат много продукти, но основният им е API за публикуване/абонамент за съобщения в реално време, изграден върху тяхната глобална мрежа за поток от данни. Състои се от репликирана мрежа от най-малко 14 центъра за данни, разположени в Северна Америка, Южна Америка, Европа и Азия. В момента мрежата обслужва над 330 милиона устройства и предава поточно над трилион съобщения на месец.


  1. Database
  2.   
  3. Mysql
  4.   
  5. Oracle
  6.   
  7. Sqlserver
  8.   
  9. PostgreSQL
  10.   
  11. Access
  12.   
  13. SQLite
  14.   
  15. MariaDB
  1. Как да маскираме Касандра с IRI FieldShield

  2. Съпоставяне на предлагането с търсенето — Решения, част 2

  3. StarJoinInfo в планове за изпълнение

  4. Как да следите какво правят потребителите

  5. Липсващи индекси в MS SQL или оптимизация за нула време