eBay Tech Blog

ebaytechblog.com · Company blog · on HN since 2010

eBay's engineering team writes about its data infrastructure, search performance, web server management tooling, and open-source projects such as Pulsar and REST Commander.

What HN saysHN commenters link it for technical details such as REST Commander's actor-based concurrency, Cassandra data modeling, seekable gzip, and archived posts by an engineer.
51HN people shared it
9linked it in comments
81stories submitted
635story points
9 years agolast shared
2010people per year2026

Most-shared posts

  1. 1
    Pulsar: Real-Time Analytics at Scale
    4 people · 59 points · first shared 2015 · 14 comments on HN
  2. 2
  3. 3
    Using Spark to Ignite Data Analytics
    3 people · 10 points · first shared 2014 · discussion on HN
  4. 4
    EBay on Cassandra Data Modeling Best Practices
    3 people · 3 points · first shared 2012 · discussion on HN
  5. 5
    Site Speed for eBay Search Results
    3 people · 1 points · first shared 2010 · discussion on HN
  6. 6
    Fast Approximate Logarithms, Part I: The Basics
    2 people · 70 points · first shared 2015 · 46 comments on HN
  7. 7
    Statistical Anomaly Detection
    2 people · 56 points · first shared 2015 · 15 comments on HN
  8. 8
    Mesos, Marathon, Docker and Jenkins at EBay
    2 people · 30 points · first shared 2014 · discussion on HN
  9. 9
    High-Throughput, Thread-Safe, LRU Caching (2011)
    2 people · 12 points · first shared 2011 · discussion on HN
  10. 10
    Ebay: recent success with clojure
    2 people · 4 points · first shared 2016 · 1 comments on HN
  11. 11
    Caching HTTP POST Requests and Responses
    2 people · 4 points · first shared 2012 · discussion on HN
  12. 12
    EBay’s Font Loading Strategy
    2 people · 4 points · first shared 2017 · discussion on HN
  13. 13
  14. 14
    EBay tech blog on one time code authentication using FSM
    2 people · 3 points · first shared 2016 · discussion on HN
  15. 15

What HN people wrote when they linked it

bumbledraven · 2015-05-10
Great find. There's an archive of his posts on the eBay Tech Blog. Looks like interesting reading. http://www.ebaytechblog.com/author/dgoldberg/
michaelmior · 2016-10-19
The idea is that there are a number of complicated tradeoffs that must be made when designing a schema. See [0] for an example; note that every rule comes with an immediate caveat. The result is that you have to be an expert to come up with a great design for a particular system. Even then, if your workload is complex, you might miss a non-obvious choice which will outperform your manual selection. The goal of NoSE is to automate the process by estimating the cost of executing a workload against a wide range of schema designs. We can then select the one which is likely to perform the best. As far as data migration, moving from a relational database is a reasonable use case. Some of the work I'm doing right now is looking at how you can transition between different schemas in a denormalized database. However, our initial use case was to build something that would allow a non-expert user to design a good schema. [0] http://www.ebaytechblog.com/2012/07/16/cassandra-data-modeling-best-pr…
jeffpeiyt · 2016-04-05
The core of REST Commander is the actor based concurrency control described at http://www.ebaytechblog.com/2014/03/11/rest-commander-scalable-web-ser… We recently open sourced the http://www.parallec.io/ to support more protocols and I suppose it is not hard to add new protocols if needed.
dmit · 2015-12-12
jason_s · 2015-06-27
in [part I](http://www.ebaytechblog.com/2015/05/01/fast-approximate-logarithms-par… the author argues against using [1,2) because it causes large relative error near x=1 (since log x = 0 there). I would disagree (why would you ever care about relative error in a logarithm -- IMHO absolute error makes much more sense... unless for some crazy reason you're dividing by log x near x=1) but that's his argument.
SEJeff · 2014-07-31
This is kind of the wrong question. You can trivially run openstack ontop of mesos and vice versa. Mesos is bigger on services, openstack is bigger on virtual machines. They are different solutions for overlapping, but fundamentally different problems. Here is an example of Ebay running mesos ontop of openstack: http://www.ebaytechblog.com/2014/04/04/delivering-ebays-ci-solution-wi…
espeed · 2014-05-31
eBay posted this two days ago... Using Spark to Ignite Data Analytics ( http://www.ebaytechblog.com/2014/05/28/using-spark-to-ignite-data-anal…

Keyboard shortcuts

/Search
j kNext / previous blog
EnterOpen selected blog
vVisit the blog site
fFollow / unfollow
lSwitch grid / list view
dSwitch dark mode
g hHome
g pTop posts
g tTopics
g fFollowing
g lLiked
g yHistory
g qFAQ
EscBack / close