Hi, seems like everybody is working on CI/CD nowadays ;-)
Please see the following project: *iPaaS FUSE* (integration platform-as-a-service). - based on successful enterprise integration project JBoss Fuse (parts already available in Openshift as xPaaS *Fuse Integration Services*) - upstream: https://fabric8.io/ (check out thous cool videos! ;-) ) - project mojo group: https://mojo.redhat.com/groups/ipaas-fuse - overview presentation: https://docs.google.com/presentation/d/1nGeBuAGCfzKNkE0u-J2HqlRjyxSVWtCM8Xcnoe5hQ14/ Maybe they have already solved the webhooks issue. Cheers On Fri, Aug 5, 2016 at 10:23 PM, Tomáš Nožička <tnozi...@redhat.com> wrote: > Hi, > > I am working on pipelines for OpenShift and Catapult, and we are trying > to setup full CI/CD experience for users on their laptops. > > One thing we have encountered is the need for hooks forwarding behind > NAT to user's laptop. I am aware that OpenShift is promoting > ultrahook.com for this use case [1] which is quite fine for OSS and > public projects, but definitely not for enterprise. > > Ultrahook is not secure as a solution because customer data necessarily > leaks to a third party provider in this model. (Ultrahook also returns > 500 for some hooks, there are availability issues, client is a ruby > gem, ...) > > This issue is not limited to end users and their laptops, but it's > relevant even when customers want to run OpenShift servers behind VPN > or otherwise not accessible to receive webhooks from GitHub (or > similar). > > We are thinking about writing such software (OSS) ourselves, so > customers can run it on their own servers, depending on their needs. > But I wanted to check first if, by any chance, someone from OpenShift > isn't already working on that? > > What are your thoughts on this? > > Thanks, > Tomas > > -- > I am thinking about writing the service and client in Go, particularly > because client will be easy to install (with no dependencies) and Go > has great support for manipulating HTTP(2). Also, I've fallen for Go > :) > > This would be also a great project for us to try real CI/CD development > with pipelines builds. > -- > > [1] - https://blog.openshift.com/using-github-hooks-with-your-local-ope > nshift-environment/ > > _______________________________________________ > dev mailing list > dev@lists.openshift.redhat.com > http://lists.openshift.redhat.com/openshiftmm/listinfo/dev >
_______________________________________________ dev mailing list dev@lists.openshift.redhat.com http://lists.openshift.redhat.com/openshiftmm/listinfo/dev
