题 为什么人们在AWS出现时会使用Heroku? Heroku与AWS的区别是什么?


我是初学者RoR程序员,他计划使用Heroku部署我的应用程序。来自我的其他顾问朋友的话说,Heroku非常简单,易于使用。唯一的问题是我仍然不知道Heroku做了什么......

我看了他们的 网站 简而言之,Heroku所做的是帮助扩展,但......为什么这甚至重要? Heroku如何帮助:

  1. 速度 - 我的研究表明,如果我的目标是美国/亚洲的受众,那么在美国东海岸部署AWS将是最快的。

  2. 安全 - 他们有多安全?

  3. 缩放 - 它是如何实际工作的?

  4. 成本效率 - 像dyno这样的东西可以很容易地扩展。

  5. 他们如何与竞争对手竞争?例如, 发动机场 和 BLUEBOX

请用外行英语术语来解释......我是初学程序员。


970
2018-03-21 10:00


起源


我实际上是因为免费计划而使用它;)。 - weddingcakes
您应该问过Heroku和AWS弹性beanstalk之间的区别。否则您将得到通常的“PaaS vs IaaS”答案,而不是您可能正在寻找的答案。 - Jus12
在heroku上进行开发,在heroku上进行扩展,在heroku上进行创新......然后,一旦创意出现,那就转移到aws ......就像你在招聘时一样。 - Muhammad Umer
一旦您使用一些服务并且需要转移,配置,测试所有服务,它可能很难迁移......它肯定会有成本 - Paolo
关于Heroku我最喜欢的一件事是从Github自动部署,所以我可以有一个 production 我的回购分支。每当一个新的提交被推送到该repo时,Heroku会自动抓取它,构建它并部署它。我根本不需要担心任何服务器端! - Razi Shaban


答案:


AWS / Heroku对于小型业余爱好项目都是免费的(首先)。

如果您想立即启动应用程序,而无需对架构进行太多自定义,请选择 Heroku的

如果您想专注于架构并能够使用不同的Web服务器,那么请选择 AWS。根据您选择的服务/产品,AWS更耗时,但值得。 AWS还提供了许多插件服务和产品。


Heroku的

  • 平台即服务(PAAS)
  • 好文档
  • 有内置的工具和架构。
  • 设计app时对架构的控制有限。
  • 部署得到处理(仅通过git命令)。
  • 不费时间。

AWS

  • 基础设施即服务(IAAS)
  • 多功能 - 有许多产品,如EC2,LAMBDA,EMR等。
  • 可以使用专用实例来更好地控制体系结构,例如选择操作系统,软件版本等。有多个后端层。
  • Elastic Beanstalk是一个类似于Heroku的PAAS的功能。
  • 可以使用自动部署,也可以自行部署。

133
2017-10-05 08:46



ElasticBeanstalk比Heroku更具成本效益,因为除了您使用的服务器之外,服务没有标记。您还可以将ElasticBeanstalk与AWS免费套餐一起使用 aws.amazon.com/elasticbeanstalk/pricing - Zags
@Zags“具有成本效益”是一个意见问题。如果我可以在不到一分钟的时间内创建和部署Heroku应用程序,并且设置Beanstalk需要花费数小时的时间 - 考虑到几个小时的开发人员时间会破坏Beanstalk可能带来的任何“节省”,这不符合成本效益。这真的取决于优先级 - 运输功能更重要还是设置和维护基础设施更重要? - Brian Dear
@BrianDear易于设置取决于您对各种系统的熟悉程度。即使ElasticBeanstalk需要更长的时间来设置同等熟悉度,AWS通常也是Heroku成本的60%(将Heruku性能-m与AWS m4.xlarge进行比较)。服务器账单低至每月100美元,节省40%将在一年内收回“几小时工程”的成本。服务器账单越高,AWS的参数越强。 - Zags
在Beanstalk上部署需要大约5分钟。选择平台 - >上传zip - >飘柔。想通过推送来掌握?花费另外5分钟设置CodePipeline。如果CLI对您造成威胁,则只需使用GUI控制台即可完成这两个工作流程。 - Anthony Manning-Franklin
遗憾的是,AWS下未列出文档。 AWS拥​​有任何技术/平台的最佳文档之一。我在大约2013年发布这个答案之前就已经习惯了。 - mnmopazem


首先,AWS和Heroku是不同的东西。 AWS提供基础架构即服务(IaaS的)而Heroku提供平台即服务(PaaS的)。

有什么不同?非常接近,IaaS为您提供所需的组件,以便在其上构建内容; PaaS为您提供了一个环境,您只需推送代码和一些基本配置,即可获得正在运行的应用程序。 IaaS可以为您提供更多的功能和灵活性,但代价是必须自己构建和维护更多。

要让您的代码在AWS上运行并且看起来有点像Heroku部署,您需要一些EC2实例 - 您需要在其上安装负载均衡器/缓存层(例如, ),你会希望实例运行类似的东西 乘客 和 nginx的 要为您的代码提供服务,您需要部署和配置类似的集群数据库实例 PostgreSQL的。您需要一个类似的部署系统 Capistrano的和做日志聚合的事情。

这不是一项微不足道的建立和维护工作。使用Heroku,进入那种阶段所需的努力可能是几行应用程序代码和一行 git push

所以你就是这么远,你想要扩大规模。大。你正在使用 木偶 为你的EC2部署,对吗?因此,现在您可以根据需要配置Capistrano文件以启动/关闭实例;你重新点击你的Puppet配置,这样Varnish就会知道web-worker实例,并会自动在它们之间进行池化。或者你 heroku scale web:+5

希望这能让您了解两者之间的比较。现在解决您的具体问题:

速度

目前,Heroku仅在AWS实例上运行 us-east 和 eu-west。对你来说,这听起来像你想要的。对于其他人来说,这可能是一个更重要的考虑因素。

安全

我已经看到很多内部维护的生产服务器在安全更新方面落伍,或者通常很难整合在一起。使用Heroku,你有其他人管理那种事情,这可能是一种祝福或诅咒,取决于你如何看待它!

部署时,您可以将代码直接交给Heroku。这可能是一个问题。他们的文章 Dyno隔离 详细介绍了他们的隔离技术(好像多个dynos在各个EC2实例上运行)。几位同事表达了这些技术的问题和隔离的强度;我真的没有足够的知识/经验来评论,但我目前的Heroku部署认为“足够好”。对我来说这可能是一个问题,我不知道。

缩放

我谈到了如何在上面的IaaS vs PaaS比较中实现这一点。大概,你的申请有一个 Procfile,有形式的线条 dyno_type: command_to_run,所以例如(cribbed from http://devcenter.heroku.com/articles/process-model):

web:    bundle exec rails server
worker: bundle exec rake jobs:work

这个,有一个:

heroku scale web:2 worker:10

会导致你有2 web dynos和10 worker dynos跑。很好,简单,容易。注意 web 是一种特殊的dyno类型,可以访问外部世界,并且是他们漂亮的网络流量多路复用器(可能是某种Varnish / nginx组合)的背后,它将相应地路由流量。您的工作人员可能会与消息队列进行交互以进行类似的路由,他们将通过环境中的URL获取该位置。

成本效益

很多人对此有很多不同的看法。目前,dyno小时为0.05美元/小时,相比之下,AWS微型实例为0.025美元/小时,AWS小型实例为0.09美元/小时。

Heroku的 dyno文档 说你有大约512MB的RAM,所以它可能不是  将dyno视为有点像EC2微实例是不合理的。值得加价吗?你重视你的时间多少钱?在IaaS产品之上构建以达到此标准所需的时间和精力绝对不便宜。我不能真的为你回答这个问题,但不要低估设置和维护的“隐性成本”。

(稍微偏僻,但如果我从这里连接到dyno(heroku run bash),粗略的外观显示4核 /proc/cpuinfo 和36GB的RAM - 这让我相信我在上了 “高内存双超大型实例”。 Heroku dyno文档 每个dyno都会收到512MB的RAM,因此我可能会与其他71个dynos共享。 (我没有关于Heroku的AWS实例的同质性的足够数据,所以你的milage可能会有所不同))

他们如何与竞争对手竞争?

这个,我恐怕无法真正帮助你。我唯一真正看过的竞争对手是 Google App Engine  - 当时我正在寻找部署Java应用程序,以及 对可用框架和技术的限制数量 非常令人不快。这不仅仅是“Java事物” - 一般限制和必要考虑的数量(常见问题 几个人的提示似乎不太方便。相比之下,部署到Heroku一直是个梦想。

结论

我希望这可以回答您的问题(如果您有任何空白/其他方面需要解决,请发表评论)。我觉得我应该提供个人立场。我喜欢Heroku的“快速部署”。当我启动一个应用程序,我想要一些便宜的托管(Heroku免费层很棒 - 基本上如果你只需要一个web dyno和5MB的PostgreSQL,它可以免费托管一个应用程序),Heroku是我的首选位置。对于有几个付费客户的“严肃生产部署”,有服务级别协议,有专门的时间花在操作上,等等,我不能完全将自己的控制权卸载到Heroku,然后是AWS或我们自己的服务器一直是首选的托管平台。

最终,它是关于什么最适合你。你说你是“初学程序员” - 可能就是使用Heroku会让你专注于编写Ruby,而不必花时间在你的代码周围建立所有其他基础设施。我肯定会尝试一下。


注意,AWS实际上有一个PaaS产品, Elastic Beanstalk,它支持Ruby,Node.js,PHP,Python,.NET和Java。我认为通常大多数人,当他们看到“AWS”时,会跳到像EC2和S3以及EBS这样的东西,这些肯定是IaaS产品


1953
2018-03-21 10:57



请注意,现在弹性beanstalk完全支持乘客后面的ruby应用程序。 - rewritten
Heroku现在还支持欧盟的服务器,而不仅仅是美国地区。 - Thomas Welton
鉴于AWS BeanStalk,并不是关于Heroku如何成为PaaS解决方案的整个讨论,而AWS“只是”IaaS产品展台无效? - Gmu
@KristianGlass如果我们能得到一个真正关注两个PaaS产品(Beanstalk和Heroku)的更新答案,那将是非常棒的 - Alex Chumbley
很高兴这对人们有用:) @Gmu在回答时,EB足够有限,假设“AWS”意味着“EC2”似乎很合理,但正如Alex建议的那样,我会看看现在重新回答EB已经显着改善。 - Kristian Glass


正如Kristian Glass所说,IaaS之间没有比较(AWS)和PaaS(Heroku的EngineYard的)。

PaaS基本上可以帮助开发人员加速应用程序的开发,从而节省资金,最重要的是创新应用程序和业务,而不是设置配置和管理服务器和数据库等内容。购买使用PaaS的其他功能是应用程序部署过程,例如敏捷性,高可用性,监控,扩展/除垢,对专业知识的有限需求,易于部署以及降低的成本和开发时间。

但PaaS仍然存在一个黑暗的一面,导致PaaS采用的障碍:

  • 减少对服务器和数据库的控制
  • 如果管理不当,成本将非常高
  • 在当前时代过早和可疑

除此之外,你应该有足够的技能来管理你IaaS:

  • 硬件采集
  • 操作系统
  • 服务器软件
  • 服务器端脚本环境
  • 网络服务器
  • 数据库管理系统(Mysql,Redis等)
  • 配置生产服务器
  • 用于测试和部署的工具
  • 监控应用程序
  • 高可用性
  • 加载Blancing / Http路由
  • 服务备份策略
  • 团队协作
  • 重建生产

如果您的业务规模较小,PaaS将是您的最佳选择:

  • 现收现付
  • 启动成本低
  • 将管道留给专家
  • PaaS处理自动扩展/除垢,负载平衡,灾难恢复
  • PaaS管理所有安全要求
  • PaaS管理可靠性,高可用性
  • Paas为您管理许多第三方附加组件

根据要求,它将完全是个人选择。你可以详细了解我的PPT 托管Rails应用程序


57
2018-02-04 07:52



我看到EngineYard和Heroku,当然还有ElasticBeanstalk ...都在AWS下面运行。事实上, 是否有任何主要的PaaS不在下面的aws上运行?  有任何想法吗?干杯 - Fattie
Joe,我知道这已经很晚了,但回答你的问题IBM Bluemix在SoftLayer上运行。 - Antonio Cangiano
还有Azure - Ron E
openshift也是如此。 - dsummersl
越来越多的PaaS解决方案(DIY PaaS)可以在您自己的基础架构上运行,从而解决了PaaS灵活性/控制方面的一些问题。一些例子: openshift, cloudfoundry, Hasura。免责声明:我在Hasura工作。 - iamnat


从开发,IT和业务目标来看这个决策有很多不同的方法,所以如果看起来压倒性的话,不要感到难过。但也 - 不要过度思考可伸缩性。

想想你的 要求

我设计的网站每天提供超过800万的独立服务,每周提供数TB的视频,建立在基础设施上,资金硬件价格高达25万美元,由一个巨大的MM工资人员负担。

但我也有一些较小的网站,其设计目标是每年产生10至2万美元,没有非常高的流量,数据库或处理要求,而且我在没有妥协的情况下运行了10美元/月的通用主机帐户。

在未来,部署将看起来更像Heroku而不是AWS,仅仅是因为进步。在互联网基础设施扩展的IT旋钮转变中没有任何价值,这种基础设施不会越来越自动化,并且没有任何与您提供的产品或服务的价值有任何关系。

此外,请记住商业网站 - 可扩展性是我们通常所说的'好问题' - 尽管Facebook和Twitter等网站的可扩展性问题非常引人注目,但它们对其成功没有负面影响 - 新闻可能会有 贡献 更多的注册(所有媒体都很好)。

如果您的服务每天产生100k +唯一身份并且存在扩展问题,那么无论您运行的语言,数据库,平台或基础架构是什么,我都很乐意为您提供服务!

可伸缩性是一个可修复的实现问题 - 没有客户是存在问题。


30
2018-02-16 17:31





实际上你可以使用两者 - 你可以用亚马逊服务器ec2开发一个应用程序。然后将它(使用git)免费推送到heroku一段时间(使用heroku免费层向公众提供)并进行测试。与租用服务器相比,这是非常划算的,但你必须与更严格的heroku api交谈,这是你应该考虑的事情。资料来源:我的在线课程“Balaji S. Srinivasan和Vijay S. Pande的Coursera / Stanford启动工程”采用了这种方法

Added a scheme so my explanation will be easier to understand


30
2018-02-17 11:30



将微实例用作开发机器而不是使用本地计算机有什么好处?我没有看到在这个特定情况下添加AWS的额外好处。谢谢! - Mateo
可能是因为在学术环境中它会使设置开发环境的指令更加一致,并且他们不必担心在Windows上工作 - Jeff Dickey
该架构有助于避免许多Windows / Linux操作系统的不兼容性。并且无需在本地计算机上安装Linux OS即可学习。如果你有一台Mac,它不是一个问题,但许多人使用Windows。 - sivi
它被称为虚拟机,我仍然没有看到这样做的重点。 - Abe Petrillo
拥有一个独立的舞台和制作平台是一个非常可怕的想法;主要软件版本将以不兼容的方式不同。您应该能够在本地运行代码以进行开发,即使本机操作系统与生产操作系统不同(最坏的情况是VMware或流浪者,或者如果构建嵌入式平台,则使用模拟器;但本机通常更容易工作用)。只有能够远程部署代码到云才是快速应用程序开发的一个可怕障碍,这使得测试和调试不必要地耗费时间。 - Iain Collins


现有答案大致准确:

  • Heroku非常易于使用和部署,可以轻松配置为自动部署存储库(例如GitHub),具有大量第三方附加组件并且每个实例收费更多。

  • AWS拥​​有更广泛的价格具有竞争力的第一方服务,包括DNS,负载平衡,廉价文件存储以及具有能够定义安全策略的企业功能。

为了 TL;博士 跳到这篇文章的末尾。

AWS ElasticBeanstalk尝试提供类似Heroku的自动扩展和简易部署平台。由于它使用EC2实例(它自动创建),EB服务器可以执行任何其他EC2实例可以执行的所有操作,并且运行起来很便宜。

使用EB进行部署非常缓慢;部署更新可能需要每个服务器10-15分钟,而部署到更大的群集可能需要花费一个小时的最佳时间 - 而在Heroku上部署更新只需几秒钟。 EB上的部署也没有得到特别无缝的处理,这可能会对应用程序设计施加限制。

你可以使用ElasticBeanstalk在幕后使用的所有服务来构建你自己的定制系统(使用CodeDeploy,Elastic Load Balancer,Auto Scaling Groups - 以及CodeCommit,CodeBuild和CodePipeline,如果你想全力以赴)但你绝对可以花好几个星期以来第一次设置它,因为它比在EC2中配置的东西相当复杂和稍微琐碎。

AWS Lightsail提供价格具有竞争力的托管选项,但无助于部署或扩展 - 它实际上只是他们的EC2产品的包装(但成本更高)。它允许您在初始设置时自动运行bash脚本,这是一个很好的触摸,但与仅设置EC2实例(您也可以以编程方式执行)的成本相比,它是昂贵的。

关于比较的一些想法(试图回答问题,尽管是以迂回的方式):

  1. 不要低估系统管理的工作量,包括使用安全补丁(以及偶尔的操作系统更新)保持最新安装的所有内容。

  2. 不要低估自动部署,自动扩展以及SSL配置和配置的好处。

    使用Heroku轻松更新Git存储库时自动部署。它几乎是即时的,优雅的,因此最终用户没有中断,并且只有在测试/持续集成通过时才能设置为更新,因此如果部署损坏的代码,则不会破坏您的站点。

    您也可以使用ElasticBeanstalk进行自动部署,但要准备好第一次花一周时间设置 - 您可能必须更改部署和构建资产(如CSS和JS)的方式,以便使用ElasticBeanstalk处理部署或构建逻辑的方式进入你的应用程序来处理部署。

    请注意估算无缝部署的成本,无需中断EB,您需要运行多个实例 - EB单独为每个服务器推出更新,以免您的服务降级 - Heroku为您提供新的dyno,只是弃用旧服务,直到所有请求都被处理完毕(然后删除它)。

    有趣的是,使用EB运行多个服务器的托管成本可能比单个Heroku实例便宜,特别是一旦包含附加组件的成本。

其他一些问题没有特别提出,但由其他答案提出:

  1. 使用不同的生产和开发提供商是一个坏主意。

    我在说人们在暗示这一点。理想情况下,代码应该在任何合理的平台上运行得很好,因此它尽可能便携,每个主机上的软件版本会有很大差异,因为代码在分段中运行并不意味着它将在生产中运行(例如主要的Node.js / Ruby / Python / PHP / Perl版本在使代码不兼容的方式上可能有所不同,通常以无声的方式,即使你有不错的测试覆盖率也可能无法捕获。

    什么是好主意是利用Heroku之类的东西进行原型设计,小型项目和微型网站 - 这样您就可以快速构建和部署内容,而无需在配置和维护上投入大量时间。

    确保在做出决策时考虑运行生产和预生产实例的成本,而不是忘记复制整个环境的成本(包括第三方服务,如数据存储/添加,安装和配置SSL等) 。

  2. 如果使用AWS,请注意来自Bitnami等供应商的AWS预配置实例 - 它们是安全噩梦。它们可以默认暴露许多臭名昭着的易受攻击的应用程序而不在说明中提及它。

    请考虑使用支持良好的主流分发,例如Ubuntu或Debian(如果需要RPM支持,则使用CentOS)。

    注意:亚马逊产品有自己的发行版,名为Amazon Linux,它使用RPM,但它是特定于EC2的,并且不太受第三方/开源软件的支持。

  3. 您还可以在AWS(或Lightsail)上设置EC2实例,并使用类似的配置 弗林 要么 dokku 在它上面 - 你可以轻松地在其上部署多个站点,如果你保持很多服务或希望能够轻松地开发新东西,这是值得的。然而,设置它并不像使用Heroku那样自动化,你最终可能会花费大量时间来配置和维护它(我发现使用Amazon集群和Docker Swarm进行部署要比设置它们更容易;因人而异)。

我根据我正在进行的项目的需要,同时使用了AWS EC实例(单独和群集),Elastic Beanstalk和Lightsail以及Heroku。

我讨厌花时间配置服务,但是如果我将它用于所有事情而我的Heroku账单将是每年数千,而AWS的成本只是其中的一小部分。

TL;博士

如果钱永远不成问题,我会使用Heroku几乎所有东西,因为它是一个巨大的节省时间 - 但我仍然希望将AWS用于更复杂的项目,我需要灵活性和Heroku不提供的更高级服务。

对我来说理想的情况是,如果ElasticBeanstalk更像是Heroku - 即配置更简单,更快,更好的部署机制。

一个服务的例子 差不多这个 是 now.sh实际上在幕后使用AWS,但使部署和集群像在Heroku上一样简单(具有自动SSL,DNS,优雅部署,超级简单的集群设置和管理)。

我已经在Node.js应用程序和Docker镜像部署中使用了很多,主要的警告是实例是共享的(反映在它们较低的成本中),目前没有购买专用实例的选项。但是,他们的“现在”开源部署工具也可用于部署到AWS以及Google Cloud和Azure上的专用实例。


22
2018-01-12 07:49





好吧,人们通常会在开始部署某些东西时提出这个问题:Heroku或AWS。

我使用Heroku和AWS的实验,这是我的快速回顾和比较:

Heroku的

  • 一个部署任何项目类型的命令:Ruby on Rails,Nodejs
  • 如此多的单击即可集成插件和第三方:从一开始就非常容易。
  • 没有自动缩放;这意味着您需要手动放大/缩小
  • 成本很高,尤其是当系统需要更多资源时
  • 免费实例可用
  • 如果空闲实例处于非活动状态,则它将进入休眠状
  • 数据中心:仅限美国和欧盟
  • CAN可以通过使用来深入/访问机器级别 Heroku run bash (谢谢,MJafar Mash的建议)但它有点受限!您没有完全访问权限!
  • 不需要太了解DevOps

AWS - EC2

  • 这就像具有预配置OS(或不具备)的机器,因此您需要安装软件,库以使您的网站/服务上线。
  • 插件和库需要手动集成,或自动化脚本(公共脚本和由您编写)
  • 自动扩展和负载均衡器是受支持的服务,只需了解如何配置和集成到您的系统
  • 成本相当便宜,取决于您使用它的服务和小时数
  • T2.micro实例有几个免费小时,但通常情况下,你每月需要支付几美元(如果仍然使用T2.micro)
  • 你的免费实例不会全天候上网(因为你可能会付钱:))
  • 数据中心:遍布全球。选择最适合您的区域。
  • 潜入机器级别。所以你可以享受它
  • 关于DevOps的一些知识,但没关系,Stackoverflow在那里很有帮助!

AWS Elastic Beanstalk Heroku的替代品,但更便宜

  • Elastic Beanstalk从2010年开始公布为测试版;它有助于我们更轻松地进行部署。详情请去 这里

  • Beanstalk是免费的,您将支付的费用将用于您使用的服务和使用小时数。

  • 我使用Elastic Beanstalk很长一段时间,我认为它可以替代Heroku而且更便宜!

概要

  • Heroku:一开始很容易, 自由 例如,但后来很贵
  • AWS:不容易,免费提供时间,有点 便宜,Beanstalk应该关注使用

所以在我目前的系统中,我使用Heroku进行升级,使用Beanstalk进行生产!


20
2018-05-23 10:36



我喜欢你回答问题的方式。我试过Heroku和AWS。我同意你的建议: Use Heroku for staging, and Beanstalk for production! - Chetabahana
heroku run bash 并且你有shell访问你的dyno - MJafar Mash
你能给出一些估价吗?我将不得不在Tomcat上发布Java Web App(Spring框架,angularJS等),让我们考虑每月1000个用户,每个用户使用5分钟。估计价格是多少? (如使用率非常低,但整月可用性) - razor
@razor如果你使用t2微实例(适合预生产或小项目),价格是如此便宜,它是每月5美元到10美元作为我在以前的项目中的记忆。这里的细节 aws.amazon.com/ec2/pricing - Hieu Pham
和Heroku会贵得多吗? (2次?)使用simiar?我知道定价页面,但是很难计算/想象这样一个简单的应用程序需要多少CPU功率,或者几个月后数据库的使用量是多少(数据库将是相当小的cource) - razor


我们将业务从Heroku迁移到AWS的业务占很大比例。这两者都有优势,但是在一段时间之后Heroku就会变得混乱......一旦你需要一定程度的复杂性,Heroku的局限性就不再容易维护了。

也就是说,通过使用优秀的框架/工具在AWS上拥有Heroku的易用性和AWS的灵活性,有越来越多的选择。


6
2018-01-08 20:54



你能给出一些估价吗?我将不得不在Tomcat上发布Java Web App(Spring框架,angularJS等),让我们考虑每月1000个用户,每个用户使用5分钟。估计价格是多少? (如使用率非常低,但整月可用性) - razor


有趣的是Heroku实际上在后端使用AWS。它消除了所有开销,并为您进行EC2的架构管理。 (在采访期间从大公司的高级工程师那里获得了这些知识)


1
2018-03-07 01:33





亚马逊网络服务(AWS)提供从IaaS到PaaS的大量服务,确保99.9999999%的耐用性和数据和基础设施的可用性。 AWS提供基础架构自动化以及多种工具,供开发人员管理其应用程序部署过程。

另一方面,Heroku只是PaaS,它提供在云上管理平台的服务。无论是基础设施还是安全,AWS都无处可寻。


1
2018-06-02 03:57



引用需要,“无论是基础设施还是安全,它都与AWS无关。” - pdoherty926