sql >> Databáze >  >> NoSQL >> MongoDB

Jak plyne z tohoto scénáře?

  1. Nepotřebujete vytvořit/udržovat svého vlastního pracovníka, abyste mohli přenášet věci mezi svým prvním RDBMS a Mongo.
  2. Získáte velmi snadnou paralelizaci a redundanci procesu, který přesouvá data do Mongo. Mohli byste to zabudovat do své práce dělníka/cron, ale proč byste chtěli znovu vynalézat kolo?
  3. Ptal jste se, proč by někdo chtěl další vrstvu. Vaše úloha worker/cron je další vrstva, ale mnohem méně testovaná než Fluentd.
  4. Dostanete spoustu bezplatných pluginů, takže pokud chcete začít přidávat svá data na další místa kromě Mongo (tj. Storm, S3, HDFS atd...), můžete to udělat opravdu snadno úpravou konfiguračního souboru namísto psaní hromady kódu sami.
  5. Máte spoustu bezplatných vestavěných možností, jako je četnost vyprázdnění dat / při jaké velikosti je vyprázdnit.
  6. Nejdůležitější je, že celý tento pracovní postup protokolování/vkládání dat stáhnete ze svých schránek aplikace, takže pokud se něco pokazí s procesem vkládání dat do schránek aplikace, problém se objeví a bude řešen na vašem Plynulá pole agregátoru protokolů a NE na krabicích vaší aplikace.



  1. Ember, Ember Data a MongoDB's _id

  2. nemůže zabít redis-server na linuxu

  3. Max a skupina v Mongodb

  4. Souhrnná skupina podle data s posunem letního času