Re: Union Pacific Railroad ditches its mainframe for SOA
Anne & Lynn Wheeler
timothy...@US.IBM.COM (Timothy Sipples) writes:
> Does anyone understand this article's title? It's quite tough to parse.
>
> The title is very much like saying "...ditches its bowl for breakfast
> cereal," isn't it?
>
> It's probably also worth pointing out that, if you crack open the textbook
> definition of SOA (Service-Oriented Architecture), you won't find "step 1:
> throw everything away" anywhere. That would tend to be the antithesis of
> the definition, as a matter of fact.
we claim that the payment gateway was the original SOA ... some posts
http://www.garlic.com/~lynn/subnetwork.html#gateway
which acted as intermediary between webservers and the payment
infrastructure.
two of the people in jan92 ha/cmp cluster scaleup meeting, mentioned
here
http://www.garlic.com/~lynn/95.html#13
later leave and show up at small client/server startup responsible for
something called "commerce server" ... which was a multi-store, virtual
mall-like paradigm with heavy oracle backend. we had also left and
were asked to come in to consult because they wanted to do payment
transactions on the server; the small client/server startup had also
invented this technology called SSL that they wanted to use. The result
is now frequently called "electronic commerce'.
--
40+yrs virtualization experience (since Jan68), online at home since Mar1970
Anne & Lynn Wheeler
Anne & Lynn Wheeler <ly...@garlic.com> writes:
> we claim that the payment gateway was the original SOA ... some posts
> http://www.garlic.com/~lynn/subnetwork.html#gateway
re:
http://www.garlic.com/~lynn/2009s.html#7 Union Pacific Railroad ditches its mainframe for SOA
the gateway started out as rs/6000 ha/cmp configuration with multiple
(diverse) internet connections from different ISPs ... and some number
of misc. boxes around the perimeter serving various integrity and
security purposes.
i had originally started out planning on advertising alternate routes on
the internet backbone ... but during the payment gateway they announced
that the internet backbone was converting to hierarchical routing. As a
result I had to fall back to multiple-A record ... for alternate path.
sort of standard SLA for high-volume merchant is trouble desk, 5-minute
first-level problem determination, ... very early pilot had trouble call
that was closed as NTF after 3hrs.
I specified recovery and diagnostic critera that had to go into
webserver talking to the payment gateway (something like done previously
for mainframe stuff as well as ha/cmp) ... inventing a bunch of
compensating procedures and writing a trouble shooting guide. I put
together matrix of 20-30 failure modes and 5-6 states and the
webserver/payment gateway interaction had to demonstrate recovery &/or
diagnoses for all possible conditions ... as part of my final signoff.
one of the issues was that I didn't have final signoff was the
browser/client code. Early major commerce server was sports product that
did advertising on sunday football games. got them to put in multiple
ISP connections ... but one of their ISPs had regularly scheduled
maintenance all day sunday on rotating cities across the country. there
was some guarantee that whole class of users wouldn't be able to reach
the website during half-time (anticipated high traffic) for at least one
sunday. browser people said that the client multiple-A record support
was too complicated (i.e. wasn't part of college example programs) ...
even after I provided them with example client multiple-A record support
from tahoe 4.3 distribution. It took another year to get multiple-A
record support into their client.
now tcp/ip is the technology basis for the modern internet ... but
nsfnet backbone can be considered the operational basis for the modern
internet and cix the business basis for the modern internet ... some
old email regarding nsfnet backbone activity
http://www.garlic.com/~lynn/lhwemail.html#nsfnet
and past posts mentioning nsfnet backbone
http://www.garlic.com/~lynn/subnetwork.html#nsfnet
Anne & Lynn Wheeler
oh ... and for the fun of it ... some past posts mentioning doing some
work on a 450+k statement cobol program running on some 40+ fully
tricked out CECs ... where many of the payment transactions
(not just electronic commerce) actually get processed:
http://www.garlic.com/~lynn/2006u.html#50 Where can you get a Minor in Mainframe?
http://www.garlic.com/~lynn/2007l.html#20 John W. Backus, 82, Fortran developer, dies
http://www.garlic.com/~lynn/2007n.html#67 least structured statement in a computer language. And the winner
http://www.garlic.com/~lynn/2007u.html#21 Distributed Computing
http://www.garlic.com/~lynn/2007v.html#64 folklore indeed
http://www.garlic.com/~lynn/2008c.html#24 Job ad for z/OS systems programmer trainee
http://www.garlic.com/~lynn/2008d.html#73 Price of CPU seconds
http://www.garlic.com/~lynn/2008l.html#81 Intel: an expensive many-core future is ahead of us
http://www.garlic.com/~lynn/2009d.html#5 Why do IBMers think disks are 'Direct Access'?
http://www.garlic.com/~lynn/2009d.html#14 Legacy clearing threat to OTC derivatives warns State Street
http://www.garlic.com/~lynn/2009e.html#76 Architectural Diversity
http://www.garlic.com/~lynn/2009f.html#55 Cobol hits 50 and keeps counting
http://www.garlic.com/~lynn/2009g.html#20 IBM forecasts 'new world order' for financial services