Honestly I agree with Mike 100%. The right thing for Heroku to do is to have
their economics be more transparent.
As fellow developers, i do not think we expect "100%" service, esp if we are
running a single dyno and a toy app.
But personally, (i spend 2K on amazon a month), and i need to feel co
Does anyone have experience with this?
It'd be really interesting to find out what you get and for what
ballpark figure.
On Sep 17, 8:13 am, Chap wrote:
> They offer a paid support plan with guaranteed response times:
> "We offer ticket-based support for all Heroku users through our
> zendesk ti
Wow, sounds like the level of support you're getting for your app is
in a whole different world than us mortals with sub-1000 dollar
hosting expenditures. Reached out on IM to resolve issues? I couldn't
even get them to assign a support person to my app that was down.
Well, in some sense that is r
They offer a paid support plan with guaranteed response times:
"We offer ticket-based support for all Heroku users through our
zendesk ticket system, Mon-Fri from 6am-6pm PST. If you need specific
response times and SLAs, we offer custom packages. Please contact us
for more info."
>From http://doc
On Fri, Sep 17, 2010 at 9:10 AM, John Beynon wrote:
> It would be nice if Heroku at least offered paid support or at least
> made their it clear on their website that this is available - much
> like Engine Yard. We're seriously considering migrating to EY from
> Heroku at the moment because prima
It would be nice if Heroku at least offered paid support or at least
made their it clear on their website that this is available - much
like Engine Yard. We're seriously considering migrating to EY from
Heroku at the moment because primarily of the support that is
available from EY when it's needed
Same thoughts here.
The support request is not as fast as other providers I use. I didn't
have critical issue (except for a problem to a primary key of the
database, not set correctly during a push, that I solved myself) but
I'm a little scared about the fact to stay offline with a slow support
res
FWIW, I've done my share of enterprisey stuff. Big name stuff, not in ruby
or rails. I am moving more things over to Rails/Ruby on Heroku as I get time
to do it.
Try dealing with a web farm to host your app, load balancer, data
bottlenecks, etc. Then add mysterious machine crashes due to memory is
I run a few big apps on Heroku that average 2-3 million requests a day
with a peak around 30M requests a day. We've used 100 dynos + 8 EC2
machines as part of our system, so I'd call it a "real" app.
Thus far we havent had any issues with Heroku's performance OR
support. Compared to some other ven
I run a few big apps on Heroku that average 2-3 million requests a day
with a peak around 30M requests a day. We've used 100 dynos + 8 EC2
machines as part of our system, so I'd call it a "real" app.
Thus far we havent had any issues with Heroku's performance OR
support. Compared to some other ven
I feel entirely comfortable putting "serious" applications on Heroku.
The platform is reliable, the speed of configuration and deployment is
unbeatable, the service options are terrific, the price is unmatched.
The alternative - having to do all those things myself that Heroku
does for me - would b
Hey - I'm just saying. I like Heroku a lot. Heroku is good for some things -
like blogging, simple applications where you want to reach a wide audience.
So yea.
On Thu, Sep 16, 2010 at 6:53 PM, Julio Cesar Ody wrote:
> LOL.
>
> Had been a while I hadn't seen a troll that huge. Either that, or
LOL.
Had been a while I hadn't seen a troll that huge. Either that, or my
sarcasm meter is impaired.
On Fri, Sep 17, 2010 at 11:52 AM, A. M. wrote:
> forget about using Heroku and Ruby on Rails for serious applications. If you
> want serious - go after a language that has very little documentat
forget about using Heroku and Ruby on Rails for serious applications. If you
want serious - go after a language that has very little documentation online
- like Python. better yet - go after a language that is enterprise, like
Java.
On Thu, Sep 16, 2010 at 2:20 PM, Derek Lei wrote:
> +1 to Ric
+1 to Richard's points.
On Thu, Sep 16, 2010 at 1:47 PM, Richard Conroy wrote:
>
>
> On Thu, Sep 16, 2010 at 9:06 PM, Mike wrote:
>
>>
>> Maybe I'm just frustrated right now, what are others' thoughts on this?
>>
>>
> Well you are at a price point where you can shop around. Nobody does
> serious
On Thu, Sep 16, 2010 at 9:06 PM, Mike wrote:
>
> Maybe I'm just frustrated right now, what are others' thoughts on this?
>
>
Well you are at a price point where you can shop around. Nobody does
serious comparison between the various Rack based cloud computing
offerings, but they are out there, an
Yeah, it can be frustrating some times. I have hope that they will improve
in this particular aspect soon though, so I'll stay true to Heroku.
On Thu, Sep 16, 2010 at 10:06 PM, Mike wrote:
> Are people comfortable with using Heroku on serious applications? If
> so, how did they come to that deci
Are people comfortable with using Heroku on serious applications? If
so, how did they come to that decision?
I have been developing my application on Heroku for some time now, and
I've observed that the support can be really worryingly uneven.
I'm running a modest sized app, it's costing me aroun
18 matches
Mail list logo
