[
Lists Home |
Date Index |
Thread 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
intelligence.
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 ;-)
len
-----Original Message-----
From: Ken North [mailto:kennorth@sbcglobal.net]
Sent: Thursday, August 19, 2004 3:49 PM
To: xml-dev@lists.xml.org
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
binary
EDI (CEFACT) message versus the same transaction using an XML/EDI document.
The
size difference was about 1K (EDI) versus 11K (XML/EDI). For a single
transaction, the "XML overhead" was about 10K. Bandwidth and disk storage
were
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
less
important, but securing documents has become more important because we're
using
them as the basis for critical services. We may not need to invest in MIPS
for
compressing documents, but (in some cases) we need to do so to secure them
using
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
content
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
manager: <http://www.oasis-open.org/mlmanage/index.php>
|
