Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

The Best DevOps Is NoOps

medium.com

Post reply on HN
Print view View original

61–66 of 66 posts

Re: The Best DevOps Is NoOps

#61

Post by jaggederest »

icebraining wrote: post #16
jaggederest wrote: post #6

I've been saying this for a while. If you are spending less than $25k/mo on Heroku or equivalent, you're not ready to move off it yet. A lot of times when I talk to people with a high Heroku bill looking to move to bare metal, I end up being able to optimize it by 1/3rd or more just by picking dyno types, scaling appropriately, and consolidating workers. You can't really do that when you're hiring headcount.

You can't really do that when you're hiring headcount. I'm curious, why not? Can't you do it on a regular basis, like refactoring?

Because "refactoring"/"consolidating workers" in headcount means firing people, and that's pretty cruel to do on a pure cost-cutting basis in a small company :)

Re: The Best DevOps Is NoOps

#62

Post by jaggederest »

grx wrote: post #8
jaggederest wrote: post #6

I've been saying this for a while. If you are spending less than $25k/mo on Heroku or equivalent, you're not ready to move off it yet. A lot of times when I talk to people with a high Heroku bill looking to move to bare metal, I end up being able to optimize it by 1/3rd or more just by picking dyno types, scaling appropriately, and consolidating workers. You can't really do that when you're hiring headcount.

How can you compare the monthly price versus VM types/capabilities? What does my bill say about the performance of my app in an e.g. Amazon environment?

A) you can't

B) Nothing in particular

It's not about the application or any technical concerns. It's purely a business decision - above $25k a month you have room to hire people and still save money, below that you really strictly do not.

Re: The Best DevOps Is NoOps

#64

Post by Can_Not »

jazoom wrote: post #39
phatbyte wrote: post #10

Maybe I'm old school, but I really hope developers give a serious thought before jumping into this vendor lock-in trap. This is specially concerning if not scary, when you start to "outsource" the backend business rules to something like Firebase or other BaaS systems. Using these as PoC or for an MVP, I'm 100% behind it, but using it on production ready products, it's a disaster waiting to happen, as it basically pu…

I learned this lesson very early on in my dev experience. My app's database was Parse. Parse no longer exists as a service. Before that it was based on StackMob, from which I moved to Parse because StackMob was shutting down. Parse gave a hell of a lot more notice, but I was done with this project at that point. Now a feature of the app just doesn't work. I won't be rewriting it for another backend. Guess who doesn't…

I've seen a tutorial for "make your own self hosted firebase with feathersjs", have you considered just finding a self hosted alternative to parse and altering your application or writing a wrapper?

Re: The Best DevOps Is NoOps

#65

Post by jazoom »

Can_Not wrote: post #64
jazoom wrote: post #39

Earlier quoted context omitted.

I learned this lesson very early on in my dev experience. My app's database was Parse. Parse no longer exists as a service. Before that it was based on StackMob, from which I moved to Parse because StackMob was shutting down. Parse gave a hell of a lot more notice, but I was done with this project at that point. Now a feature of the app just doesn't work. I won't be rewriting it for another backend. Guess who doesn't…

I've seen a tutorial for "make your own self hosted firebase with feathersjs", have you considered just finding a self hosted alternative to parse and altering your application or writing a wrapper?

It is my understanding that Parse itself is now open source, so I could self-host the genuine article. The reason I don't is that I really am done with that project. In fact, I'm done with Android apps altogether. I currently am working on a much better project (website).

Re: The Best DevOps Is NoOps

#66

Post by [deleted] »

Can_Not wrote: post #64
jazoom wrote: post #39

Earlier quoted context omitted.

I learned this lesson very early on in my dev experience. My app's database was Parse. Parse no longer exists as a service. Before that it was based on StackMob, from which I moved to Parse because StackMob was shutting down. Parse gave a hell of a lot more notice, but I was done with this project at that point. Now a feature of the app just doesn't work. I won't be rewriting it for another backend. Guess who doesn't…

I've seen a tutorial for "make your own self hosted firebase with feathersjs", have you considered just finding a self hosted alternative to parse and altering your application or writing a wrapper?

[deleted]
Post reply on HN