{"id":281,"date":"2008-11-26T17:01:45","date_gmt":"2008-11-27T00:01:45","guid":{"rendered":"http:\/\/www.nicholasgoodman.com\/bt\/blog\/2008\/11\/26\/an-arms-race-my-customers-dont-care-about\/"},"modified":"2008-11-26T17:01:45","modified_gmt":"2008-11-27T00:01:45","slug":"an-arms-race-my-customers-dont-care-about","status":"publish","type":"post","link":"http:\/\/www.nicholasgoodman.com\/bt\/blog\/2008\/11\/26\/an-arms-race-my-customers-dont-care-about\/","title":{"rendered":"An arms race my customers don't care about"},"content":{"rendered":"

Perfect is the enemy of good enough. This is fertile soil for why people choose to use the simpler, functional, cheaper open source cousins of proprietary feature function behemoths. Don’t get me wrong – too few features \/ crappy performance you lose customers because you’re not helping people solve problems if you lack too many features.<\/p>\n

Recently, I observed a thread at the blog of Goban Saor entitled “Open Source Metrics<\/a>.”<\/p>\n

It basically has turned into a discussion which keeps creeping up about which tool is faster: Talend or Kettle<\/strong>. Which leads me to ask the question: Who Friggin’ Cares?<\/strong><\/p>\n

I’m a Kettle Expert so I think Kettle is Wicked Fast.
\nIf I were a Talend Expert I’d think Talend is Wicked Fast.<\/p><\/blockquote>\n

Performance for customers who are focused on results, and aren’t technophiles boils down to these two requirements<\/p>\n

    \n
  1. It has to meet my performance requirements for my project<\/strong>. If I have to load 1 million records per day and I have 10 minutes to do that then the tool either does or does not meet that performance requirement.<\/li>\n
  2. It has to allow me to grow beyond my current performance requirements. <\/strong> I am loading 1 million records now, but in 3 years I may be loading 100 million records. Given the right investment in tuning and scaling I don’t want to have to change to a different tool when I go much bigger.<\/li>\n<\/ol>\n

    For Kettle the answer is pretty simple:<\/p>\n

      \n
    1. I do a few simple mappings, hit run, do very little tuning\/database optimization. Wham-o. 20k records \/ second throughput. Look and notice Kettle is simply sitting idle waiting for a database lookup. Add an index. Wham-o 35k records \/ second throughput. Have extra CPUs, fire up a few extra threads of a calculation step. Wham-o 40k \/ second. Surpasses customer batch window needs sufficiently; enough said. Requirement met – whether 35k records per second is slower or faster than someone else is irrelevant. Requirement met.<\/li>\n
    2. This usually involves outside validations. What are other people doing – what are the proof points about the performance. I personally have worked on a Kettle scale out cluster with 5 nodes that reads, sorts, aggregates, and summarizes a billion FAT (wide character) records in an HOUR and scales almost perfectly linearly (* no tool grows at perfect linear). Telling a customer using the exact same binary you have there, you can scale out and process hundreds of millions into billions of records per hour. Requirement met – you can grow with your tool.<\/li>\n<\/ol>\n

      I think Kettle performance is superb. I’d welcome Talend folks to comment here and blog about their proof points for how Talend performance is superb. I believe that it is. <\/strong> Let’s just all consider the most important thing: open source ETL is about solving the ETL need well, not necessarily incremental performance differences.<\/p>\n

      It’s a debate with no winner. I don’t care if your tool is 2.5% faster at reading character text files than mine. I do care if it can scale out (requirement 2) and solves customer problems (requirement 1).<\/p>\n","protected":false},"excerpt":{"rendered":"

      Perfect is the enemy of good enough. This is fertile soil for why people choose to use the simpler, functional, cheaper open source cousins of proprietary feature function behemoths. Don’t get me wrong – too few features \/ crappy performance you lose customers because you’re not helping people solve problems if you lack too many […]<\/p>\n","protected":false},"author":2,"featured_media":0,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":[],"categories":[9],"tags":[],"_links":{"self":[{"href":"http:\/\/www.nicholasgoodman.com\/bt\/blog\/wp-json\/wp\/v2\/posts\/281"}],"collection":[{"href":"http:\/\/www.nicholasgoodman.com\/bt\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"http:\/\/www.nicholasgoodman.com\/bt\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"http:\/\/www.nicholasgoodman.com\/bt\/blog\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"http:\/\/www.nicholasgoodman.com\/bt\/blog\/wp-json\/wp\/v2\/comments?post=281"}],"version-history":[{"count":0,"href":"http:\/\/www.nicholasgoodman.com\/bt\/blog\/wp-json\/wp\/v2\/posts\/281\/revisions"}],"wp:attachment":[{"href":"http:\/\/www.nicholasgoodman.com\/bt\/blog\/wp-json\/wp\/v2\/media?parent=281"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"http:\/\/www.nicholasgoodman.com\/bt\/blog\/wp-json\/wp\/v2\/categories?post=281"},{"taxonomy":"post_tag","embeddable":true,"href":"http:\/\/www.nicholasgoodman.com\/bt\/blog\/wp-json\/wp\/v2\/tags?post=281"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}