sql >> Database teknologi >  >> NoSQL >> MongoDB

Hvordan gavner fluentd dette scenarie?

  1. Du behøver ikke lave/vedligeholde din egen arbejder for at flytte ting mellem din første RDBMS og Mongo.
  2. Du får meget let parallelisering og redundans af processen, der flytter data ind i Mongo. Du kunne bygge dette ind i dit arbejder-/cron-job, men hvorfor skulle du genopfinde hjulet?
  3. Du spurgte, hvorfor nogen ville have et nyt lag. Dit worker/cron job er et andet lag, men langt mindre testet end Fluentd.
  4. Du får en masse gratis plugins, så hvis du vil begynde at tilføje dine data til andre steder bortset fra Mongo (dvs. Storm, S3, HDFS osv...), kan du gøre det virkelig nemt ved at redigere en konfigurationsfil i stedet for selv at skrive en masse kode.
  5. Du har en masse gratis indbyggede muligheder som f.eks. hvor ofte du skal tømme dine data/i hvilken størrelse du skal tømme dem.
  6. Vigtigst af alt:du overlader hele denne log-/datainput-workflow fra dine app-bokse, så hvis noget går galt med din dataindsættelsesproces på dine app-bokse, vil problemet vises og blive håndteret på din Flydende log-aggregatorbokse og IKKE på dine app-bokse.



  1. Redis er langsom til at få store strenge

  2. nodejs, redis. tjek om der findes nøgler og opret nye hvis ikke

  3. Er det muligt at ændre standard TimeZone i MongoDB ved hjælp af Rails 3?

  4. Indsættelse af den aktuelle dato og klokkeslæt i mongodb