Well, there are 2 parts: 1) our client <--> "proxy" server - Client needs to listen for the change on "proxy" server. So Web Sockets can be used here to get the event ASAP and avoid pooling the "proxy" server. But maybe there is more native solution to it in HTTP/2; but I haven't checked yet
2) GitHub -> "proxy" server - Web Sockets wouldn't help here. (GH is initiating the connection.) Regards, Tomas On Po, 2016-08-15 at 09:20 -0400, Andrew Lee Rubinger wrote: > > > On Mon, Aug 15, 2016 at 9:12 AM, Todd Mancini <[email protected]> wrote: > > Although generally considered for client cases (read: web browser with a > > human navigating), is there a sensible application of Web Sockets to > > address this problem? [The allow bi-drectional data flow over complex > > network topologies, including NAT.] > > > > I don't believe that would make sense for this case; it's a true > request/response event model, not an open channel of continuous information > exchange. > > S, > ALR > > > > > -Todd > > > > On Fri, Aug 12, 2016 at 9:36 AM, Tomas Nozicka <[email protected]> wrote: > > > [email protected] > > > > > > On Pá, 2016-08-05 at 22:23 +0200, Tomáš Nožička 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/ > > > > > > > > > > > > > > -- > Red Hat Developer Programs Architecture > @ALRubinger _______________________________________________ dev mailing list [email protected] http://lists.openshift.redhat.com/openshiftmm/listinfo/dev
