[RUBY-ON-RAILS] AWS이있을 때 사람들은 왜 Heroku가 사용합니까? 무엇 AWS에서 Heroku가 구별? [닫은]

AWS이있을 때 사람들은 왜 Heroku가 사용합니까? 무엇 AWS에서 Heroku가 구별? [닫은]

나는에게 Heroku를 사용하여 내 응용 프로그램을 배포 할 계획있어 초보자의 RoR 프로그래머입니다. 내 다른 고문 친구의 말씀은 Heroku가가, 정말 사용하기 쉬운 좋은 것을 말한다. 유일한 문제는 내가 아직 Heroku가가 무슨 생각이 없다는 것입니다 ...

나는 무엇을 Heroku가하는 일은 있지만 ... 이유도없이 그렇게하지 스케일링에 도움이됩니다, 자신의 웹 사이트와 간단히 말해서 봤는데? 방법으로 Heroku가 도움을 수행합니다

설명 평신도 영어 용어를 사용하시기 바랍니다 ... 나는 초보 프로그래머입니다.

해결법

1. ==============================

   1.AWS / Heroku가 모두 작은 취미 프로젝트 (시작하기) 무료입니다.

   AWS / Heroku가 모두 작은 취미 프로젝트 (시작하기) 무료입니다.

   당신이 바로, 아키텍처의 많은 정의하지 않고 응용 프로그램을 시작하려면, 다음 Heroku가를 선택합니다.

   당신이 아키텍처에 초점을 다른 웹 서버를 사용 할 수있게하려면, 다음 AWS를 선택합니다. AWS는 더 많은 시간이 소요 당신이 선택하는 어떤 서비스 / 제품을 기반으로하지만, 가치가 될 수 있습니다. AWS는 또한 많은 플러그인 서비스와 제품이 함께 제공됩니다.

   Heroku가

   AWS

2. ==============================

   2.중요한 것부터 먼저, AWS와 Heroku가 다른 것들입니다. AWS는 Heroku가이 서비스 (PaaS를)와 같은 플랫폼을 제공하는 반면, 서비스 (IaaS의)와 같은 인프라를 제공합니다.

   중요한 것부터 먼저, AWS와 Heroku가 다른 것들입니다. AWS는 Heroku가이 서비스 (PaaS를)와 같은 플랫폼을 제공하는 반면, 서비스 (IaaS의)와 같은 인프라를 제공합니다.

   차이점이 뭐야? 매우 약, IaaS를 사용하면 그 위에 빌드 일하기 위해 필요하면 구성 요소를 제공합니다; PaaS를 당신이 단지 코드와 기본적인 구성을 누르고 실행중인 응용 프로그램을 얻을 수있는 환경을 제공합니다. IaaS의 자신을 구축하고 더 유지해야하는 비용으로, 더 많은 파워와 유연성을 제공 할 수 있습니다.

   AWS에서 실행하고 Heroku가 배포 같은 비트를 찾고 코드를 얻으려면, 당신은 몇 가지 EC2 인스턴스를 할 것입니다 - 당신이, 당신이 인스턴스가 같은 것을 실행 할 것 (예를 들어, 니스) 그들에 설치된 부하 분산 / 캐시 계층을 할 것입니다 여객 및 코드를 제공하기 nginx를, 당신은 배포과 PostgreSQL과 같은의 클러스터 데이터베이스 인스턴스를 구성 할 수 있습니다. 당신은 카피 스트라 노 같은, 뭔가 로그 집계를하는 ​​사람들과 배포 시스템을 원하는 것입니다.

   즉, 설치 및 유지 관리 할 일이 하찮은 양이 아니다. Heroku가 함께 노력 무대의 종류는 아마도 응용 프로그램 코드와 자식 푸시 몇 줄의이다에 도착해야합니다.

   그래서 당신은 지금까지이있어, 당신은 확장하고자합니다. 큰. 당신이 바로 당신의 EC2 배포 인형을 사용하고? 그래서 지금 당신은 당신의 카피 스트라 노 필요에 따라 인스턴스 아래 / 스핀 업 파일 구성; 니스는 웹 작업자 인스턴스를 인식하고 그 사이에 자동으로 풀 것, 그래서 당신은 당신의 인형의 설정을-지그 재. 또는 Heroku가 웹을 확장 : 5.

   희망이 당신에게 둘 사이의 비교의 아이디어를 제공합니다. 이제 특정 점을 해결하기 :

   현재 Heroku가 단지 우리-동쪽과 유럽 연합 (EU) 서쪽에 AWS 인스턴스에서 실행됩니다. 당신을 위해,이 소리는 어쨌든 원하는 것을 좋아한다. 다른 사람들을 위해, 그것은 고려의 가능성이 더.

   나는 보안 업데이트에 방법 뒤에, 또는 다만 일반적으로 제대로 조립 내부적으로 유지 프로덕션 서버를 많이 봤어요. Heroku가, 당신은 다른 사람을 축복 또는 저주 중 하나가 당신이 어떻게 보는가에 따라되는 그런 종류의 물건을, 관리를!

   당신은 배포 할 때, 당신은 효과적으로 Heroku가 바로 이상 코드를 전달하고 있습니다. 이것은 문제가 될 수 있습니다. 다이노 절연에 그들의 기사는 분리 기술 (여러 동력계 개별 EC2 인스턴스에서 실행되는 것처럼 보인다)에 대해 자세히 설명합니다. 몇몇 동료들은 이러한 기술과 고립의 강도 문제를 표명했다; 나는 정말 코멘트에 충분한 지식 / 경험의 위치에 슬프게도을,하지만 내 현재 Heroku가 배포는 "충분히 좋은"고려하십시오. 그것은 당신을 위해 문제가 될 수 있습니다, 난 모르겠어요.

   나는 1 위 PaaS를 비교 대 내 IaaS의에서이를 구현하는 방법에 만졌다. 그래서 예를 들어 (http://devcenter.heroku.com/articles/process-model에서 cribbed) command_to_run : 약, 응용 프로그램의 형식 dyno_type의 라인을 가진 Procfile을 가지고 있습니다 :

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

   이, A를 :

   heroku scale web:2 worker:10
   

   당신은이 웹 동력계 및 실행 10 작업자 동력계를 가지고 발생합니다. 니스, 간단하고 편리합니다. 참고 웹은 외부 세계에 액세스 할 수있는, 그들의 좋은 웹 트래픽 멀티플렉서 뒤에 특별한 다이노 유형 (광택 / nginx를 조합의 아마 일종) 따라 그 의지 경로 트래픽입니다. 아마 상호 작용 그들이 환경에서 URL을 통해 위치를 얻을 수 있습니다있는 유사한 라우팅을위한 메시지 큐와 귀하의 노동자.

   많은 사람들이 이것에 대해 다른 의견 많이 있습니다. 현재 다이노 시간 동안 그것의 $ 0.05 / 시간은 AWS 마이크로 예를 들어 $ 0.025 / 시간 또는 AWS 작은 예를 들어 $ 0.09 / 시간 비교.

   Heroku가의 다이노 문서는이 EC2 마이크로 인스턴스 같은 비트 같은 다이노을 고려하는 것이 아마도 너무 무리하지 그래서 당신은, RAM 512MB의에 대한이 말했다. 그것은 가치가 가격을 두 배로 있나요? 얼마나 당신은 당신의 시간을 가치합니까? 시간과 노력의 양이 표준을 얻기 위해 IaaS를 제공 위에 구축하는 데 필요한 싼 확실히 아니다. 난 정말 당신을 위해이 질문에 대답 할 수 없지만, 설치 및 유지 보수의 '숨겨진 비용'을 과소 평가하지 않습니다.

   (A는 제쳐두고의 비트,하지만 난 여기에서 다이노에 연결하는 경우 (Heroku가 떠들썩한 파티를 실행), 피상적 인 모습을 보여줍니다 4 코어에서 / proc 디렉토리 / cpuinfo의와 RAM의 36기가바이트 -이 리드 날 나는에있어 믿고 " 고용량 메모리 더블 엑스트라 라지 인스턴스 ".에게 Heroku 다이노 문서는 각 다이노 나는 잠재적으로 71 다른 동력계까지 공유하고 있습니다 때문에, RAM 512MB의를 수신했다. (나는에게 Heroku의 AWS 인스턴스의 homogeny에 대한 충분한 데이터가없는, )) 당신의 사용량은 다를 수 있으므로

   이것은, 내가 정말 당신을 도울 수 두려워. 나는 자바 응용 프로그램을 배포하고자 한 시간에, 그리고 가능한 프레임 워크 및 기술에 대한 제한의 양이 매우 불쾌했다 - 내가 정말 검토 한 유일한 경쟁자는 구글 앱 엔진이었다. 적은 편리 이상의 보였다 (몇 가지의 질문 힌트) 일반 제한 및 필요 사항의 양 -이 더 "그냥 자바 것"보다. 반면, Heroku가에 배포 꿈이었다.

   나는이 질문을 (간격 / 기타 분야가 코멘트 경우 해결하고자하시기 바랍니다) 답변이 되었기를 바랍니다. 나는 내 개인의 위치를 ​​제공한다고 생각한다. 나는 "빠른 배포"를 Heroku가 사랑 해요. 나는 응용 프로그램을 시작하고, 나는 호스팅 싸구려를하려는 경우합니다 (Heroku가 무료 계층은 굉장 - 당신은 단지 하나의 웹 다이노과 PostgreSQL의 5메가바이트, 그것은 응용 프로그램을 호스팅 무료입니다 필요가 본질적 경우), Heroku가 내 위치 이동-하는 것입니다 . 전용 시간은 서비스 수준 계약에 여러 유료 고객과 함께 "심각한 생산 배포",,, 나는 꽤 다음 AWS 또는 중 하나에게 Heroku에 그렇게 많은 제어를 오프로드 자신을 가져오고 수 없습니다 등등 작전에 지출 우리 자신의 서버는 선택의 호스팅 플랫폼이었다.

   궁극적으로, 그것은 당신을 위해 잘 작동하는 무슨에 관하여이다. 넌 "초보자 프로그래머"를 말한다 - 그냥 Heroku가를 사용하여 루비를 작성에 초점을 맞출 수 있도록, 모든 구축 코드 주위의 다른 인프라를 받고 시간을 낭비하지 않아도된다는 것 일 수 있습니다. 나는 확실히 그것을 시도 줄 것입니다.

   참고 AWS 실제로 PaaS를 제공, 탄성 콩 줄기를 가지고 않는 지원 루비, Node.js를, PHP, 파이썬, .NET 및 Java. 그들은 확실히 IaaS를 제공하다 EC2와 S3 및 EBS 같은 것들에 "AWS"점프를 볼 때 나는 일반적으로 대부분의 사람들이 생각

3. ==============================

   3.크리스티안 유리 말했듯의 IaaS (AWS)와 PaaS를 (Heroku가, EngineYard) 간의 비교가 없다.

   크리스티안 유리 말했듯의 IaaS (AWS)와 PaaS를 (Heroku가, EngineYard) 간의 비교가 없다.

   PaaS를 기본적으로함으로써 돈을 절약하고 가장 중요한 서버와 데이터베이스 같은 것들을 자신의 애플리케이션과 비즈니스 혁신 대신 구성을 설정하고 관리하는 응용 프로그램의 개발 속도를 높이기 위해 개발자를하는 데 도움이됩니다. PaaS를 같은 민첩성, 고 가용성, 모니터링, 규모 / 디 스케일, 전문 지식에 대한 제한이 필요, 쉬운 배포 및 비용 절감 및 개발 시간으로 응용 프로그램 배포 과정 사용 구매 다른 기능을 제공합니다.

   하지만 여전히 PaaS를 채택에 장벽을 이끌어 PaaS를에 어두운 측면이있다 :

   외에 당신이 위에서 당신의 IaaS를 관리 할 수있는 충분한 기술 세트를 가져야한다 :

   당신이 소규모 사업을하는 경우, PaaS를 당신을위한 최선의 선택이 될 것입니다 :

   이 요구 사항에 따라 전적으로 개인의 선택이 될 것입니다. 당신은 레일 애플 리케이션을 호스팅 내 PPT에 대한 자세한 내용을 가질 수 있습니다.

4. ==============================

   4.사실 당신은 모두 사용할 수 있습니다 - 당신은 아마존 서버의 EC2와 응용 프로그램을 개발할 수 있습니다. 그리고 그렇게 좋아하고 시험 (공공에 봉사하는 Heroku가 무료로 계층을 사용) 잠시 무료 Heroku가에 (자식으로) 밀어 넣습니다. 매우 서버를 임대에 비해 비용 대비 효과가있다,하지만 당신은 당신이 생각해야 뭔가 더 제한 Heroku가 API를 이야기해야합니다. 출처 :이 방법은 발라지 S. 스 리니 바산과 비제이 S 판데에 의해 코 세라 / 스탠포드에서 내 온라인 수업 "시작 공학 중 하나에 채택되었다

   사실 당신은 모두 사용할 수 있습니다 - 당신은 아마존 서버의 EC2와 응용 프로그램을 개발할 수 있습니다. 그리고 그렇게 좋아하고 시험 (공공에 봉사하는 Heroku가 무료로 계층을 사용) 잠시 무료 Heroku가에 (자식으로) 밀어 넣습니다. 매우 서버를 임대에 비해 비용 대비 효과가있다,하지만 당신은 당신이 생각해야 뭔가 더 제한 Heroku가 API를 이야기해야합니다. 출처 :이 방법은 발라지 S. 스 리니 바산과 비제이 S 판데에 의해 코 세라 / 스탠포드에서 내 온라인 수업 "시작 공학 중 하나에 채택되었다

5. ==============================

   5.보기에 다른 방법이 많이가 압도적 인 것 같으면 그렇게 나쁜 생각하지 않습니다, 개발, IT 및 비즈니스 목표의이 결정에 있습니다. 그러나도 -하지 overthink 확장 성을한다.

   보기에 다른 방법이 많이가 압도적 인 것 같으면 그렇게 나쁜 생각하지 않습니다, 개발, IT 및 비즈니스 목표의이 결정에 있습니다. 그러나도 -하지 overthink 확장 성을한다.

   당신의 요구 사항에 대해 생각해보십시오.

   나는 거대한 $ MM IT 노동 인력 자본 하드웨어 UNR에서 $ 250K에서 시작 인프라 구축 일주일 비디오의 테라 바이트를 하루 8M 이상 유니크 서비스와 제공 한 웹 사이트를 설계했습니다.

   그러나 나는 또한 매우 높은 트래픽, DB 또는 처리 요구 사항이 없었 연간 $ 10- $ 20K를 생성하도록 설계되었습니다 작은 웹 사이트를 했어, 나는 타협없이 $ 10 / 월 일반 호스팅 계정 떨어져 사람들을 달렸다.

   향후, 배포는 때문에 진행, 더 AWS 이상의 Heroku가 같이 표시됩니다. 제로 값이있는 IT 노브 선회 점점 오토메이션하지 않고, 그 어느 것도 당신이 제공하는 제품이나 서비스의 가치와 아무가 없습니다 스케일링 인터넷 인프라의.

   또한, 상용 웹 사이트와 염두에 두어야 - 확장 성이 우리가 흔히 '가 좋은 문제'는 부르는 것이다 - 페이스 북과 트위터 같은 사이트와 확장 성 문제는 매우 높은 프로파일이 있었지만, 그들은 그들의 성공에 제로 부정적인 효과가 있었다 - 뉴스를 더 가입에 기여했을 수 있습니다 (모든 언론은 호평입니다).

   당신이 100,000 + 순 시청자에게 일을 생성하고 확장 문제가되는 서비스가있는 경우, 나는 무슨 일이 있어도 당신을 위해 당신의 손을 벗어하지 기꺼이하려는 언어, DB, 플랫폼, 또는 당신이 실행하는 인프라!

   확장 성이 고칠 구현 문제 - 고객을 가지고 있지 것은 실존 적 문제입니다.

6. ==============================

   6.음, 사람들은 일반적으로이 질문을 물어 Heroku가 또는 AWS 뭔가를 배포하기 시작합니다.

   음, 사람들은 일반적으로이 질문을 물어 Heroku가 또는 AWS 뭔가를 배포하기 시작합니다.

   Heroku가와 AWS의 모두를 사용하여 내 실험은, 여기 내 빠른 검토 및 비교입니다 :

   Heroku가

   AWS - EC2

   AWS 탄성 콩 줄기에게 Heroku의 대안하지만 저렴

   요약

   그래서 내 현재의 시스템에서, 난 생산을위한 준비와 콩나무를위한 Heroku가 사용!

7. ==============================

   7.기존의 답변은 크게 정확하다 :

   기존의 답변은 크게 정확하다 :

   는 TL의 경우, DR이 게시물의 끝으로 건너 뜁니다.

   AWS ElasticBeanstalk는 Heroku가 같은 자동 확장 및 쉽게 배포 플랫폼을 제공하는 시도이다. 그것은 (자동 생성) EC2 인스턴스를 사용하기 때문에 EB 서버는 다른 EC2 인스턴스가 할 수있는 모든 것을하고 실행하는 그것의 싼 할 수 있습니다.

   EB와 배포가 매우 느립니다; 업데이 트를 배포하는 것은 시간의 최고의 참여할 수있는 더 큰 클러스터에 서버 및 배포 당 10~15분 걸릴 수 있습니다 - Heroku가에 업데이트를 배포하기 위해 단 몇 초 만에 비교했다. EB에 대한 배포는 애플리케이션 설계에 제약을 부과 할 수있는, 원활 중 특히 처리되지 않습니다.

   (- 당신이 모두를 가고 싶은 경우 CodeCommit, CodeBuild 및 CodePipeline 탄성로드 밸런서, 자동 스케일링 그룹, CodeDeploy와)하지만 당신은 확실히 좋은을 보낼 수 있습니다 당신은 시스템 맞춤 자신을 구축하기 위해 배후에서 모든 서비스 ElasticBeanstalk 용도로 사용할 수 있습니다 주 부부는 EC2에서 일을 구성하는 것보다 처음이 꽤 뒤얽힌 것 같은 시간과 약간의 잔재주 그것을 설정.

   AWS Lightsail는 경쟁력있는 가격 호스팅 옵션을 제공하지만, 배포 또는 확장에 대한 지원을하지 않습니다 - 그것은 그들의 EC2 제공 정말로 단지 래퍼 (하지만 비용이 훨씬 더). 그것은 당신이 자동으로 좋은 터치하지만 그냥 EC2 인스턴스를 (당신은 또한 프로그래밍 할 수있는) 설정의 비용에 비해 그것의 비싼이다 초기 설정에 떠들썩한 파티 스크립트를 실행할 수 있습니다.

   비교 (로터리 방식 임에도 불구하고, 시도하고 질문에 대한 답변)에 대한 몇 가지 생각 :

   특히 다른 답변에 의해에 대해 질문,하지만 발생하지 몇 가지 다른 문제 :

   나는 내가 맡은 프로젝트의 필요에 따라 동시에 AWS EC 인스턴스 (혼자 클러스터에서), 탄성 콩나무 Lightsail와 Heroku가를 사용했다.

   나는 시간 구성 서비스 지출을 싫어하지만 난 모든 것을 위해 그것을 사용하는 경우 내 Heroku가 법안은 연간 수천 것와 AWS가 비용의 일부를 밖으로 작동합니다.

   TL; DR

   돈이 문제가 아니었다 경우는 엄청난 시간을 절약의 나는 거의 모든 것에에게 Heroku를 사용하는 거라고 -하지만 난 아직도 내가 유연성과 Heroku가이 제안을하지 않는 고급 서비스를 필요로 더 복잡한 프로젝트에 대한 AWS를 사용하고자하는 것입니다.

   즉 쉽게 구성하고 빠르고 더 나은 배포 메커니즘 - ElasticBeanstalk 그냥 더 Heroku가 같은 일을하면 나를 위해 이상적인 시나리오가 될 것이다.

   하는 서비스의 예는 거의이 실제로 무대 뒤에서 AWS를 사용하는, now.sh이지만 Heroku가에로 자동 SSL, DNS, 우아한 배포, 슈퍼 쉬운 클러스터 설정과 함께 (쉬운으로 배포 및 클러스터링한다 조치).

   나는 꽤 많은 양 Node.js를 응용 프로그램과 도커 이미지 구축을 위해 사용했습니다, 주요주의해야 할 점은 인스턴스가 공유됩니다 (자신의 낮은 가격에 반영 일) 및 전용 인스턴스를 구입 현재 어떤 옵션입니다. 그러나 '지금'자신의 오픈 소스 배포 도구는 AWS뿐만 아니라 구글 구름과 푸른에 전용 인스턴스에 배포하는 데 사용할 수 있습니다.

8. ==============================

   8.그것은 AWS에 Heroku가 사람들을 마이그레이션하는 우리의 사업의 상당한 비율이었다. 이 장점은 모두,하지만 당신은 Heroku가의 제한으로 유지하기 위해 더 이상 쉽게 복잡한 일정 수준을 필요로 일단은 ... 잠시 후 Heroku가에 혼란을 얻을 수 있습니다.

   그것은 AWS에 Heroku가 사람들을 마이그레이션하는 우리의 사업의 상당한 비율이었다. 이 장점은 모두,하지만 당신은 Heroku가의 제한으로 유지하기 위해 더 이상 쉽게 복잡한 일정 수준을 필요로 일단은 ... 잠시 후 Heroku가에 혼란을 얻을 수 있습니다.

   즉 Heroku가의 용이성과 큰 프레임 워크 / 도구 AWS에 존재하여 AWS의 유연성을 가질 수있는 옵션이 점점이 있습니다 말했다.

9. ==============================

   9.재미있는 것은 Heroku가 실제로 백엔드에 AWS를 사용합니다. 그것은 멀리 모든 오버 헤드를 소요하고 당신을 위해 EC2에 아키텍처 관리를 수행합니다. (있어 그 인터뷰 동안 큰 회사에서 수석 엔지니어의 지식)

   재미있는 것은 Heroku가 실제로 백엔드에 AWS를 사용합니다. 그것은 멀리 모든 오버 헤드를 소요하고 당신을 위해 EC2에 아키텍처 관리를 수행합니다. (있어 그 인터뷰 동안 큰 회사에서 수석 엔지니어의 지식)

10. ==============================

    10.잘! 나는 관찰자에게 Heroku는 신진 유명한 및 AWS 고급 개발자 성격을 가지고있는 동안 새로 개발 출생이다. 디지털 오션은이 땅에서 중요한 선수이다. Cloudways는 디지털 오션과 AWS의 클릭으로 램프 스택을 만들 훨씬 쉽게 그것을했다. 클릭 모든 서비스 및 패키지 업데이트를 갖는 것은 훨씬 더 수동으로 모든 일을보다.

    잘! 나는 관찰자에게 Heroku는 신진 유명한 및 AWS 고급 개발자 성격을 가지고있는 동안 새로 개발 출생이다. 디지털 오션은이 땅에서 중요한 선수이다. Cloudways는 디지털 오션과 AWS의 클릭으로 램프 스택을 만들 훨씬 쉽게 그것을했다. 클릭 모든 서비스 및 패키지 업데이트를 갖는 것은 훨씬 더 수동으로 모든 일을보다.

    당신은 완전히 여기에서 확인할 수 있습니다 : https://www.cloudways.com/blog/host-php-on-aws-cloud/

11. ==============================

    11.글쎄에게 Heroku는 모두 당신이 필요로하는 솔루션의 유형에 따라, 백그라운드에서 AWS를 사용합니다. 당신은 핵심 리눅스하고 개발 운영하면 사람이 등 AMI 선택 palcement 옵션을 선택하는 등 처음부터 VM을 만드는 방법에 대해 걱정하지 않습니다, 당신은 AWS와 함께 갈 수 있습니다. 당신이 그 nettigrities을하지 않고 표면 수준에서 일을하고 싶은 경우에 당신은 Heroku가 함께 갈 수 있습니다.

    글쎄에게 Heroku는 모두 당신이 필요로하는 솔루션의 유형에 따라, 백그라운드에서 AWS를 사용합니다. 당신은 핵심 리눅스하고 개발 운영하면 사람이 등 AMI 선택 palcement 옵션을 선택하는 등 처음부터 VM을 만드는 방법에 대해 걱정하지 않습니다, 당신은 AWS와 함께 갈 수 있습니다. 당신이 그 nettigrities을하지 않고 표면 수준에서 일을하고 싶은 경우에 당신은 Heroku가 함께 갈 수 있습니다.

12. ==============================

    12.아마존 웹 서비스 (AWS) 보장 99.9999999 %의 내구성과 데이터 및 인프라의 가용성 PaaS에로의 IaaS에서 서비스의 제공에 많은. 파이프 라인 애플리케이션 배포 프로세스에 개발자를위한 여러 가지 도구와 함께 AWS 이벤트 기반 자동화.

    아마존 웹 서비스 (AWS) 보장 99.9999999 %의 내구성과 데이터 및 인프라의 가용성 PaaS에로의 IaaS에서 서비스의 제공에 많은. 파이프 라인 애플리케이션 배포 프로세스에 개발자를위한 여러 가지 도구와 함께 AWS 이벤트 기반 자동화.

    반면에, Heroku가이 제공하는 서비스를 클라우드에 플랫폼을 관리 할 수있는 단지 PaaS를이다. 이 곳은 인프라 또는 보안 여부 AWS의 약자 없습니다.

13. ==============================

    13.사람들에게 Heroku에 AWS를 비교 왜 가끔 궁금하다. AWS는 IaaS의 (서비스로서의 인프라)가 명확하게 시스템이 계산적인 방법 강력하고 말 것입니다. Heroku가, 다른 한편으로는, 그것은 기본적으로 AWS 서비스의 한 부분이며, 단지 SAAS입니다. 그런데 왜 당신은 Heroku가를 사용하여 소수에 첫 제품을 출시 할 수 AWS를 설정과 투쟁.

    사람들에게 Heroku에 AWS를 비교 왜 가끔 궁금하다. AWS는 IaaS의 (서비스로서의 인프라)가 명확하게 시스템이 계산적인 방법 강력하고 말 것입니다. Heroku가, 다른 한편으로는, 그것은 기본적으로 AWS 서비스의 한 부분이며, 단지 SAAS입니다. 그런데 왜 당신은 Heroku가를 사용하여 소수에 첫 제품을 출시 할 수 AWS를 설정과 투쟁.

    Heroku가 웹에 스택의 거의 모든 종류의 배포, 무료 간단하고 쉽습니다. Heroku가 특히 짧은 시간 미만 라이브 서버에 응용 프로그램을 운송의 모든 번거 로움 바이 패스 내장되어 있습니다.

    그럼에도 불구하고, 당신은 양 당사자로부터 자습서 중 하나를 사용하여 응용 프로그램을 배포하고 비교 할 수 있습니다

    AWS DOCS와 Heroku가 문서

14. ==============================

    14.AWS와 Heroku가 모두 클라우드 플랫폼은 비록 AWS는 IaaS를하고 Heroku가이 PaaS를이다, 그들은 다른

    AWS와 Heroku가 모두 클라우드 플랫폼은 비록 AWS는 IaaS를하고 Heroku가이 PaaS를이다, 그들은 다른

15. ==============================

    15.Heroku가는 AWS의 부분 집합 같다. AWS는 아무것도하고 모든 수준에서 구현 될 수 있지만 그것은 서비스로 바로 플랫폼입니다.

    Heroku가는 AWS의 부분 집합 같다. AWS는 아무것도하고 모든 수준에서 구현 될 수 있지만 그것은 서비스로 바로 플랫폼입니다.

    구현은 어떤 비즈니스 요구 사항에 따라 달라집니다. 이 중 하나에 들어가는 경우, 적절하게 사용합니다.

from https://stackoverflow.com/questions/9802259/why-do-people-use-heroku-when-aws-is-present-what-distinguishes-heroku-from-aws by cc-by-sa and MIT license