持续优化改进

[bbklab]

• 用libkv重写store层，支持4种常见KVStore (之前IPAM已经用了，manager需要补上)
• 用leadership重写HA选举逻辑，目前是基于zk的
• 合并逻辑，精简方法 （主要针对 api 包下的 http handler，单个函数太大了）
• manager启动过程会进行多次选举，需要排查和优化
• 用 context 改造 api包下的 rourter 和 handler，精简代码
• Constraint增加uniq操作符，如果有uniq操作符，则Task数量不生效
• version spec中的 env／label 可能和 parameters 中的 env/label 参数重复，容易引起困惑
• 去掉agent上的gin，统一换用gorilla，和manager一致，vendor中去掉gin use gorilla mux replace gin as URL Router #941
• mole 的 agent id 尽量保持和 mesos slave id 一致 use the mesos slave id as swan agent id #921
• purge 过程中，阻塞所有App的API 请求
• 启动初始化过程中，直到第一次全量Reconcile完成前，阻塞所有App的API请求
• 参考GoogleBorg状态定义，封装Task的各类常见错误和失败状态
• swan proxy支持基于session的会话保持，通过重写HTTP Response Header实现
• 重新调度时，尽量避开已经失败过的节点
• agent上通过kernel netlink InetDiagMsg方式获取端口占用情况，目前是通过扫描proc文件 使用 kernel netlink 方式获取节点上的TCP监听端口列表 #888
• 编译强制进行 golint govet ... 等检查
• 补充更多集成测试用例，覆盖尽可能多的场景 补充更多的集成测试用例 #889
• 重新整理offer管理的逻辑, 抽象出Offer常见方法，agents和offer定义也有重复，尽量合并
• potential goroutine leak in scheduler fix the mess of launch tasks logic #930
• 重新整理LaunchTasks的逻辑，目前比较混乱有隐患，偶尔发应用永久pending且goroutine leak fix the mess of launch tasks logic #930
• 使 resource filter 真正生效 fix the mess of launch tasks logic #930
• 重命名代码中三类agent： mole runtime agent, mesos runtime agent(offers), swan agent
• reconcile 应该忽略操作中的App以及pending状态的task skip reconciling on on-going apps & pending tasks to avoid rescheduling #939
• 更多...