Gluent launch! New production release, new HQ, new website!

I’m happy to announce that the last couple of years of hard work is paying off and the Gluent Offload Engine is production now! After beta testing with our early customers, we are now out of complete stealth mode and are ready talk more about what exactly are we doing :-)

Check out our new website and product & use case info here!

Follow us on Twitter:

We are hiring! Need to fill that new Dallas World HQ ;-) Our distributed teams around the US and in London need more helping hands (and brains!) too.

You’ll be hearing more of us soon :-)

Paul & Tanel just moved in to Gluent World HQ
Paul & Tanel just moved in to Gluent World HQ

NB! If you want to move to the "New World" - offload your data and workloads to Hadoop, without having to re-write your existing applications - check out Gluent. We are making history! ;-)

This entry was posted in Announcement, Big Data, Cool stuff, Hadoop, Oracle. Bookmark the permalink.

8 Responses to Gluent launch! New production release, new HQ, new website!

  1. Abuzar Kamal says:

    Awesome .. Compelling to go for Hadoop Now

  2. Scott Black says:

    Congratulations on the launch. After reviewing the diagram on http://gluent.com/gluent-offload-engine/ would it be possible to share a few details on step 4? It seems the Gluent Present toolset would present an external table that is based on Hadoop datasource and then create a view that basically unions the RDBMS table and external/Hadoop table?

    • Tanel Poder says:

      Hi Scott, thanks!

      We are still somewhat secretive about the internal details, but there are actually multiple ways we can use for ingesting data into Oracle for queries on-the-fly… But yep when you want to see a “hybrid view” of all rows of a table (some rows only in RDBMS, some offloaded to Hadoop), then yep it’s a union all view that pulls them together. The cool thing is that this way you don’t need to modify your queries and SQL – as the union all view (together with our smart connector) will pull in data from wherever needed. It looks just like the original table for the existing applications… The new MSSQL 2016 Stretch DB (that allows you to offload MSSQL data to Azure cloud uses a similar technique).

      I have some details in the end of my “Connecting Hadoop and Oracle” presenation although it doesn’t mention our fast Smart Connector yet: http://www.slideshare.net/tanelp/connecting-hadoop-and-oracle

      More about this stuff in the future :)

  3. Mike Stasinski says:

    Tanel,

    Congratulations on this new venture and I’m sure you will see much success. Its a very interesting product that I’m sure will address the transparency between all these platforms. Its funny because just yesterday I was sitting in a Oracle demo and they mentioned Big Data SQL which is for the integration for NoSQL, Hadoop, and Oracle. Is Gluent similar to what they’re trying to accomplish? BTW I like the open concept look of the HQ. Looks super nice.

    Thank you,
    Mike S.

    • Tanel Poder says:

      Hi Mike,

      Thanks! :)

      Big Data SQL is more like integration between Oracle and Oracle. That is Oracle Database software running on an Exadata machine and Oracle storage cell software running on an Oracle Big Data Appliance (with Cloudera Hadoop distro). When Big Data SQL connects to Hadoop cluster, it connects to the Oracle software running on there, not really to any Hadoop SQL engine (like Hive, Impala etc). So any processing, scanning, etc for BigDataSQL has to be done by the Oracle storage cell software there, not a proper Hadoop component. BigDataSQL is cool if you’re happy to stay locked in in the Oracle-only world and not integrate any other data sources/targets than BDA with your Exadatas (I have seen slides about NoSQL integration, but to me it looks that these features exist in powerpoint only).

      And there’s no data offloading *from* Oracle databases to open Hadoop formats, which means more manual work for getting relational data there…

      So, if you want to connect any enterprise data source to any target and push as much processing to the Hadoop data lake, then “other” solutions are needed ;-)

      • Mike Stasinski says:

        Tanel,

        Thank you for the clarification :) I’ve been an Oracle dba for 10+ years now but I’m looking to explore other areas of the data ecosystem. I’m going to keep an eye Gluent.

        Thanks again!!

        • Tanel Poder says:

          Cool, good luck! Oracle’s not going away, as they still are the king of complex transactional systems, but for data warehousing, analytics, data streams etc – Hadoop ecosystem will take over!

  4. Tom Reddy says:

    Tanel,

    Congratulations and best of luck with Gluent!

    Having spent much of my career on Oracle, we started looking at Hadoop in 2014 and the major problem was the integration between the two platforms. I second your opinion that Oracle is not going away in enterprises anytime soon so the integration between the two platforms is the key…whether we use Oracle’s Big Data Connectors/SQL or ODI or sqoop, keeping data in sync has been the stumbling block. We have tried a few custom integration approaches in our enviornment and didn’t find many other choices back then.

    Gluent seems to have gotten it! I am very interested in finding out more about Gluent and how it evolves and matures in the near future.

    Thanks,
    Tom

Leave a Reply

Your email address will not be published. Required fields are marked *