Kubernetes 社区每周Hangouts笔记-2015年5月15日
每周,Kubernetes贡献社区几乎都会通过Google Hangouts开会。我们希望任何有兴趣的人都知道本论坛讨论的内容。
- v1 API -里面有什么,外面有什么
- 我们正在尝试解决通过v1beta3发现的关键问题
- 想要进行一些次要的清理,这些清理以后会很昂贵
- 默认复制控制器规范默认为1
- 重复数据删除安全上下文
- 将id字段更改为name
- 重命名主机
- 时间不一致
- 容器状态的错字终止(终止与终止)
- 扁平化结构(大量的API用户要求)
- pod模板-可以在V1之后添加,未实现该字段,删除模板引用字段
- 通常,删除所有未实现的字段(稍后可以添加)
- 如果我们要更改任何标识符验证规则,请立即执行
- 最近更改了标签验证规则,使其更加精确
- 更大的变化
- 通用标签选择器
- 服务-更改字段,以便我们尽可能以向前兼容的方式添加功能
- 公共IP-从安全角度来看该怎么办
- 支持aci格式-有一个图像字段-添加属性以表示图像或将其包含在字符串中
- 对象使用/交叉引用不一致-需求设计讨论
- 以后要做的事情
- 卷源清理
- 多个API前缀
- 监视更改-监视客户端未收到进度通知
- 其他一些建议
- 大幅度的规格修复-正在进行中
- 附加的字段选择器-加法,向后兼容
- 附加状态-加性,向后兼容
- 消除阶段-不会达到v1
- 服务讨论-公共IP
- 与现有的公共IP,我们不能去v1
- 如果我们无法进行贾斯汀的大修,蒂姆(Tim)一直在进行缓解措施(但希望我们能做到)
- 贾斯汀的修补程序将以更好的方式描述公共IP
- 通常的问题是它太灵活,您可以做一些令人恐惧的事情,缓解措施是将公共ip使用限制为特定用例-将已验证的公共IP复制到状态,这就是kube-proxy会使用的状态
- 用于-的公共IP
- 绑定到节点/节点
- 请求特定的负载均衡器IP(仅GCE)
- 模拟多端口服务-现在我们支持多端口服务,因此不再需要
- 这是一个很大的变化,70%的代码已完成,Tim和Justin一起工作,并行代码进行了检查和更新,需要进行协调和测试
- 我们是否要允许人们请求主机端口-让人们请求公共端口是否有任何价值?还是我们应该给你分配一个?
- 蒂姆:我们应该分配一个
- 讨论如何处理状态-如果用户设置为空,则可能是他们的意图
- 模式的一般答案是绑定
- 第1版后:如果我们可以将Portal ip设置为非用户可设置的字段,那么我们需要确定过渡计划。需要有一个固定的DNS IP。
- 我们应该能够只为服务随机分配一个新端口,并且一切都应该调整,但这对于v1是不可行的
- 提案的下一个迭代:正在对PR进行迭代,在周末进行测试,因此PR有望在下周早些时候准备好-一定会很麻烦!
- API过渡
- 积极删除对v1beta1和v1beta2的所有依赖关系,宣布它们消失
- 处理将触及系统中所有内容并迫使所有内容翻转到v1beta3的脚本
- 同时支持API和此脚本的发行版可以确保集群已移出,我们可以移动API
- 应该走了0.19
- 我们欢迎您提供帮助,尤其是对于琐碎的事情,我们会在接下来的几周内尽力而为
- 发布针对6月中旬的候选人
- 新的kubectl不适用于旧的API,对于固定到旧版本的集群,对于GKE来说将是一个问题。如果k8s用户更新kubectl也将是一个问题
- 由于无法升级GKE集群,因此用户将不得不拆除并升级其集群
- 我们将很快停止测试v1beta1,以尝试简化CI管道中的测试路径
- 我们是否确定不打算进行名称空间自动配置?
- Brian希望将其关闭-无异议
- 文档应包括创建名称空间
- 想要为默认名称空间强加一个默认CPU
- 限制豆荚的数量,减少资源枯竭的问题
- 消除了由于IP耗尽而明确限制节点上Pod数量的需要
- 可以添加资源作为瓷器命令的参数
- kubectl run是一个简化的命令,但它可能包含一些常见的东西(图像,命令,端口)。但可以增加资源
- Kubernetes 1.0启动事件
- 保存*博客文章,白皮书等,欢迎发布
- 活动将现场直播,主要是演示和客户演讲,主题演讲
- 晚上的大型发布会
- 套件,可在未来几周内发送更多信息