javiermaestro
Joined 15 years ago
Joined 15 years ago
The main issue (as usual in big companies) is the large amount of inter-dependencies with internal systems. Scribe as-is today doesn't make much sense outside Facebook. And yeah, it could be cleaned up, mock the internal services and OSS it. But that's a lot of work, both doing it and maintaining it. And having all those mocks, etc "wouldn't be Scribe as-is either"in terms of how e.g. it scales and so on.
In any case, the storage (LogDevice, https://github.com/facebookarchive/LogDevice) which is a large part of the system was open sourced a while back and... sadly it went again into "not-maintained OSS".
Finally, you can get a similar-ish system working with OSS tools (e.g. fluentd + Kafka) that will also scale quite well and which IMHO can also made to scale to Facebook-size levels. So, the incentive is there, but there are OSS alternatives already available :)
https://engineering.fb.com/2019/10/07/data-infrastructure/sc...
(I worked in Scribe)
It's really hard to believe that people still write stuff online without doing some basic searching. But here we are...
Here's a couple links to illustrate how RAMPANT knife crime is in the UK:
[1] For the year ending September 2019, there were 221 homicides involving a knife or sharp instrument recorded by the police. This figure is for England and Wales only and it excludes data from Greater Manchester Police (GMP).
[2] Recorded knife crime rose by 7% from just above 41,000 in the year to June 2018 to just above 44,000 in the year to June 2019, knifepoint rapes, robberies and assaults logged by police continued to rise.
I think it's pretty clear that your "rampant" is off BY A LOT. Knife crime in the UK is definitely not something to dismiss but guns (and gun crime and gun accidents) in the US tromp pretty much every other crime statistic in the "modern, civilized" world.
[1] https://www.ons.gov.uk/aboutus/transparencyandgovernance/fre...
[2] https://en.wikipedia.org/wiki/Crime_statistics_in_the_United...
Are the users active? Have you thought / analyzed if they pay and forget that it's a subscription? :-?
Can you share your attrition rate? Also, how many want to pay per-month VS the full year (heavily discounted price)?
Thanks!
If you think that would raise rents by a huge %, I don't think so, as it would be completely impossible for people to pay.
P.S. also enemas were used in the past... but fortunately, interventions such as this, or pubic hair shaving are no longer ordered for women during labor and birth!
In any case, the data is "whatever needs to be logged".
And it's not "server logs", which is what I'm interpreting from your comment. Scribe transports most data at Facebook to be processed by real-time systems (e.g. Puma, Scuba) and also "batch systems" (data warehouse). So, it's quite a lot, being "the ingestion pipe" for Facebook.
Does this answer your question? :-?
Puma: https://research.fb.com/publications/realtime-data-processin...
Scuba: https://research.fb.com/publications/scuba-diving-into-data-...
Basically, everything that needs logging and post-processing by both real-time systems (e.g. Puma) and batch processing (e.g. all of the data that's ingested and sent to the data warehouse) goes through Scribe.
(disclaimer: I work in Scribe)
Scuba: https://research.fb.com/publications/scuba-diving-into-data-...
Puma: https://research.fb.com/publications/realtime-data-processin...
(disclaimer: I work in Scribe)
https://web.archive.org/web/20120301000000*/http://www.scrib...
The initial stuff seems to not be so related, but the current description of what they do seems much much closer to what Facebook's Scribe does today :)
Naming is hard! :D
Maybe one day we'll have a version available. In any case, one of the larger parts of the system (LogDevice) is open source :)
(disclaimer: I work in Scribe)
LogDevice: https://engineering.fb.com/core-data/open-sourcing-logdevice...
The article just focuses on certain areas of the system and doesn't go into the security and privacy parts, that's all.
(I work in Scribe)
I already replied to metheus on Twitter (2) in a thread where we asked for a way to repro their claims. I found their reply and comments very inappropriate, similar to the comment in here. Arrogant and derogatory to OnGres.
Anyway, I was writing this to note that OnGres has replied to Mongo's reply setting an example of how tech discussions should happen: without derogatory and arrogant comments, open to valid criticism (i.e. with something more than words and numbers that cannot be reproduced) and transparency.
Check it out: https://ongres.com/blog/benchmarking-do-it-with-transparency...
In there you'll see how Mongo consistently mis-interpreted (or mis-represented?) the results. They kept mixing the benchmarks and constantly talked about an experimental driver and missing connection pooling. In fact, they did use the official Mongo Lua driver and the official Java driver for different benchmarks and they did some of the benchmarks with and without connection pooling and published both results.
It's really sad to see Mongo reply to a thorough benchmark like this. It probably has its flaws but instead of correcting them or publishing a better benchmark like the one they did (to magically get 240x...) they chose to mischaracterize the work of others, spreading FUD and accusing them of cheating and being dishonest.
Hopefully they'll turn around and fix it. All it takes is to publish how they got they amazing numbers so that others can comment, repro or dispute the benchmark.
(1) https://news.ycombinator.com/item?id=20479670
(2) https://twitter.com/javiermaestro/status/1151849279226556417
I think it's really cool that you maintain such a service and maybe they can find in you a good partnership!