cloudera: All content tagged as cloudera in NoSQL databases and polyglot persistence
I seriously doubt you could have missed the 2nd part of this, but here’s the shortest executive summary:
- Intel has killed its own distribution of Hadoop — is there anyone that would disagree this is a good idea?
- Intel has invested $740mil in Cloudera (for 18%) — there’s no typo. 740 millions.
The main questions:
- where will Cloudera put the $900mil raised in the last round(s)?
- why Intel invested so much?
These questions were also asked by Dan Primack for CNN Money and after looking at different angles he comes out empty.
So let’s check other sources:
TechCrunch has initially speculated that much of the investment went to existing shareholders.
The post was later updated with a comment from Cloudera’s VP of marketing stating that the majority of the money went to the company. But no word on how they’ll be used.
Reuters writes that Intel made the investment to ensure their leading position in server processors:
Intel hopes that encouraging more companies to leap into Big Data analysis will lead to higher sales of its high- end Xeon server processors. The chipmaker believes that hitching its wagon to Cloudera’s version of Hadoop, instead of pushing its own version, will make that happen faster.
Still no word on how Cloudera will be using the money.
Cloudera needs capital and Intel’s huge sales force to keep up its engineering efforts and grow the company internationally.
As part of the deal, Cloudera will be an early adopter of Intel gear and will optimize its Hadoop software to run on Intel’s latest technologies. Intel will port some of its work into the Cloudera distribution and will maintain its own Hadoop engineering team that will work alongside Cloudera’s engineers to help unite the two company’s goals.
Jeff Kelly for SiliconAngle emphasizes the same channel advantages:
Cloudera’s biggest reseller partner is Oracle. Based on my reading of the Intel announcement, the deal is not an official reseller partnership, but Intel will “market and promote CDH and Cloudera Enterprise to its customers as its preferred Hadoop platform.” Not quite as nice as having the Intel salesforce closing deals for it, but Cloudera stands to gain significant new business from the arrangement.
So how about this short list on how this round will be used by Cloudera:
- a part goes for international expansion
- a larger part goes to early shareholders
- the largest part goes into acquisitions
As for Intel, what if this investment also sealed an exclusive deal for Hadoop-centric Cloudera-supported Intel-powered appliance?
Insert snarky comment here about a $740m deal that would not make sense to one of the parties. How about not making sense to any of them? ↩
Original title and link: Intel kills a Hadoop and feeds another ( ©myNoSQL)
Update: I’d like to thank the people that pointed out in the comment thread that I’ve messed up quite a few aspects in my comments about the report. I don’t believe in taking down posts that have been out for a while, so please be warned that basically this article can be ignored.
Thank you and my apologies for those comments that were a misinterpretation of the report..
This is the Q1 2014 Forrester Wave for Hadoop:
A couple of thoughts:
Cloudera, Hortonworks, MapR are positioned very (very) close.
- Hortonworks is position closer to the top right meaning they report more customers/larger install base
MapR is higher on the vertical axis meaning that MapR’s strategy is slightly better.
For me, MapR’s strategy can be briefly summarized as:
- address some of the limitations in the Hadoop ecosystem
- provide API-compatible products for major components of the Hadoop ecosystem
- use these Apache product (trade marked) names to advertise their products
I think the 1st point above explains the better positioning of MapR’s current offering.
Even if Cloudera has been the first pure-play Hadoop distribution it’s positioned behind behind both Hortonworks and MapR.
IBM has the largest market presence. That’s a big surprise as I’m very rarely hearing clear messages from IBM.
IBM and Pivotal Software are considered to have the strongest strategy. That’s another interesting point in Forrester’s report. Except the fact that IBM has a ton of data products and that Pivotal Software is offering more than Hadoop, I don’t know what exactly explains this position.
The Forrester report Strategy positioning is based on quantifying the following categories: Licensing and pricing, Ability to execute, Product road map, Customer support. IBM and Pivotal are ranked the first in all these categories (with maximum marks for the last 3). As a comparison Hortonworks has 3/5 for Ability to execute — this must be related only to budget; Cloudera has 3/5 for both Ability to execute and Customer support.
Pivotal is the 3rd last in terms of current offering. I guess my hypothesis for ranking Pivotal as 1st in terms of strategy is wrong.
Microsoft who through the collaboration with Hortonworks came up with HDInsight, which basically enabled Hadoop for Excel and its data warehouse offering, it positioned the 2nd last on all 3 axes.
No one seems to love Microsoft anymore.
While not a pure Hadoop player, DataStax has been offering the DataStax Enterprise platform that includes support for analytics through Hadoop and search through Solr for at least 2 years. That’s actually way before anyone else from the group of companies in the Forrester’s report had anything similar1.
This report focuses only on “general-purpose Hadoop solutions based on a differentiated, commercial Hadoop distribution”.
You can download the report after registering on Hortonwork’s site: here.
DataStax is my employer. But what I wrote is a pure fact. ↩
Original title and link: The Forrester Wave for Hadoop market ( ©myNoSQL)
Security is an enterprise feature
At Hadoop Summit, Merv Adrian (VP Gartner) has shown data about Hadoop’s adoption in the enterprise space over the last 2 years and the numbers were great (actually they weren’t even good).
Hadoop vendors are becoming more aggressive in adding features that would make Hadoop enterprise ready. In some sectors (e.g. government, financial and health services) data security is regulated and this makes security features a top priority for adopting Hadoop in these spaces.
The state of Hadoop Security
There’s a mix of activity on the open source and vendor proprietary sides for addressing the void. There are some projects at incubation stage within Apache, or awaiting Apache approval, for providing LDAP/Active Directory linked gateways (Knox), data lifecycle policies (Falcon), and APIs for processor-based encryption (Rhino). There’s also an NSA-related project for adding fine-grained data security (Accumulo) based on Google BigTable constructs. And Hive Server 2 will add the LDAP/AD integration that’s current missing.
What’s interesting to note is that many big vendors have been focusing on adding proprietary security and auditing features to Hadoop.
Cloudera’s post introducing Sentry also provides a short overview of security in Hadoop, by looking at 4 areas:
- Perimeter security: network security, firewall, and Kerberos authentication
- Data security: encryption and masking currently available through a combination of recent work in the Hadoop community and vendor solutions.
- Access security: fine grained ACL
- Visibility: monitoring access and auditing
Sentry: Role-based Access Control for Hadoop
Cloudera has announced Sentry a fine grained role-based access control solution for Hadoop meant to simplify and augment the current course-grained HDFS-level authorization available in Hadoop.
Sentry comprises a core authorization provider and a binding layer. The core authorization provider contains a policy engine, which evaluates and validates security policies, and a policy provider, which is responsible for parsing the policy. The binding layer provides a pluggable interface that can be leveraged by a binding implementation to talk to the policy engine. (Note that the policy provider and the binding layer both provide pluggable interfaces.)
At this time, we have implemented a file-based provider that can understand a specific policy file format.
According to the post, right now only Impala and Hive have bindings for Sentry. This makes me wonder how Sentry is deployed in a Hadoop cluster so other layers could take advantage of the Sentry ACL. I see such a security feature implemented very close to HDFS so it would basically work with all types of access to data stored.
For more details about Sentry, read the official post With Sentry, Cloudera Fills Hadoop’s Enterprise Security Gap.
There are also numerous rewrites of the announcement:
- Rachel King for ZDNet: Cloudera intros new authorization module for Hadoop | ZDNet
- Virginia Backaitis for CMSWire: Cloudera Delivers Sentry Security For Hadoop: Regulated Enterprises Can Now Ask Big Data Questions
- Justin Lee for TheWhir: Cloudera Introduces New Authorization Module for Hadoop
- Isaac Lopez for Dataname: Cloudera Adds a Sentry to Their Stack - Datanami
- Jordan Novet for GigaOm: Cloudera keeps sensitive data hidden from prying eyes with new authorization settings — Tech News and Analysis
- Doug Henshen for InformationWeek: Cloudera Brings Role-Based Security To Hadoop - Software -
- Nick Kolakowski for Slashdot: Cloudera’s Sentry Offers Access Security for Big Data
Tony Baer is a principal analyst covering Big Data at Ovum. ↩
Original title and link: Hadoop Security and Cloudera’s new Role Based Access Control Sentry project ( ©myNoSQL)