Deployment 什么是「；“正确的道路”；要在AWS上部署简单的应用程序/博客？
我是AWS的新手，我做了研究，但没有得到一个好的答案，因此问了一个简单的问题 到目前为止我做了什么Deployment 什么是「；“正确的道路”；要在AWS上部署简单的应用程序/博客？,deployment,amazon-web-services,Deployment,Amazon Web Services,我是AWS的新手，我做了研究，但没有得到一个好的答案，因此问了一个简单的问题 到目前为止我做了什么 我启动了一个LinuxAMI，安装了LAMP并部署了我的应用程序，运行良好 弹性IP是AMI的设置 域名也被正确指出 所以事实上，如果你能看到这个应用程序，与它互动 我的问题是，我现在完成了吗？我的应用程序部署是否正确？正如我所听到的恐怖故事，包括AWS AMI撞车等 你能分享一下你在这方面的专业知识吗 了解您的AWS EC2服务器在任何时候都“可能”发生故障是很重要的。。。这是“设计的”。。
- 我启动了一个LinuxAMI，安装了LAMP并部署了我的应用程序，运行良好
- 弹性IP是AMI的设置
- 域名也被正确指出
你能分享一下你在这方面的专业知识吗 了解您的AWS EC2服务器在任何时候都“可能”发生故障是很重要的。。。这是“设计的”。。。他们向你收取廉价非冗余商品硬件的廉价租金。。。没有SLA 因此，真正的问题是：您是否有完善的文档（理想情况下是脚本化的）流程，可以从头开始快速重建服务器和/或从EBS快照恢复服务器 如果这个问题的答案是：是的！那么我会说你“做得对”
如果不是的话，你可能想花多一点时间去了解AWS土地上可能发生的坏事。。。（同样是“出于设计”）。没有好办法。您至少需要一个负载平衡器和两个应用程序实例。另外，根据您的应用程序，您将需要一个容错RDS实例和/或S3
对于简单的应用程序或博客来说，AWS是错误的解决方案。通过使用单个VPS或其他提供商的专用服务器，您可以以更低的成本获得更好的性能和耐用性。使用AWS，您将为快速扩展应用程序的能力支付额外费用。如果你不需要这样做，那就不是正确的选择。90%使用AWS的人不理解这一点。根据您对问题的评论，所有可能的情况中最好的是一个高可用、多AZ、自动缩放的web层，支持mysql db复制，或者，如果您负担得起的话，支持类似Amazon RDS的东西 太过分了。。。我想。。。但如果您担心亚马逊的无数故障模式，那么高可用性是有代价的。该模板的默认实例（包括multi-AZ RDS）如果你真的专注于你的博客，并且可以保证你在上面写上几年，你可以 那是一大笔钱，是的。但这也比我在纽约的每月汽车保险费率低。这比亚马逊的价格更能说明我可疑的保险公司或我的驾驶记录，但在一些个人应用程序中，高可用性的设计可能是值得的。你的时间对你来说值多少钱？博客怎么样 称之为金本位制，因为你必须有一辆装满黄金的自卸车才能买得起，而且还能吃。当你开始流血时，你会损失什么
- AZs：拍摄多AZ部署，您将面临AZ中断的风险。这种情况并不经常发生，但不要担心，如果你围绕一个AZ进行设计，你会遇到一些问题
- RDS/复制MySQL：失去高可用数据解决方案，您就有可能失去数据。这是一个痛苦的恢复，你最好在设计时牢记它，即使它像偶尔的EBS快照一样简单
- 多个web服务器：与MySQL数据库一样，如果将web层放在一台机器上，则要求停机。如果你能负担得起其他选择，你可以围绕它进行设计。否则，您将需要一种简单的编程方式来构造Web服务器
- 自动缩放：我不明白为什么有人在设计AWS应用程序时不使用Autoscaling via或CLI工具，即使最小实例数和最大实例数正好是一个。包括大量的CloudWatch指标，使实例监控变得容易，但这当然取决于
- 配置管理：每个AWS设计的共同主题是配置管理。无论实际部署多少台机器，它都是部署过程中最重要的组件。无论您使用的是CloudFormation、Chef、Puppet或其他服务，还是您现在花在配置管理上的任何时间，当您对机器构造仍然记忆犹新时，都将在以后得到奖励
你可以通过亚马逊的服务部分达到金本位制。它包括足够的时间在单个AZ中连续运行一个微实例、一个ELB和一个小RDS实例。在撰写本文时，它还允许使用10个自定义CloudWatch指标。免费层仅适用于新客户使用第一年的情况。如果您将其产品与一些基本的配置管理相结合，您可以合理地在AWS上运行一个小型博客，以避免出现许多停机情况。abc.com就是一个示例。EBS支持的或实例存储？“Right”是模糊的。理想情况下，您可能有几个单点故障，例如，您至少有2台应用程序服务器、至少2台数据库服务器等（或者您可以快速故障切换到新服务器的设置）。但是，如果只是你的博客，那显然是矫枉过正了。@AndrewM没有EBS的支持。@FrederickCheung“Right”常常含糊不清，我正在努力学习所有可能的最佳案例。谢谢。你提出了两种方法。我不知道。1） 编写脚本以再次复制整个设置。2） 在EBS中备份数据，只需更改AMI即可。包括在单个AZ中运行24/7、微利用灯堆栈所需的大部分内容，并以保护您免受大多数停机事件影响的方式进行操作。我认为，更深层次的误解是学习曲线：在任何价位上“做对”都需要理解一系列几乎完全相同的实现，但并不完全相同的组件。