When do you expect the github to be made available?
-Jakob


On Mon, Feb 11, 2013 at 10:21 AM, Alex Karasulu <akaras...@apache.org>wrote:

> Hi Kevin,
>
> This sounds like a much needed project. I endorse the concept but as
> Bertrand pointed out you need a bit more diversity. Otherwise I see no
> problem with moving forward.
>
> Good luck!
>
>
> On Mon, Feb 11, 2013 at 4:55 PM, Kevin Minder
> <kevin.min...@hortonworks.com>wrote:
>
> > Knox Gateway Proposal
> >
> > == Abstract ==
> >
> > Knox Gateway is a system that provides a single point of secure access
> for
> > Apache Hadoop clusters.
> >
> > == Proposal ==
> >
> > The Knox Gateway (“Gateway” or “Knox”) is a system that provides a single
> > point of authentication and access for Apache Hadoop services in a
> cluster.
> > The goal is to simplify Hadoop security for both users (i.e. who access
> the
> > cluster data and execute jobs) and operators (i.e. who control access and
> > manage the cluster). The Gateway runs as a server (or cluster of servers)
> > that serve one or more Hadoop clusters.
> >
> > Provide perimeter security to make Hadoop security setup easier
> > Support authentication and token verification security scenarios
> > Deliver users a single cluster end-point that aggregates capabilities for
> > data and jobs
> > Enable integration with enterprise and cloud identity management
> > environments
> >
> > == Background ==
> >
> > An Apache Hadoop cluster is presented to consumers as a loose collection
> > of independent services. This makes it difficult for users to interact
> with
> > Hadoop since each service maintains it’s own method of access and
> security.
> > As well, for operators, configuration and administration of a secure
> Hadoop
> > cluster is a complex and many Hadoop clusters are insecure as a result.
> >
> > == Rationale ==
> >
> > Organizations that are struggling with Hadoop cluster security result in
> > a) running Hadoop without security or b) slowing adoption of Hadoop. The
> > Gateway aims to provide perimeter security that integrates more easily
> into
> > existing organizations’ security infrastructure. Doing so will simplify
> > security for these organizations and benefit all Hadoop stakeholders
> (i.e.
> > users and operators). Additionally, making a dedicated perimeter security
> > project part of the Apache Hadoop ecosystem will prevent fragmentation in
> > this area and further increase the value of Hadoop as a data platform.
> >
> > == Current Status ==
> >
> > Prototype available, developed by the list of initial committers.
> >
> > === Meritocracy ===
> >
> > We desire to build a diverse developer community around Gateway following
> > the Apache Way. We want to make the project open source and will
> encourage
> > contributors from multiple organizations following the Apache meritocracy
> > model.
> >
> > === Community ===
> >
> > We hope to extend the user and developer base in the future and build a
> > solid open source community around Gateway. Apache Hadoop has a large
> > ecosystem of open source projects, each with a strong community of
> > contributors. All project communities in this ecosystem have an
> opportunity
> > to participate in the advancement of the Gateway project because
> > ultimately, Gateway will enable the security capabilities of their
> project
> > to be more enterprise friendly.
> >
> > === Core Developers ===
> >
> > Gateway is currently being developed by several engineers from
> Hortonworks
> > - Kevin Minder, Larry McCay, John Speidel, Tom Beerbower and Sumit
> Mohanty.
> > All the engineers have deep expertise in middleware, security & identity
> > systems and are quite familiar with the Hadoop ecosystem.
> >
> > === Alignment ===
> >
> > The ASF is a natural host for Gateway given that it is already the home
> of
> > Hadoop, Hive, Pig, HBase, Oozie and other emerging big data software
> > projects. Gateway is designed to solve the security challenges familiar
> to
> > the Hadoop ecosystem family of projects.
> >
> > == Known Risks ==
> >
> > === Orphaned products & Reliance on Salaried Developers ===
> >
> > The core developers plan to work full time on the project. We believe
> that
> > this project will be of general interest to many Hadoop users and will
> > attract a diverse set of contributors. We intend to demonstrate this by
> > having contributors from several organizations recognized as committers
> by
> > the time Knox graduates from incubation.
> >
> > === Inexperience with Open Source ===
> >
> > All of the core developers are active users and followers of open source.
> > As well, Hortonworks has a strong heritage of success with contributions
> to
> > Apache Hadoop Projects.
> >
> > === Homogeneous Developers ===
> >
> > The current core developers are from Hortonworks, however, we hope to
> > establish a developer community that includes contributors from several
> > corporations.
> >
> > === Reliance on Salaried Developers ===
> >
> > Currently, the developers are paid to do work on Gateway. However, once
> > the project has a community built around it, we expect to get committers
> > and developers from outside the current core developers.
> >
> > === Relationships with Other Apache Products ===
> >
> > Gateway is going to be used by the users and operators of Hadoop, and the
> > Hadoop ecosystem in general.
> >
> > === A Excessive Fascination with the Apache Brand ===
> >
> > Our interest in developing Gateway in Apache project is to follow an
> > established development model, as well since many of the Hadoop ecosystem
> > projects also are part of Apache, Gateway will complement those projects
> by
> > following the same development and contribution model.
> >
> > == Documentation ==
> >
> > There is documentation in Hortonworks’ internal repositories. These can
> be
> > shared upon request and will be transferred into the Apache CM system if
> > this proposal is accepted.
> >
> > == Initial Source ==
> >
> > The source is currently in Hortonworks’ internal repositories. The
> process
> > of making this GitHub repository public has been started and the URL will
> > be provided once available.
> >
> > == Source and Intellectual Property Submission Plan ==
> >
> > The complete Gateway code is under Apache Software License 2.
> >
> > == External Dependencies ==
> >
> > The Gateway dependencies are listed below, separated by Category A and
> > Category B as defined in the Apache Third-Party Licensing Policy. Note:
> > These are the direct dependencies. Indirect dependencies are not
> included.
> >
> > === Category A Dependencies ===
> >
> > Apache Commons - ASLv2.0
> > commons-io:commons-io#2.4
> > commons-cli:commons-cli#1.2
> > commons-codec:commons-codec#1.**7
> > org.apache.commons:commons-**digester3#3.2
> > org.apache.commons:commons-**vfs2#2.0
> > Apache Hadoop - ASLv2.0
> > org.apache.hadoop:hadoop-auth#**0.23.3
> > org.apache.hadoop:hadoop-core#**1.0.3
> > Apache Geronimo - ASLv2.0
> > org.apache.geronimo.**components:geronimo-jaspi#2.0.**0
> > org.apache.geronimo.specs:**geronimo-osgi-locator#1.1
> > Apache Shiro - ASLv2.0
> > org.apache.shiro:shiro-web#1.**2.1
> > ApacheDS - ASLv2.0
> > org.apache.directory.server:**apacheds-all#1.5.5
> > Log4J - ASLv2.0
> > log4j:log4j#1.2.17
> > SL4J - MIT
> > org.slf4j:slf4j-api#1.6.6
> > org.slf4j:slf4j-log4j12#1.6.6
> > Guava - ASLv2.0
> > com.google.guava:guava#14.0-**rc1
> > HttpClient - ASLv2.0
> > org.apache.httpcomponents:**httpclient#4.2.1
> > Jetty - ASLv2.0
> > org.eclipse.jetty:jetty-**server#8.1.7.v20120910
> > org.eclipse.jetty:jetty-**servlet#8.1.7.v20120910
> > org.eclipse.jetty:jetty-**webapp#8.1.7.v20120910
> > org.eclipse.jetty:jetty-jaspi#**8.1.7.v20120910
> > org.eclipse.jetty.aggregate:**jetty-all#8.1.7.v20120910
> > org.eclipse.jetty:test-jetty-**servlet#8.1.7.v20120910
> > Spring Security - ASLv2.0
> > org.springframework:spring-**core#3.1.3.RELEASE
> > org.springframework:spring-**context#3.1.3.RELEASE
> > org.springframework:spring-**web#3.1.3.RELEASE
> > org.springframework.security:**spring-security-core#3.1.3.**RELEASE
> > org.springframework.security:**spring-security-web#3.1.3.**RELEASE
> > org.springframework.security:**spring-security-config#3.1.3.**RELEASE
> > org.springframework.security:**spring-security-ldap#3.1.2.**RELEASE
> > org.springframework.ldap:**spring-ldap-core#1.3.1.RELEASE
> > org.springframework.ldap:**spring-ldap-core-tiger#1.3.1.**RELEASE
> > org.springframework.ldap:**spring-ldap-odm#1.3.1.RELEASE
> > org.springframework.ldap:**spring-ldap-ldif-core#1.3.1.**RELEASE
> > org.springframework.ldap:**spring-ldap-ldif-batch#1.3.1.**RELEASE
> > JBoss ShrinkWrap - ASLv2.0
> > org.jboss.shrinkwrap:**shrinkwrap-api#1.0.1
> > org.jboss.shrinkwrap:**shrinkwrap-impl-base#1.0.1
> > org.jboss.shrinkwrap.**descriptors:shrinkwrap-**
> > descriptors-api-javaee#2.0.0-**alpha-4
> > org.jboss.shrinkwrap.**descriptors:shrinkwrap-**
> > descriptors-impl-javaee#2.0.0-**alpha-4
> >
> > === Category A Dependencies (Test) ===
> >
> > EasyMock - ASLv2.0
> > org.easymock:easymock#3.0
> > XML Matchers - ASLv2.0
> > org.xmlmatchers:xml-matchers#**0.10
> > Hamcrest - BSDv3
> > org.hamcrest:hamcrest-api#1.0
> > org.hamcrest:hamcrest-core#1.**2.1
> > org.hamcrest:hamcrest-library#**1.2.1
> > JsonPath - ASLv2.0
> > com.jayway.jsonpath:json-path#**0.8.1
> > com.jayway.jsonpath:json-path-**assert#0.8.1
> > XMLTool - ASLv2.0
> > com.mycila.xmltool:xmltool#3.3
> > REST-assured - ASLv2.0
> > com.jayway.restassured:rest-**assured#1.6.2
> >
> > === Category B Dependencies ===
> >
> > Jersey - CDDLv1.1 or GPL2wCPE
> > com.sun.jersey:jersey-server#**1.14
> > com.sun.jersey:jersey-servlet#**1.14
> > Jerico - EPLv1.0
> > net.htmlparser.jericho:**jericho-html#3.2
> > Servlet - CDDLv1.0 or GPLv2
> > javax.servlet:javax.servlet-**api#3.0.1
> > JUnit - CPLv1.0
> > junit:junit#4.11
> >
> > == Cryptography ==
> >
> > The Gateway uses cryptographic software indirectly as a result of having
> > two dependencies: ApacheDS and Apache Shiro. Gateway does not include any
> > special or custom cryptographic technologies.
> >
> > ApacheDS is an ASF project and has been classified Export Commodity
> > Control Number (ECCN) 5D002.C.1 due to it’s dependency on Bouncy Castle.
> > More information on the ApacheDS classification can be found at
> > http://svn.apache.org/repos/**asf/directory/apacheds/trunk/**
> > installers/README<
> http://svn.apache.org/repos/asf/directory/apacheds/trunk/installers/README
> >
> >
> > Apache Shiro is an ASF project and has been classified Export Commodity
> > Control Number (ECCN) 5D002.C.1. More information on the Apache Shiro
> > classification can be found at http://svn.apache.org/repos/**
> > asf/shiro/trunk/README<
> http://svn.apache.org/repos/asf/shiro/trunk/README>
> >
> > == Required Resources ==
> >
> > === Mailing lists ===
> >
> > knox-dev AT incubator DOT apache DOT org
> > knox-commits AT incubator DOT apache DOT org
> > knox-user AT hms incubator apache DOT org
> > knox-private AT incubator DOT apache DOT org
> >
> > === Subversion Directory ===
> >
> > https://svn.apache.org/repos/**asf/incubator/knox<
> https://svn.apache.org/repos/asf/incubator/knox>
> >
> > === Issue Tracking ===
> >
> > JIRA Knox (KNOX)
> >
> > == Initial Committers ==
> >
> > Kevin Minder (kevin DOT minder AT hortonworks DOT com)
> > Larry McCay (lmccay AT hortonworks DOT com)
> > John Speidel (jspeidel AT hortonworks DOT com)
> > Tom Beerbower (tbeerbower AT hortonworks DOT com)
> > Sumit Mohanty (smohanty AT hortonworks DOT com)
> >
> > == Affiliations ==
> >
> > Kevin Minder (Hortonworks)
> > Larry McCay (Hortonworks)
> > John Speidel (Hortonworks)
> > Tom Beerbower (Hortonworks)
> > Sumit Mohanty (Hortonworks)
> >
> > == Sponsors ==
> >
> > === Champion ===
> >
> > Devaraj Das (ddas AT apache DOT org)
> >
> > === Nominated Mentors ===
> >
> > Owen O’Malley (omalley AT apache DOT org)
> > Mahadev Konar (mahadev AT apache DOT org)
> > Alan Gates (gates AT apache DOT org)
> > Devaraj Das (ddas AT apache DOT org)
> >
> > === Sponsoring Entity ===
> >
> > Incubator PMC
> >
> > ------------------------------**------------------------------**---------
> > To unsubscribe, e-mail: general-unsubscribe@incubator.**apache.org<
> general-unsubscr...@incubator.apache.org>
> > For additional commands, e-mail: general-help@incubator.apache.**org<
> general-h...@incubator.apache.org>
> >
> >
>
>
> --
> Best Regards,
> -- Alex
>

Reply via email to