7 ms·

honestly - stuffing video in with prime then raising the price. recently offering video stand alone but for $9 more a year than prime (with video)... Hard to te

by redorb 10y ago

honestly - stuffing video in with prime then raising the price. recently offering video stand alone but for $9 more a year than prime (with video)... Hard to tell who is actually shipping an item - sketchy pricing based on region / or account etc.. why trust them with aws? it seems their strategy is to price things stupid low - get you on board then raise it when they think they 'got you by the balls' no thanks

andrewstuart2 10y ago
Jump on board, but don't wear the shackles! Use something like Kubernetes and FOSS projects and you can shift to whomever has the cheapest VMs today. Easier said than done, I know, but a fine goal to have, I'd say. :-)
- xyzzy123 10y ago
  I totally agree with you in the ideal case. Problem is in some ways, AWS is too awesome due to all the add-on services. Systems are more than just compute, and the last 3 companies I've worked for have become increasingly coupled to AWS over time due to use of the add-on services. You build your system and over time you need message queuing, ability to send emails, databases, load balancing... You can run / build these yourself but do you want to use up your team's bandwidth setting up say, postgresql replication ... or just use RDS? If you use third-party (e.g. out of AWS) services, you lose the ability to do security with say, instance roles and in larger orgs you lose time to the "new vendor due diligence" process and getting the business to sign off on new support contracts etc. Maybe you also need some new automation tooling. Because all that business-ey stuff is already in place with AWS and administering say, event queues, is sure not core business, most project teams will SaaS that capability if they can. Whatever service is already in AWS ends up being the no-brainer answer. So hard to avoid architectural coupling. Then you look at the devops scripts and realise all the usage accounting, security configuration, deployment scripts and so on would need to be rewritten, and you have to go through compliance again if, hypothetically, you were to move on from AWS...
  - JBReefer 10y ago
    Apprenda does all of that, without relying on a company far larger than you

by redorb 10y ago

andrewstuart2 10y ago

Jump on board, but don't wear the shackles! Use something like Kubernetes and FOSS projects and you can shift to whomever has the cheapest VMs today. Easier said than done, I know, but a fine goal to have, I'd say. :-)

xyzzy123 10y ago
I totally agree with you in the ideal case. Problem is in some ways, AWS is too awesome due to all the add-on services. Systems are more than just compute, and the last 3 companies I've worked for have become increasingly coupled to AWS over time due to use of the add-on services. You build your system and over time you need message queuing, ability to send emails, databases, load balancing... You can run / build these yourself but do you want to use up your team's bandwidth setting up say, postgresql replication ... or just use RDS? If you use third-party (e.g. out of AWS) services, you lose the ability to do security with say, instance roles and in larger orgs you lose time to the "new vendor due diligence" process and getting the business to sign off on new support contracts etc. Maybe you also need some new automation tooling. Because all that business-ey stuff is already in place with AWS and administering say, event queues, is sure not core business, most project teams will SaaS that capability if they can. Whatever service is already in AWS ends up being the no-brainer answer. So hard to avoid architectural coupling. Then you look at the devops scripts and realise all the usage accounting, security configuration, deployment scripts and so on would need to be rewritten, and you have to go through compliance again if, hypothetically, you were to move on from AWS...
- JBReefer 10y ago
  Apprenda does all of that, without relying on a company far larger than you