The Amazon Technology Platform
Don420 writes "Jim Gray has an interview with Amazon CTO Werner Vogels for ACM Queue. It is filled with a lot of details about the Amazon architecture that we have not seen before: 'If you hit the Amazon.com gateway page, the application calls more than 100 services to collect data and construct the page for you.' But also quite a strong statements about developing software at Amazon: 'Developers of our services can use any tools they see fit to build their services. [...] Whatever tools are necessary, we provide them, and then get the hell out of the way of the developers so that they can do their jobs. [...] Developers are like artists; they produce their best work if they have the freedom to do so, but they need good tools.'"
'If you hit the Amazon.com gateway page, the application calls more than 100 services to collect data and construct the page for you.'
and this a good thing ?
Having unlimited development budget is definitely THE good thing I sometimes miss myself ;)
Marcin
I wonder if the actual developers/coders see it that way themselves. Sadly, CxO's often have a warped view of how things work "on the floor".
Black holes are where God divided by zero
Of course, Amazon can't be around for much longer at the rate they're cutting it down.
"Developers are like artists" is exactly what these primadonnas needed to hear. No, developers are nothing like artists. Creating something that didn't exist before doesn't make you an artist. Builders create something new every day. Developers are more like inventors if you give them a free hand in what they develop, but most of the time developers are very much like builders: They create what you ask them to create.
Or maybe I got you wrong and you meant that developers are like artists: Poor, starving, living for their work and only valued once they are no longer available.
Sure anybody need good tools to produces something exceptional. But what can you do if the needed tools aren't available? What can developers do if they aren't happy with their tools or their environment?
For users the answer is easy, they simply switch to something different, but for developer it's not. You usually first have to get a lot of knowledge which needs time. But one does never get more time!
So developers have to think in advance sometimes several years. This means constantly be on the edge of the available knowledge. Tools can certainly help but nothing prevents you from getting the knowledge in advance.
O. Wyss
See http://wyoguide.sf.net/papers/Cross-platform.html
Well *Some* developers are like Artists, others are more like Naïve painters with unlimited budgets for colors and huge canvases.
839*929
...but at the end of the day it's the developer's talent and experience that tell most of the picture. It sounds like Amazon do let their developers decide (to a large extent) how their products are going to work.
The transition from the monolithic Obidos to the current SOA makes me wonder how exactly that part of the system works. Though it's not (that I could see) explictly stated, it certainly seems that adding scalability was a long and painful process. Planning for future developments like this is something that developers tend to be much better at than managers - so I wonder whether the developers didn't think about including scalability hooks in their initial efforts, whether they decided (back in the early days) that it wasn't worth it, or whether they wanted to but were told not to bother.
All said, I do applaud the public stance that Vogels is taking in his attitude. If more CxOs shared it, we'd likely have beeter-designed systems all over the shop. You hire the developer because (s)he's good at developing - so let them go to it!
My, that was a yummy potato!
My father always said it was a poor craftsman who uses his tools as an excuse.
Could it be that Ireland and Northern Ireland are different countries? Being on the same land mass has nothing to do with it.
Yes.
application calls more than 100 services to collect data and construct the page for you.
No wonder it takes so long to load
He who knows best knows how little he knows. - Thomas Jefferson
and then get the hell out of the way of the developers so that they can do their jobs. [...] Developers are like artists; they produce their best work if they have the freedom to do so, but they need good tools
gee, i wish my boss(es) was/were like that
just so we didn't have to end up doing
half-assed jobs with half-assed resources
ending up in half-assed products...
(and maybe half-assed revenue?)
oh well...
GUI == Graphical User Interference
Developers of our services can use any tools they see fit to build their services.
I wonder how they avoid the maintenance nightmare which is having multiple application components done using various obscure technologies/tools and the person that did it leaving the company and somebody else having to maintain/extend those application components?
Do they standardize their build tools, require good documentation on the service implementations or just overwork the poor sods that have to do maintenance to death?
Wow their CTO is a lot more in touch with development than our CTO... :(
Of course they shouldn't be telling you lies, but if you say, "Ship as soon as possible," then they will do this (and charge you for it). If you say, "Ship in one shipment," then they will hold everything until its all ready and only then will they send it. Generally, at least.
You're special forces then? That's great! I just love your olympics!
creepiest. post. ever.
I had it flagged as ship in one shipment, which was my contention. I am aware of the ship as soon as possible.
However they are all in the EU and there is no restrictions shipping electrical goods from any country in the EU.
I can even buy electrical goods from other online stores in the UK. So they have another reason for it.
Amusing, but familiar troll, I'd say.
To have a right to do a thing is not at all the same as to be right in doing it
In other occasion, I ordered a book by priority shipping and more than a week later I hadn't received it. I sent them an email and they answered that there had been a robbery at an airport warehouse, they sent me another book by priority shipping and, since I hadn't received the first book in time, they charged me only the price for standard shipping. The difference was reinbursed by the credit card company, it was discounted from my next CC payment.
they no longer sell electronics to Ireland, although they will send to N.I.
I don't live there, but, AFAIK the United Kingdom of Great Britain and Northern Ireland is not the same country as Ireland, although, according to what I have seen quite often in the news in the last 35 years or so, there are people who are not satisfied with that. Amazon's policy varies from country to country, the legislation in Ireland must present some difficulties for shipping electronics there.
'nuf said.
This interview, while I'm sure sincere on the part of the CTO, comes across as a recruiting pitch. Obvious fallacies:
"Developers themselves know best which tools make them most productive and which tools are right for the job."
This sort of development mishmash depends on the developers never leaving (which most do after 2-3 years). Maintenance is, at best, nightmarish and leads to a patchy (with apologies to Apache) mess. FWIW, most developers seem to jump into coding right away with no thought for architecture or design.
"Whatever tools are necessary, we provide them, and then get the hell out of the way of the developers so that they can do their jobs."
Hmm, so the developers manage themselves. What a great job being a manager must be there.
"Developers are like artists; they produce their best work if they have the freedom to do so"
In my experience, most developers are nothing like artists and more closely resemble petulant, undisciplined children. Often they ignore the most basic principles of good software development (like version control, automated build and test suites, documentation, etc.) because "those are boring".
"I think part of the chaotic nature--the emerging nature--of Amazon's platform is that there are many tools available"
Wow, CTO speak at its finest to explain the disorganized nature of the organization.
"As a result of this principle, we have many support tools that are of a self-help nature."
See my point above about documentation being boring.
Comments I've heard from people who work at Amazon:
Your mileage may vary.....
I worked at amazon for two years. I never saw any use of Haskel, SML or any other functional language. 90% of all work at amazon is some combination of C++ and Perl, with a few groups trying to transition to Java.
I work at Amazon, and I haven't heard of anything in Haskell or ML. Mostly C++, Perl, and Java. A few internal tools in off languages like Ruby or Python. You'd certainly be allowed to write in Haskell or ML, but if it needed to be supported you'd be pushed to use a more common language- the odds the next dev they hired could maintain it are low. Now if it was a one off script or a tool for you own productivity, noone would care.
I still have more fans than freaks. WTF is wrong with you people?
What Amazon is describing is their SOA and their efforts to make it a generic, base platform for a large multitude of services. The idea of having a service grid, where services are easily developed, deployed, and work seemlessly together, has been gaining a lot of momentium in the last few years. A number of companies are posed to shift the playing field from an ASP model to a network of service.
The article is impressive in hearing how Amazon successfully migrated from their legacy platform to a SOA. They may become a real contender in this emerging market, considering that they already have the user base and are quickly maturing a powerful platform. The other major contenders are Rearden Commerce and Salesforce.
Rearden Commerce, the company I work for, has developed a very pure SOA. They are currently targetting enterprise customers in order to gain the critical mass and user adoption necessary to succeed, which can be very difficult for a startup working in the consumer market. Their goal is to provide a web-based personal assistent that you can use to book plane tickets, dinning, etc. and all coordinated with your peers and working with your calendar and notification preferences (email, SMS, voice). It looks as if Amazon is on a similar path, so it will be interesting to see what happens in the next few years.
After the critical mass and the base platform are available the next big issue is getting 3rd party developers on the platform. That's something that everyone seems to be working on, which is why we're seeing so many AJAX and other toolkits emerging from companies like Yahoo, Google, and Zimbra. Imagine another company's product integrating just as neatly with Gmail as Google Calendar, yet staying very decoupled. That's part of the promise, and is the next big hurdle for the SOA leaders even though their platforms are still quite fresh and new.
"Open Source?" - Press any key to continue
We have worked with Astaro support, and they have narrowed down the problem and sent the information to Amazon, but there has been no response yet.
In researching the issues, I have found posts all the way back to 1999 regarding incompatibilities with Squid and Amazon. Both ends have worked on the problem, but there has not been a 100% successful fix.
The issue only seems to affect far less than 5% of squid users, and even then it's sometimes inconsistent. So, it's almost impossible to fix because it's so hard to demonstrate. We can repeat the problem consistently, but it is the first case Astaro has had, and their systems are pretty much identical across the board, so it might even be a hardware compatibility issue with specific NICs. Who knows.
Problem description
Amazon employee post
If anybody has had problems in the past and was successful in resolving them, please reply!
Thanks,
Brian
Is the other half of your ass posting on slashdot, then? ;)
You better watch out, there may be dogs about . .
Developers are like artists; they produce their best work if they have the freedom to do so, but they need good tools.
if only all IT managers knew this.
"Are self-describing XML documents flowing around inside your service-oriented architecture?"