Lists Home |
Date Index |
More stuff going faster through co-dependent systems.
I agree. We're seeing that here too. Not only for
financial systems, but also something of a redux
of what the Internet was originally created for:
distributed command, control, communications and
Hmm... the ARPANet guys should be proud. It's
finally doing its job... and streaming rock
n' roll to boots on the ground. That's what
I call a robust system ;-)
From: Ken North [mailto:email@example.com]
Sent: Thursday, August 19, 2004 3:49 PM
Subject: Re: [xml-dev] Slides from "Web Services Security Issues"
Bullard, Claude L (Len) wrote:
> Does encryption and digital signing increase the need for bandwidth or
> the need for CPU power and battery life? Of those, the second one
> seems to be the harder problem.
About 5-6 years ago, there was an interesting comparison of the size of a
EDI (CEFACT) message versus the same transaction using an XML/EDI document.
size difference was about 1K (EDI) versus 11K (XML/EDI). For a single
transaction, the "XML overhead" was about 10K. Bandwidth and disk storage
comparatively more expensive than MIPS, so economics favored using cheap CPU
cycles to compress documents.
Disk and bandwidth costs are lower today than in 1998. Compression seems
important, but securing documents has become more important because we're
them as the basis for critical services. We may not need to invest in MIPS
compressing documents, but (in some cases) we need to do so to secure them
digital signatures and encryption. Changes in the regulatory environment
(Sarbanes-Oxley, HIPAA, Basel II, SEC/NASD) are trending us towards securing
more data and document exchanges.
Increased bandwidth should increase the requirement for CPU power and
processing applicances. If you go from exchanging X documents per day to
exchanging 1000X, you'll need more MIPS for message queuing, encryption,
decryption, and so on.
The xml-dev list is sponsored by XML.org <http://www.xml.org>, an
initiative of OASIS <http://www.oasis-open.org>
The list archives are at http://lists.xml.org/archives/xml-dev/
To subscribe or unsubscribe from this list use the subscription