sql >> Database >  >> NoSQL >> MongoDB

Hoe komt fluentd dit scenario ten goede?

  1. Je hoeft niet je eigen werker te maken/onderhouden om dingen te verplaatsen tussen je eerste RDBMS en Mongo.
  2. Je krijgt heel gemakkelijke parallellisatie en redundantie van het proces dat gegevens naar Mongo verplaatst. Je zou dit in je worker/cron-job kunnen inbouwen, maar waarom zou je het wiel opnieuw willen uitvinden?
  3. Je vroeg waarom iemand nog een laag zou willen. Je worker/cron-job is een andere laag, maar veel minder getest dan Fluentd.
  4. Je krijgt een heleboel gratis plug-ins, dus als je je gegevens wilt gaan toevoegen aan andere plaatsen dan Mongo (d.w.z. Storm, S3, HDFS, enz...), kun je dat heel gemakkelijk doen door een configuratiebestand te bewerken in plaats van zelf een heleboel code te schrijven.
  5. Je hebt een heleboel gratis ingebouwde opties, zoals hoe vaak je je gegevens moet wissen/op welke grootte je ze moet wissen.
  6. Het allerbelangrijkste:u ontlaadt het geheel van deze logging/gegevensinvoer-workflow van uw app-boxen, dus als er iets misgaat met uw gegevensinvoegproces op uw app-boxen, zal het probleem verschijnen en worden afgehandeld op uw Vloeiende log-aggregatorboxen en NIET op uw app-boxen.



  1. Kopieer map met wildcard van docker-container naar host

  2. MongoDB en Java-stuurprogramma:negeer hoofdletters in query

  3. Hoe te controleren of Mongo db op Mac draait?

  4. Batch set data van Dictionary naar Redis