Azure应用部署方式对比

如图

azure环境应用托管方式对比



1. app service &＃43; serverless

azure的app service支持几乎所有语言开发的web app&＃xff0c;既可以手动使用publish profile部署&＃xff0c;也可以使用vsts创建一个&＃xff08;CDCI&＃xff09;持续集成。都非常方便。

而azure的function app可以用于创建定时执行的脚本&＃xff0c;比如web hook&＃xff0c;也可以把windows service逻辑搬到云环境&＃xff0c;无需IDE。





优势&＃xff1a;

pay as you go。使用才付钱&＃xff0c;做POC&＃xff08;演示&＃xff09;的首选。比如是开发环境或测试环境&＃xff0c;或者只是演示给客户看。这种方式比较高效。

不要求容器化部署&＃xff0c;数据可以放在云端的应用&＃xff08;如果数据落地&＃xff0c;可考虑混合云&＃xff09;&＃xff0c;都可以考虑使用。





缺陷&＃xff1a;

容器化部署的话需要使用azure container service。





2. vm scale sets

azure 的IAAS&＃xff08;infrastructure as a service)基础架构即服务。就是创建一组虚拟机&＃xff0c;自己管理维护。

优点&＃xff1a;可以通过配置达到自动伸缩&＃xff0c;可以自己管理虚拟机上的一切&＃xff0c;比如子网。

缺点&＃xff1a;

网络安全隐患&＃xff0c;比如没有及时装安全漏洞的补丁。

成本很高。





3. azure 容器服务 &＃xff08;Azure container service)

适用场景&＃xff1a;

azure container service更像是IAAS&＃xff08;infrastructure as a service)基础架构即服务的层面。如果希望在云环境自己管理维护docker容器可以考虑这种方案。





优点&＃xff1a;

可以在云环境托管自己的docker镜像。

兼得docker镜像和云托管的好处。



缺点&＃xff1a;

需要自己管理一切配置。如端口号需要映射从host到container&＃xff0c;并要在最外部防火墙那里管理inbound outbound的规则。

docker中的容器通信&＃xff0c;资源共享&＃xff0c;可能需要借助storage account来解决&＃xff0c;但有额外开销



4. 将docker部署在本地

优势&＃xff1a;

可使用swarm或kubernate动态伸缩

节约托管成本&＃xff0c;最大化利用硬件资源&＃xff0c;单机就能托管多容器从而达到高可用

一次创建image可重复使用





弊端&＃xff1a;

容器的创建完全动态并由swarm管理&＃xff0c;应用的状态数据需要在存在容器外部

容器最好完全隔离。如果真需要通信&＃xff0c;container之间通信需要创建bridge&＃xff0c;跨节点通信需要创建overlay

容器的引入需要为持续集成环境配置额外的步骤&＃xff0c;增加了devops的成本

container之间的共享资源需要额外处理



适用场景&＃xff1a;

一定要本地部署并且要求docker。客户坚持需要把应用部署在本地&＃xff0c;完全不用云。除了使用传统的多VM&＃43;负载均衡以外&＃xff0c;可以使用docker。





结论。首选PAAS&＃xff0c;就是azure app service &＃43; function app&＃xff1b;如果需要容器化考虑azure container service&＃xff08;ACS&＃xff09;&＃xff1b;如果在本地部署&＃xff0c;建议容器化&＃xff1b;如果要传统的多vm&＃43;负载均衡也没问题&＃xff0c;与docker比&＃xff0c;只是硬件不能充分利用而已&＃xff1b;不建议在azure上跑虚拟机 sets&＃xff0c;开销太大还要自己维护。