Коли мені хмарна база даних підходить?


10

Деякі кажуть, що DBaaS (база даних як послуга) - також хмарна база даних - не підходить для Business Intelligence (BI), аналітики (OLAP) або архівування.

Це правда? Загалом, коли DBaaS є найбільш ефективним технічним вибором?

Відповіді:


5

Це ефективний технічний вибір, коли багато трафіку, постійне велике використання.

Наведені вами приклади використовують базу даних, насамперед, як сховища, при цьому пошук / обробка є далеко зайвим. Хмара - це насамперед швидкість та потужність процесора, і це пов'язано з витратами. Є набагато менш дорогі (і більш надійні) рішення архівації, які не забезпечують швидкість, але перевершують хмару в усіх інших аспектах. BI, аналітика тощо - це теж не те, що ви виконуєте 5000 разів на секунду 24 години на день 7 днів на тиждень. Буде дешевше побудувати виділений сервер, а потім почекати пару секунд, щоб кожен запит закінчився, ніж заплатити хмарне обслуговування за цією метою.

Якщо ви надаєте веб-програми - програмне забезпечення як послуга через мережу, для багатьох клієнтів хмара є найвищою радістю і дає найбільшу перевагу, оскільки вона адаптується до трафіку, який коливається, але завжди високий. Якщо навантаження велика або нульова більшість часу, є більш економічні рішення.

Крім того, якщо дані є дуже конфіденційними, нерозумно розміщувати їх на сторонніх машинах, якими ділиться випадкові інші компанії, під наглядом людей, які не знаходяться під вашим контролем ...


5

Однією з причин, що я використовую SQL Azure для мого запуску після повної установки SQL, є те, що хмарні бази даних, як правило, дозволяють зосередитися на моєму додатку, а не зосереджуватися на підтримці SQL Server оновленому / налаштованому / масштабованому / кластерному / та будь-якій іншій роботі адміністратора, яка б відведи мене від речей.

Хоча в майбутньому нам може знадобитися робити локальний SQL Server залежно від того, наскільки користувачі довіряють іншим компаніям, що розміщують їх дані, з точки зору розробника, це робить для мене багато чого:

  • Дає мені більше часу, щоб зосередитися на додатку.
  • Заощаджує гроші на повному екземплярі SQL (тисячі доларів проти 10 доларів на місяць за ГБ), поки я не вирішу, що мені потрібен повний SQL.
  • Надає мені всі функції, які я очікую, як резервне копіювання / індексація.
  • Я можу запустити власну аналітику в БД. Це моя база даних, тому я можу робити те, що хочу. У більшості випадків це може бути поза межами коробки, тому якщо ви хочете просто запустити SSRS / SSAS, ви завжди можете заплатити кілька додаткових грошей за повну версію. : - /
  • Як СФ. каже, це автоматично масштабується і надмірно, тому ви (велика ймовірність) не втрачаєте дані, оскільки сервер виходить з ладу. Якщо сервер помирає, ви резервуєтеся за секунди, якщо це займе так довго.

Чи розміщена ваша заявка і в Azure? Якщо ні, то мені було б цікаво почути, якщо ви думаєте, що база даних, розміщена настільки далеко від програми, дає вашій програмі помітний показник продуктивності (мені було цікаво використовувати хмару для db, але не хостинг додатків).
KallDrexx

Так, мій додаток розміщено в Azure, тому все справді близько. Хоча насправді центри обробки даних Azure досить далекі один від одного (західне узбережжя, східне узбережжя, центральне, Азія тощо). Насправді ви можете встановити місце, де ви хочете розміщувати свої розміщені послуги, щоб ви могли фактично наблизитись (у регіоні країни) до своєї програми, де б ви не розміщувались. Я не думаю, що це було б надто жахливо, якщо у вас міцний зв'язок. На моєму досвіді Azure досить швидко бовтається, але я не пробував БД Azure з місцевим додатком і Perf перевіряв його за зразком, коли я навчався. Здавалося, швидко.
Райан Хейс
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.