Wybieranie systemu magazynu danych platformy Azure

  • Artykuł

System przechowywania danych ma podstawowe znaczenie dla sukcesu aplikacji, a tym samym sukcesu przedsiębiorstwa.

Dobrze zaprojektowany system przechowywania danych to:

  • Szybkie i łatwe w implementacji.
  • Łatwo skalowalne w celu obsługi wzrostu danych.
  • Dynamiczny i wydajny.
  • Wysoka dostępność i odporność na awarie.
  • Niedrogie.

Kluczową kwestią jest to, jak dobrze projekt skaluje się w miarę zwiększania się danych. Rozważmy aplikację, która generuje 6 terabajtów (TB) danych w pierwszym miesiącu, przy czym dane rosną w tempie 10 procent rocznie. Na poniższym wykresie pokazano, jak te dane gromadzą się w czasie:

A line graph showing terabytes created over time, from 6 T B after one month to 249 after three years. The 10 percent growth rate steepens the slope over time.

Po trzech latach istnieje 249 TB danych. Wskaźnik wzrostu o 10 procent stromy nachylenie w czasie.

Ten przykład nie jest nietypowy. Dane rosną zarówno w miarę dodawania klientów, jak i dodawania danych przez klientów. Dane mogą również rosnąć z powodu ulepszeń aplikacji. Dobrze zaprojektowany system obsługuje takie wzrosty danych z wdziękiem, zachowując elastyczność, odporność i przystępne cenowo.

Projektowanie systemu przechowywania danych

Aby zaprojektować system magazynu danych na platformie Azure, dowiedz się, jak używać wielu usług platformy Azure dla różnych aplikacji i celów. Spełnienie wymagań dotyczących magazynu danych może wymagać kombinacji produktów. Na przykład możesz zachować rzadko używane dane w usługach o niskich kosztach i często uzyskiwać dostęp do danych w usługach o wyższych kosztach z krótszym czasem dostępu.

W poniższych artykułach przedstawiono siedem architektur systemowych dla aplikacji internetowych. Systemy te mogą obsługiwać ogromne ilości danych i są odporne na awarie systemu. Te architektury korzystają z usług Azure Table Storage, Azure Cosmos DB, Azure Data Factory i Azure Data Lake Storage.

Te przykłady mogą pomóc w zaprojektowaniu systemu przechowywania danych, który jest dostosowany do Twoich aplikacji. Poniższa macierz możliwości zawiera linki do artykułów oraz podsumowuje zalety i wady każdej architektury:

Architektura Świadczenia Wady
Aplikacja internetowa z dwoma regionami z trybem failover usługi Table Storage Łatwa implementacja, koszt Ograniczona odporność tylko w dwóch regionach świadczenia usługi Azure
Wieloregionowa aplikacja internetowa z niestandardową replikacją tabel usługi Storage Odporność Czas implementacji i trudności
Minimalny magazyn — zestawienie zmian w celu replikowania danych Odporność, wydajność, przechowywanie danych na podstawie czasu Skalowalność, czas implementacji

Współautorzy

Ten artykuł jest obsługiwany przez firmę Microsoft. Pierwotnie został napisany przez następującego współautora.

Główny autor:

  • Nabil Siddiqui | Architekt rozwiązań w chmurze — innowacje w zakresie technologii cyfrowych i aplikacji

Następne kroki