[ https://issues.apache.org/jira/browse/FLINK-17611?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17108013#comment-17108013 ]
Francesco Guardiani commented on FLINK-17611: --------------------------------------------- > Does the {{unix://}} scheme convention also support endpoint paths? > Otherwise, I also see a {{http+unix://}} convention used by > [requests-unixsocket|https://pypi.org/project/requests-unixsocket/] to > specify both the socket file path and url when performing HTTP requests over > UDS. In theory a socket file could end without extension, so there's no way to distinguish where the file path end and the http path begin. This convention is probably based on the assumption that socket files ends always with .sock If the tradeoff is between a new field and assuming always that the file ends with .sock, i probably would prefer using http+unix convention. I'll reflect these changes on the pr > Support unix domain sockets for sidecar communication in Stateful Functions > --------------------------------------------------------------------------- > > Key: FLINK-17611 > URL: https://issues.apache.org/jira/browse/FLINK-17611 > Project: Flink > Issue Type: New Feature > Components: Stateful Functions > Reporter: Francesco Guardiani > Assignee: Francesco Guardiani > Priority: Major > Labels: pull-request-available > Original Estimate: 48h > Remaining Estimate: 48h > > Hi all, > I'm quite new to this project and I've started investigating its potential > usage in Kubernetes. > I've found in past that using Unix Domain Sockets across several containers > in the same pod gives an interesting performance boost and drastically > reduces the overhead of going through the network stack. Given that > containers in a pod run in the same host, it's perfectly reasonable to let > them communicate through unix domain sockets. > If you're interested in such feature, I'm more than willing to help > implementing that, given that I need a few pointers where to start from -- This message was sent by Atlassian Jira (v8.3.4#803005)