在不同的Amazon服务器上运行Docker容器有没有好处?
如果我已经构build了一个基于微服务的Web应用程序,在不同服务器上运行Docker容器有什么好处吗? 当我说服务器,我的意思是每个人都有自己的操作系统,内核等
一个显而易见的好处是,如果这台机器停机,它不会把所有的服务都取下来,但除此之外有什么好处呢?
另外,Elastic Beanstalk ALREADY能做到这一点吗? 还是只是在一台共享内核的机器上部署容器(类似于本地机器上的Docker)。
你正在谈论一个集群解决scheme。 这是在多个节点(主机)上运行你的服务。
其优点是高可用性(无单点故障)和可扩展性; 您可以将负载分散到多个节点上,并且可以根据需要增加/减less节点的数量以适应使用情况。 所有这些都需要在devise应用程序时予以照顾。
如今,所有主要的云提供商都拥有专有技术来覆盖集群。 您可以使用AWS的Elastic Beanstalk创build基于Docker容器的群集解决scheme作为构build块。 但是,您可以使用AWS的技术来locking自己。 我更愿意完全依靠开源技术(例如:Docker Swarm,Kubernetes)进行集群,以便部署到本地数据中心和不同的云解决scheme(AWS,Azure,GCP)。
- 使用预configuration的Docker容器进行Elastic Beanstalk Django部署
- 在Elastic Beanstalk上部署Docker环境
- 从私有Docker仓库将映像部署到AWS Elastic Beanstalk
- Elastic Beanstalk,Docker和持续集成
- Dockercachinggradle依赖
- 使用AWS Application Load Balancer的Websocket超时
- AWS ElasticBeanstalk Docker:由于ERROR:JSONDecodeError,eb本地运行崩溃
- Elastic Beanstalk多容器Docker环境:在两个API之间redirect请求
- Elastic Beanstalk / Docker – 没有这样的文件或目录package.json