Przechowywanie tabel to podstawowa funkcja pamięci masowej Windows Azure, zaprojektowana z myślą o skalowalności (100 TB 200 TB 500 TB na konto), trwałe (potrójna replikacja w centrum danych, opcjonalnie georeplikacja do innego centrum danych) i bez schematu (każdy wiersz może zawierać dowolne właściwości). Wiersz znajduje się za pomocą klawisza partycji + klawisza wiersza, zapewniając bardzo szybkie wyszukiwanie. Cały dostęp do magazynu tabel odbywa się za pośrednictwem dobrze zdefiniowanego interfejsu API REST, z którego można korzystać w dowolnym języku (z zestawami SDK, zbudowanymi na bazie interfejsów API REST, które są już dostępne dla .NET, PHP, Java, Python i Ruby).
MongoDB to baza danych zorientowana na dokumenty. Aby uruchomić go na platformie Azure, musisz zainstalować MongoDB na rolach web/worker lub maszynie wirtualnej, wskazać dysk w chmurze (w ten sposób dostarczając literę dysku) lub dołączony dysk (dla maszyn wirtualnych Windows/Linux), opcjonalnie włączyć kronikowanie (co polecam) i opcjonalnie zdefiniuj zewnętrzny punkt końcowy do użytku (lub uzyskaj do niego dostęp za pośrednictwem sieci wirtualnej). Nawiasem mówiąc, dysk w chmurze / dołączony dysk jest w rzeczywistości przechowywany w Azure Blob, co zapewnia taką samą trwałość i georeplikację jak Azure Tables.
Porównując te dwie rzeczy, pamiętaj, że przechowywanie tabel to przechowywanie jako usługa:po prostu uzyskujesz dostęp do dobrze znanego punktu końcowego REST. Dzięki MongoDB jesteś odpowiedzialny za utrzymanie bazy danych (np. za każdym razem, gdy MongoDB Inc (wcześniej 10gen) wypuszcza nową wersję MongoDB, musisz odpowiednio zaktualizować swój serwer).
Jeśli chodzi o wersję alfa MongoDB Inc wskazaną przez jtoberon:Jeśli przyjrzysz się jej uważnie, zobaczysz kilka kluczowych rzeczy:
- Konfiguracja dotyczy samodzielnej instancji mongodb, bez zestawów replik lub fragmentów. Jeśli chodzi o zestawy replik, nadal uzyskujesz kilka korzyści, korzystając z wersji Standalone, ze względu na sposób działania Blob Storage.
- Aby zapewnić wysoką dostępność, możesz uruchomić z wieloma instancjami. W tym przypadku tylko jedna instancja obsługuje bazę danych, a jedna jest „gorącą gotowością”, która uruchamia proces mongod, gdy tylko druga instancja ulegnie awarii (w przypadku ponownego uruchomienia konserwacyjnego, awarii sprzętu itp.).
Podczas gdy opakowanie Windows Azure 10gen jest nadal uważane za „alfa”, mongod.exe nie jest. Możesz uruchomić mongod exe tak, jak uruchamiasz każdy inny Windows exe. To tylko kod zarządzania wokół uruchomienia i to właśnie demonstruje implementacja alpa.
EDYTUJ 2011-12-8:To nie jest już w stanie alfa. Tutaj możesz pobrać najnowszy projekt MongoDB + Windows Azure, który zapewnia obsługę zestawu replik.
Jeśli chodzi o wydajność, myślę, że będziesz musiał przeprowadzić kilka testów porównawczych. Powiedziawszy to, rozważ następujące kwestie:
- Uzyskując dostęp do magazynu tabel lub MongoDB z, powiedzmy, roli internetowej, nadal łączysz się z systemem Windows Azure Storage.
- MongoDB wykorzystuje dużo pamięci na własną pamięć podręczną. Z tego powodu wiele wielkoskalowych systemów MongoDB jest wdrażanych w instancjach o większych rozmiarach. W przypadku dostępu do pamięci tabel nie będziesz mieć takiego samego rozmiaru pamięci.
EDYTUJ 7 kwietnia 2015 r. Jeśli chcesz korzystać z bazy danych opartej na dokumentach jako usługi, platforma Azure oferuje teraz usługę DocumentDB.
