Heroku vs EngineYard : 어느 것이 더 가치가 있습니까?

Heroku vs EngineYard : 어느 것이 더 가치가 있습니까?

---

나는 이것을 Google에서 찾아 보았지만 두 서비스 중 하나에 전념하기 전에 더 많은 의견을 원했습니다. 누구든지 두 서비스 중 하나 (또는 ​​둘 다)에 대한 경험이 있습니까? 어느 쪽이든 눈에 띄는 장점이나 단점이 있습니까? 특정 관심 분야는 다음과 같습니다.

1. 보안
2. 안정
3. 확장 성.
4. 가격

---

풀 서비스 스택이 아닌 Engine Yard의 EC2 호스팅에 대해 이야기하고 있다고 가정하고 있습니까?

나는 Heroku와 함께 일하고 있으며 그것을 좋아합니다. 가격면에서 Heroku는 저에게 확실한 승자입니다. 대역폭 비용은 Heroku에 의해 추상화되어 큰 승리입니다.

보안 측면에서 클라우드의 일반적인 비판 중 하나 인 것은 말하기가 조금 어렵습니다. 두 서비스 모두에서 실행되는 스택에 대해 많은 통찰력이 없습니다.

Heroku는 애플리케이션 인스턴스를 모니터링하고 원활하게 관리하기 위해 기술에 막대한 투자를했습니다. 문제가 발생하여 인스턴스가 삭제되고 새 인스턴스가 시작됩니다. 멋진 물건.

확장성에 관해서는 둘 다 Amazon에 백업되고 EC2 및 EBS를 활용하므로 원시 용량 측면에서 거의 동일합니다.

---

겁내는,

저는 Engine Yard에서 일했었으므로 Engine Yard 클라우드 서비스 (AWS에서 실행)에 대한 정보를 제공하겠습니다. 다른 옵션에 대해 직접 조사해 보도록하겠습니다.

1. 보안 각 Engine Yard Cloud 계정은 배후에있는 자체 전체 Amazon 계정입니다. 즉, 애플리케이션을 실행하기위한 전용 하드웨어 적용 가상 머신을 사용할 수 있습니다. 따라서 사람들의 C Gems, Ruby, Passenger, linux 등에서 제로 데이 버퍼 오버플로 등을 악용하는 공격자는 단일 계정에만 액세스 할 수 있습니다. 데이터 경로에 공유 인프라가 없습니다. 우리는 스택의 모든 요소에 대한 보안 취약성 보고서를 관찰하고 재배포 할 때 자동으로 새 패치를받습니다. 인스턴스에 대한 전체 SSH 액세스 권한을 얻고 Solr 또는 Sphinx와 같은 패키지 또는 이미지 조작 등과 같은 패키지를 설치해야 할 때를위한 일반 서버 환경을 확보합니다.

제 생각에 하드웨어 수준의 가상 머신은 Amazon 성공의 기반 중 하나이며 가상 머신이 성숙하기 전에 이런 일이 없었던 이유입니다 (하지만 저는 VMware 전문가 였기 때문에 편견이 생겼고 이것이 실시간으로 발생하는 것을 보았습니다. )

2. 안정성 우리는 Ruby / Rails 구성 요소에서 신뢰할 수있는 것과 불가능한 것에 대해 많은 경험을 가지고 있습니다. 현재 "배포 금지"목록에는 ferret, juggernaut 및 awstats가 있습니다. 그렇지 않으면 데이터 경로에 공유 인프라가 없기 때문에 AWS 가동 시간을 상속합니다. AWS 가동 시간은 꽤 좋았지 만 아직까지는 원자력 발전소를 가동하지 않겠습니다. 최근 배포 안정성이 혼합되어 있습니다. Amazon은 용량 활용도에 좀 더 가까이 다가 가고있는 것 같습니다. 따라서 경우에 따라 용량 추가 요청이 실패하고 재발행해야합니다.

3. 확장 성. Engine Yard 클라우드에서 실행되는 몇 가지 큰 애플리케이션이 있습니다. Playmesh는 지난 11 월 아이폰 앱 1 위를 차지했고이를 잘 처리 할 수있는 용량을 늘 렸습니다. 우리는 일정한로드 (매우 간단한 앱)에서 매달 85M / Reqs를 처리 할 수있는 작은 인스턴스 (4 개의 mongrel)도 벤치마킹했습니다. 많은 디스크 I / O를 원할 경우 더 큰 인스턴스에서 실행하는 것이 좋습니다. Amazon은 더 큰 인스턴스 크기에 더 나은 I / O 처리량을 제공합니다. 어쨌든 용량을 추가하거나 제거하는 것은 말 그대로 버튼 클릭입니다.

4. 가격 소규모 인스턴스 (몽 그렐 4 개)를 한 달 동안 풀 타임으로 실행하면 EY Cloud에서 79 달러 또는 시간당 0.11 (네이 키드 Amazon에서 8.5 센트) 비용이 발생합니다. 여기에는 데이터베이스 관리가 포함되지만 Engine Yard Cloud가 AWS 비용으로 전달하는 스토리지 및 대역폭에 대해 적은 금액을 지불하게됩니다. 합리적인 양의 트래픽에 도달하면 우리는 킬러 거래가 될 것이라고 확신합니다.

고려해야 할 몇 가지 다른 기준을 추가하겠습니다.

5. 지원-> 커뮤니티 / 포럼 지원을 무료로받을 수 있지만 티켓 지원 옵션도 있습니다. 프리미엄 지원 옵션을 사용하면 앱을 연중 무휴 24 시간 시청할 수 있으며 앱이 다운되면 알림을 받고 지원되는 경우 문제를 해결해드립니다. 스택이 문제입니다.

6. 커뮤니티-> 어떤 사람들은 이것에 관심이 있고 어떤 사람들은 그렇지 않지만 Engine Yard는 2 명의 정규 Rails 기여자, 3 명의 JRuby 팀 및 차세대 Ruby VM 인 Rubinius를 후원합니다. 우리는 Rails와 Ruby를 웹 앱 개발을위한 최고의 플랫폼으로 만들기 위해 최선을 다하고 있습니다.

7. 자동화-> 데모를 시청하면 실제로 작동하는 것을 볼 수 있지만 깔끔합니다. 또한 우리는 명령 줄 git 배포와 함께 베타 버전에 있습니다. 지식베이스를 확인하여 실제 작동을 확인하세요.

---

그들은 완전히 다른 접근 방식입니다.

Heroku는 Google 앱 엔진과 유사한 루비 PaaS 솔루션입니다. 애플리케이션이 제공하는 에코 시스템에 맞는 한 시스템 관리 기술 없이도 애플리케이션을 확장 할 수 있습니다.

Engine Yard는보다 전통적인 서비스로, 상자에 접근 할 수 있고 생활을 더 쉽게 할 수있는 도구를 제공합니다. 추상화가 적기 때문에 더 많은 유연성을 제공하지만 더 많은 시스템 관리자 기술이 필요합니다.

---

이것은 다소 오래된 응답을 가진 상당히 오래된 스레드이므로 더 최신 응답이 일부 사람들에게 도움이 될 것이라고 생각했습니다.

다소 크고 복잡한 웹 서비스에 Heroku와 Engine Yard를 모두 사용한 경험이 있습니다. 우리 회사는 Android 용 Andromo App Maker를 실행하기 위해 Engine Yard를 사용하고 Android 용 AirBop 푸시 메시징 서비스를 실행하기 위해 Heroku를 사용합니다. 각 플랫폼에는 고유 한 기능이 있습니다.

관심있는 대부분의 기준이 각 플랫폼의 차별화 된 기능이 아니기 때문에 귀하의 질문에 답하기가 약간 어렵습니다. 어쨌든 그 점에 대해서는 답해 드리지만 각 플랫폼의 일반적인 철학과 귀하의 결정에 더 유용하다고 생각되는 기술 지원 차이점에 대해서도 말씀 드리겠습니다.

보안, 안정성 및 확장 성은 세척입니다. 두 서비스 모두 Amazon EC2 인스턴스만큼 안전하고 안정적입니다. 확장 성도 현실적으로 동일합니다. Heroku는 스몰 (512k) 인스턴스 200 개 (또는 이제는 '더블'스몰)로 제한하지만 Engine Yard를 사용하면 엄청난 양의 CPU와 메모리로 Extra Large를 사용할 수 있지만 실제 세계에서는 거의 동일합니다. 종료. Heroku를 사용하면 부하를 처리하기 위해 값싼 작은 서버 떼를 생성해야 할 수도 있고 Engine Yard를 사용하면 더 비싼 큰 서버를 몇 개 사용할 수 있습니다. 웹 요청의 경우 그다지 중요하지 않습니다.

가격은 제가 좀 더 잘 해결할 수있는 요소입니다. 우선, 그냥 둘러보고 있다면 Heroku는 무료입니다. 무료 계층에서 실제 웹 사이트를 실제로 운영 할 수 있다는 의미와 혼동하지 마십시오. 당신은 할 수 없습니다. Engine Yard는 함께 놀 수있는 자유 시간을 제공하지만 실제 응용 프로그램에 대해 이야기 해 보겠습니다. Heroku는 가격을 매끄럽게하여 'dynos'(내가 언급 한 소규모 웹 서버)와 PostgreSQL 데이터베이스 계획에 대해 비용을 청구합니다. 그들의 가격에는 스토리지, 백업, 대역폭 등이 포함되므로 비용이 얼마인지 정신적으로 계산하는 것이 매우 쉽습니다. Engine Yard는 사물을 분리하고 계산기를 사용하여 비용이 얼마인지 파악해야합니다.하지만 새로운 '인스턴스'를 시작하기 전에 모두 제시됩니다.

Heroku의 데이터베이스 계획은 비용이 많이 듭니다 (사용중인 EC2 인스턴스에 비해). 그들은 확실히 여기에서 이익을 얻습니다. dynos에게 저렴 해 보였던 것은 이제 $ 200- $ 400 / 월 데이터베이스가 필요합니다 (적절한 성능 수준에 도달하기 시작하려면 $ 800 +와 비슷할 수 있습니다). 또한 데이터베이스 사양에 대해 숨기 / 광택하는 방식이 싫습니다. Amazon의 인스턴스 크기 데이터로 이동하고 Heroku가 '캐시'에 사용하는 '메모리'를 살펴봄으로써 기능을 추론해야합니다.

Engine Yard의 데이터베이스는 단순히 원하는 서버 인스턴스입니다. 웹 인스턴스와 동일한 EC2 마크 업을 사용합니다. 여기에 가우 징이 없습니다. 더 투명합니다.

하나가 다른 것보다 저렴합니까? 그럴 수도 있겠지만 몇 달러가 당신의 결정을 방해하게하지는 않을 것입니다.

결국 나는 '베어 메탈'컨트롤을 위해 Engine Yard를 좋아합니다. Android 앱을 즉시 생성 및 컴파일하고 매우 구체적인 요구 사항이 있기 때문에 Andromo에 필요합니다. Engine Yard는 각 서버, Unix 패키지, SSH 등을 완벽하게 제어 할 수 있습니다. 반면에 Herkou는 하드웨어에서 애플리케이션을 추상화하고 dynos 생각에 들어갈 수있는 상황에서 매우 잘 작동합니다. 몇 분 안에 수십 개를 매우 빠르고 쉽게 시작할 수 있습니다. 앞서 언급했듯이, 우리는 Heroku의 플랫폼에서 AirBop을 실행하고 HireFire를 사용하여 인스턴스 생성 / 파괴를 자동화했습니다.로드가 상당히 그리고 예기치 않게 다양하기 때문에 매우 잘 작동합니다.

고려해야 할 또 다른 사항은 기술 지원입니다. 내 경험상 Heroku의 무료 / 포함 지원은 거의 쓸모가 없지만 Engine Yard는 매우 좋습니다. EY는 기본 지원 비용을 청구했지만 모든 계획에 포함되기 시작했습니다 (또한 24/7 우선 옵션을 사용할 수 있음). 나는 그들이 그들이 말하는 것을 정말로 알고 있다는 것을 발견했습니다.

도움이 되었기를 바랍니다.

---

I checked out Bitnami, Heroku and Engine Yard and ran some serious tests against heroku and Engine Yard and Engine Yard was by far the winner. Heroku does some really weird stuff like cap out the processes at 250 MB and their answer is that you have to manage your own memory. I was seeing serious spikes in performance on heroku and it seems like sometimes the processes would just hang and not restart for like a minute with multiple web dynos running (that's not supposed to happen.) Plus heroku puts processes to sleep if they are not being used and there is a weird startup issue even with multiple dynos. Plus the added inconvenience that I could not get to the log files on heroku and figure out what is going on. Having deployed the same exact code to Engine Yard and watching it scream without any funky spikes in performance I have to say Engine Yard is by the far the winner and easiest to deploy to once you get your system setup. The cost is actually cheaper on Engine Yard than on heroku once you start adding web dynos and the performance is way, way better especially if you switch to the JRuby stack. I tried setting up something on Bitnami but from what I remember it was kind of difficult to work with. I think heroku is a good solution if you are not concerned about performance or scalability and just want to deploy a simple web app it is probably easier to use than Engine Yard for that sort of thing.

---

I run mission-critical Rails and Sinatra apps on both Heroku and Engine Yard and PHP apps on the Engine Yard Cloud, and my comment is about #2, stability. Engine Yard wins, hands-down. The reason is the support staff. If your app absolutely must work and you need help making it go, then Engine Yard is there to help you, especially if you invest in premium support. They are absolutely fantastic. Heroku is neat when it works, but when it doesn't work their support staff are nowhere near as helpful.

Here's an example from a couple of months ago when I needed to deploy a mission-critical internal app within a couple of days of getting the request for the app from my staff:

Intermittent timeouts from an app that should never timeout (NOT an "R12 Request Timeout" error)

I have a lot of apps running on Heroku, and none of them have ever had the mysterious web operations problem that I had with that app. Just to assure you that I do know what I'm doing and that it wasn't developer error. Further reassurance of that is that the exact same code has been running perfectly since I moved it to Engine Yard when I couldn't get help from Heroku. They finally responded days after I needed the app launched, telling me that I could troubleshoot performance problems in my app with NewRelic. Great, thanks.

The way that I look at it, paying for premium support from Engine Yard costs a LOT less than hiring web operations people. And I'm getting extremely competent support, from a network of people who always have experts to consult when they don't know. Let me repeat: the Engine Yard support staff is unbelievably fantastic.

I suppose I can comment on security a little, since at one point our SaaS app was hit with a DDoS attack. Maybe that's not what the question was really about, but I'm using it as an excuse to talk about the support staff again. I had never been hit with a DDoS attack, and I didn't even know why my servers were malfunctioning. They diagnosed it and helped me to get started on mitigation. They helped me set up some ad-hoc filters in HAProxy and nginx to block the attack for a while, and that bought me enough time to set up DDoS mitigation.

...then there is the time when the entire Amazon US-East-1 data center imploded and some sites went offline for days. Engine Yard at the time only offered hosting in that data center. Within minutes, they had enabled the option to deploy to US-West-1, and they were helping all of their affected customers to move. Without their help, we would not have been running in time for our prime time that night (we're a SaaS for night clubs) and we probably would have lost a lot of clients because it was a Thursday night. Big night for us. A lot of people who were running apps on Heroku that day were just S.O.L., but we were up and running right away in California thanks to Engine Yard's help.

There have been other times when they've saved our company from certain doom. No joke. I could keep telling stories. But you get the idea. Engine Yard's support staff is the reason that I deploy all new mission-critical apps to the Engine Yard Cloud.

ReferenceURL : https://stackoverflow.com/questions/2197197/heroku-vs-engineyard-which-one-is-more-worth-the-money