看到 [] 我还以为是反串，没想到是真这么想的

会包，不会擀皮，包的不好看，但用点心也不会漏

看起来你的问题在于 Pod 启动后程序还没有成功跑起来，如果是这样的话可以加个就绪探测器试试

确实是不让了： http://liuyan.people.com.cn/threads/content?tid=10633317

软件开发者的工作量化是很难的，强行量化只能让真正干活的人接受不了束缚选择离开，反而是混子还会有无数种方法继续混下去。建议考虑 2 楼的意见，加强团队管理

虽然从 HTTP 方法的语义角度来讲，POST 一把梭的设计也没有什么问题，但是我们在设计 HTTP API 的时候，还是要尽量选用合适的 HTTP 方法，这是 RESTful 设计风格带来的好处，一个 HTTP 请求过程中的所有组件都遵循着这些规则。
比如 GET，为什么都推荐查询要用 GET，除了 GET 本身的语义，也是因为浏览器等组件为 GET 方法提供的一些其他的机制，最典型的例子就是缓存。

回到问题：1. Get filter 参数过多，解决方案一般有两个：① 精简参数及 Value，比如用缩写代替完整表述，用“,”、":"表示分割等方法。② 创建 filter 资源，然后用 filterID 进行 GET 查询。这其实是一种争议很大的方法，用起来很麻烦，所以很多人不愿意用。
就我个人而言，我会尽量使用 ①、如果实在无法使用 ①，我可能在适当的场景下会使用 ②

问题 2：不好看是主观感受，前端处理麻烦是伪命题，如果前端觉得麻烦只是他没这么做过

我会经常想这个电梯的关门按钮是不是安慰剂效应

我觉得你的面试应该是表现很好，导师很看中你，想给你规划好步骤，推着你或者说引导你前进。如果不适应这种节奏可能也没办法，因人而异