@qianhun 248244142 我 QQ 。我想请教一下，这个上面回复太慢了

@qianhun 我知道你这种方式，我这里只是做了一个测试，结果仍然是不能访问

@qianhun 不知到啥原因 这种方式也不行
apiVersion: v1
kind: Pod
metadata:
name: server-pod
spec:
hostNetwork: true
dnsPolicy: ClusterFirstWithHostNet
containers:
- name: server
image: yddeng/server:1.1
command: ["./server"]
args: ["server-0","127.0.0.1:9563"]

@buffzty k8s 集群内部可以访问，外边不行

@aragakiyuii @buffzty 我用的 docker 自带的 k8s ， 好像代理不了。之前用 minikube 普通的 service 都转发不出来。用的 mac 。 可能新手就需要踩这些坑吧

@Tinet 能详细说说这两个步骤吗？

@hwdef headless service 好像也是集群内部访问的，集群外不能访问

哈哈，引个流。像百度网盘的网盘 https://github.com/yddeng/filecloud

像百度网盘的网盘 https://github.com/yddeng/filecloud

@julyclyde 感谢，我是现在才听到老领导的话

@julyclyde 你所说的现成东西是什么

@julyclyde 之前用的 suproried ，但需要每个服务单独写配置文件，上传执行程序、配置也没有工具。且也没有找到满足需求的工具，才有了这个项目

@ragnaroks 一年前做了一个文件系统 https://github.com/yddeng/filecloud 。也是为了上传运行程序方便，不过使用还是有一些问题（可执行程序上传后失去权限），现在弄成命令的方式 用 scp 上传到目标服

不知道有这个东西，研究一下
@podel

go 中的堵塞不是操作系统上的概念，只是表现结果相似。有自己的 GPM 调度模型，它的堵塞是将当前协程让出运行的系统线程，将自己加入到等待队列，不再执行调度，直到事件到来，条件满足再加入到运行队列等待调度。这里的等待队列示情况而定，比如 channel，就是加入到 channel 的等待队列，接受到数据后将其放入 go 运行的全局队列。实际上 go 中的所有涉及到系统调用的堵塞，都是封装过的，socket 在读数据没有数据时，将 go 程放到 go 实现的 netpoller 中等待，直到数据过来再加入到可运行队列。

看看我的开源项目 https://github.com/yddeng/filecloud

增加了文件保存方式，可选择多份保存、仅保存一份源文件

目前没有做存盘，每次启动扫描配置目录，根据文件建立的索引，所以需要目录下有文件才能在前端显示。后面可以加上存盘，将文件指向一起存下来，重启后仍然可以在多个目录下看到文件

秒传功能现在是拷贝完整文件，不同目录下是复制了一份文件，相同目录就直接判断存在。后面会改成一个文件指向，指向原始文件。