基于AWS ECS的容器应用实践

1、基于AWS ECS的容器应用实践技术创新 变革未来图片处理跨平台图像处理移动端网页端桌面端AIHDR在线设计满足全球多国市场需求中国版CNCOM海外版45% 的欧美用户35% 的拉美用户20% 亚洲其他地区用户谁在用Fotor 用户分布全球1000万 月活跃数；2.5亿 的海外用户；每月处理 1亿张500w 像素以上的大图，4000万 张在线保存图片；Fotor 只有一台windows server 2008实例发现问题靠人值班重启实例是我们的终极大法令人尴尬的Fotor后台重启实例终于成了过去时Linux + TomcatCDN+ELB+S3, 终于不用担心服务会挂依然尴尬的Fotor后台有

2、Autoscaleing一切都好说Linux + Tomcat还是CDN+ELB+S3原来的配方就这样一个模式：复制复制，开实例再开实例稳定简单但开销嘛就呵呵大量elb和实例的低负载日志都在那里，你自己去找服务的依赖也在那里，你自己去找什么玩意还要分层接口不工作了，快找一下那里有问题了安全审计关我端口干嘛问题来了嗯，我听说微服务才是王道啊，我这node.js也还是跑得不错嘛嗯，Lamada还是不错哟，你听过Serverless没？我说，PHP天下第一你看，你看我的Tornado实现的轻接口，很方便 啊喂，大家都在说容器，我们还是这玩意要解决，不知道是建议还是需求Kubernetes 登场几张网

3、上找来的图，怎么看都是完美的K8S集群方案鞋舒不舒服，只有脚知道版本更新1.0已经是成熟的版本了1.1那一堆bugfix是什么1.2的changelog 说有大改进1.3发布了，这次是真心 可以在生产环境用了就1.3了，已经改了那么多代码，干革命不能老看别人版本升级，妾身跟不上啊Etcd挂了，恢复不了你傻啊，这个要集群，3个node最少，5个node是有必要的Etcd镜像管理Docker镜像是要有自己的repo的FlannelFlannel是个好同志Docker overlay network 全靠他了Kube-proxyKube-proxy用过的都知道（基于iptables）还没完问题嘛总是

4、有的，克服一下还是能用的大量elb和实例的低负载日志都在那里，你自己去找服务的依赖也在那里，你自己去找 什么玩意还要分层接口不工作了，快找一下那里有问题了回头再看看我们到底在干嘛？我们的问题解决了么？AWS ECS 简单但有你要的版本更新嗯，不管是agent还是docker，当然大家都是行家，但ECS下点鼠标就好了镜像管理ECS有的，你把docker命令用熟就好了集群状态维护etcd，zookeeper 还是？不用瞎操心了，相信我Docker Overlay network考虑自己的业务，用AWS不用操心这个Proxy 问题ELB，ALB，NLB还有问题没?Service, Task定义虽不高

5、大上，但实用一个例子（Pods， Controller，Service ）ECS接手的活，不需要你自己关心etcd集群数据kube-scheduler- 创 建 分 发 pods kube-controller-manager-运行controllers（node, repli, endpoint, service account）cloud-controller-manager（1.6之后）ECS接手的活，不需要你自己关心kublet监控和管理分配到node的pods kube-proxy操作host的networking rule最后kube-apiserverAWS-CLI对ECS的一些期望的改进Service的状态更新速度稍慢，不方便在测试环境中使用进入容器内部检查状态不是很方便awslogs不能方便的对容器中的多文件文件进行管理和收集监控的粒度不够细（container级别的network，cpu，mem等）对蓝绿发布的支持得不是那么明显，现在需要一点迂回大量elb和实例的低负载日志都在那里，你自己去找服务的依赖也在那里，你自己去找什么玩意还要分层接口不工作了，快找一下那里有问题了看看问题解决了吗?嗯，问题还是很多，但都是自已的正事