<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/">
  <channel>
    <title>Act I — What you stand on on Digital Infrastructures at Scale</title>
    <link>https://digitalinfrastructures.nl/book2/act1-foundations/</link>
    <description>Recent content in Act I — What you stand on on Digital Infrastructures at Scale</description>
    <generator>Hugo -- 0.148.0</generator>
    <language>en-us</language>
    <lastBuildDate>Fri, 25 Jul 2025 07:45:07 +0000</lastBuildDate>
    <atom:link href="https://digitalinfrastructures.nl/book2/act1-foundations/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>What a lunch in Spain taught me about digital infrastructures</title>
      <link>https://digitalinfrastructures.nl/book2/act1-foundations/lunch-spain/</link>
      <pubDate>Sat, 15 Mar 2025 16:06:44 +0000</pubDate>
      <guid>https://digitalinfrastructures.nl/book2/act1-foundations/lunch-spain/</guid>
      <description>&lt;p&gt;In 2005 I visited my father in France. It turned out to be convenient to pick me up from the Gerona airport in Spain.
And as we had enough time, we had lunch in La Jonquera.&lt;/p&gt;
&lt;p&gt;At the restaurant&amp;rsquo;s checkout I noticed a peculiar array of devices: there were four payment terminals.&lt;/p&gt;
&lt;p&gt;&lt;img alt=&#34;payment terminals&#34; loading=&#34;lazy&#34; src=&#34;https://digitalinfrastructures.nl/payterminal-716603.jpg&#34;&gt;&lt;/p&gt;
&lt;p&gt;I&amp;rsquo;d never seen that. From what I know, a merchant works with a bank which handles all their payments. Apparently not over here.&lt;/p&gt;</description>
    </item>
    <item>
      <title>The Essence of Digital Infrastructures</title>
      <link>https://digitalinfrastructures.nl/book2/act1-foundations/essence-digital-infrastructures/</link>
      <pubDate>Mon, 10 Mar 2025 21:34:21 +0000</pubDate>
      <guid>https://digitalinfrastructures.nl/book2/act1-foundations/essence-digital-infrastructures/</guid>
      <description>&lt;p&gt;What do roads, airports, the internet, the electricity network, and a search engine have in common? They are all services that are independent of a specific user or usage. They are provisioned on a longer timescale than that of an individual usage. And they are typically not owned by their users, or at least, not directly.&lt;/p&gt;
&lt;p&gt;In this book I am mostly concerned with digital infrastructures. Their services are digitally accessible. Of the above examples, the internet and the search engine are the best examples of that. Interestingly, the other services increasingly rely on digital infrastructures themselves, or even incorporate specific digital infrastructures.
Trading platforms, for example, enable the planning of electricity supply and demand.
In many countries, electricity is a market, not a monopoly, which requires coordination between the various players.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Elements of the Digital World</title>
      <link>https://digitalinfrastructures.nl/book2/act1-foundations/elements-of-digitalinfrastructures/</link>
      <pubDate>Thu, 27 Mar 2025 20:34:01 +0000</pubDate>
      <guid>https://digitalinfrastructures.nl/book2/act1-foundations/elements-of-digitalinfrastructures/</guid>
      <description>&lt;p&gt;It all starts with bits: digital units of information. It is about how we store these bits, how we move these bits, and how we transform or process these bits.&lt;/p&gt;
&lt;p&gt;The three major elements of digital infrastructures are:&lt;/p&gt;
&lt;ol&gt;
&lt;li&gt;Storage&lt;/li&gt;
&lt;li&gt;Networks&lt;/li&gt;
&lt;li&gt;Processors&lt;/li&gt;
&lt;/ol&gt;
&lt;p&gt;In the cloud security world, it is customary to talk about data at rest, data in motion, and data in use. This introduces data as the key common element. But more on cloud security later.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Execution Environments</title>
      <link>https://digitalinfrastructures.nl/book2/act1-foundations/execution-environments/</link>
      <pubDate>Sun, 20 Apr 2025 09:03:00 +0000</pubDate>
      <guid>https://digitalinfrastructures.nl/book2/act1-foundations/execution-environments/</guid>
      <description>&lt;p&gt;What do a laptop, a smartphone, and a smart thermostat have in common with a browser, a database, and a data center?&lt;/p&gt;
&lt;p&gt;They are all execution environments that contain software and data, and that makes them building blocks for deploying digital infrastructures.
In a diagram we often depict them as a box, or an oval.
Inside the box, software gets executed, instructions get interpreted, actions are done. Software without execution is just dead data.&lt;/p&gt;</description>
    </item>
    <item>
      <title>How I Got Started in Computer Networks</title>
      <link>https://digitalinfrastructures.nl/book2/act1-foundations/first-network/</link>
      <pubDate>Sun, 08 Jun 2025 14:31:28 +0000</pubDate>
      <guid>https://digitalinfrastructures.nl/book2/act1-foundations/first-network/</guid>
      <description>&lt;p&gt;My first interest in networking came in the early 80s, as I was in the final years of my mathematics and computer science master&amp;rsquo;s program.&lt;/p&gt;
&lt;p&gt;At the time, dial-up terminal networking was about the most advanced there was.
And if you were lucky, you&amp;rsquo;d get 1200 baud (transmitting approximately 120 characters per second).
My current fiber-optic home links are 1 Gigabit/sec, which is about 1 million times faster.&lt;/p&gt;
&lt;p&gt;Beyond this, computer-to-computer communication was mostly confined to the local data center.
Transferring files from one computer to another typically involved physically moving storage media around.
I have a great story about that, but that will be in another unit.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Cloud Computing</title>
      <link>https://digitalinfrastructures.nl/book2/act1-foundations/cloudcomputing/</link>
      <pubDate>Fri, 25 Jul 2025 07:45:07 +0000</pubDate>
      <guid>https://digitalinfrastructures.nl/book2/act1-foundations/cloudcomputing/</guid>
      <description>&lt;p&gt;Cloud Computing is an important and big set of digital infrastructures.&lt;/p&gt;
&lt;p&gt;Between 2000 and 2010, as the internet was growing in reach, it also became a vehicle for the delivery of compute services.
Back in the day, Application Services Providers, as they were known, offered software remotely, so it was no longer necessary to install it in a company&amp;rsquo;s datacenter.
I could tell horror stories about how early client server application installations went, so not needing that was a key selling point.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Shared Services Lead to Conflicts</title>
      <link>https://digitalinfrastructures.nl/book2/act1-foundations/shared-service-conflict/</link>
      <pubDate>Fri, 06 Jun 2025 10:32:19 +0000</pubDate>
      <guid>https://digitalinfrastructures.nl/book2/act1-foundations/shared-service-conflict/</guid>
      <description>&lt;p&gt;Digital infrastructures serve, nearly always, multiple customers.
These customers therefore share the resources provided by these digital infrastructures.
With that sharing comes the potential for conflicts over those resources.&lt;/p&gt;
&lt;p&gt;When I talk to my friend over the phone, we share a connection, and that is exactly when sharing is part of the value of that infrastructure.
But when multiple users draw computer capacity from the same pool, there is a risk that the pool is too small, and some users will not get the capacity that they require.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Things Break at Scale</title>
      <link>https://digitalinfrastructures.nl/book2/act1-foundations/things-break-at-scale/</link>
      <pubDate>Wed, 16 Apr 2025 21:16:12 +0000</pubDate>
      <guid>https://digitalinfrastructures.nl/book2/act1-foundations/things-break-at-scale/</guid>
      <description>&lt;p&gt;Computers are terribly reliable, in general. Today&amp;rsquo;s computer systems execute millions, even trillions, of instructions each second, with an error rate that is inconceivable in other technologies. Yet, if you have hundreds of thousands of machines, you do need to take care of failures.&lt;/p&gt;
&lt;p&gt;In the early days of Google growth I read an &lt;a href=&#34;https://www.cnet.com/culture/google-spotlights-data-center-inner-workings/&#34;&gt;article about their error numbers&lt;/a&gt;
(a Google cluster has several thousands of machines):&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;In each cluster&amp;rsquo;s first year, it&amp;rsquo;s typical that 1,000 individual machine failures will occur; thousands of hard drive failures will occur; one power distribution unit will fail, bringing down 500 to 1,000 machines for about 6 hours; 20 racks will fail, each time causing 40 to 80 machines to vanish from the network; 5 racks will &amp;ldquo;go wonky,&amp;rdquo; with half their network packets missing in action; and the cluster will have to be rewired once, affecting 5 percent of the machines at any given moment over a 2-day span, Dean said. And there&amp;rsquo;s about a 50 percent chance that the cluster will overheat, taking down most of the servers in less than 5 minutes and taking 1 to 2 days to recover.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Deployment Diagrams</title>
      <link>https://digitalinfrastructures.nl/book2/act1-foundations/deployment-diagrams/</link>
      <pubDate>Sun, 09 Mar 2025 21:19:45 +0000</pubDate>
      <guid>https://digitalinfrastructures.nl/book2/act1-foundations/deployment-diagrams/</guid>
      <description>&lt;p&gt;Deployment is everything that happens between writing software and actually using that software by its intended users. And as we get more software and more users, deployment becomes more complex.&lt;/p&gt;
&lt;h3 id=&#34;why-deployment-diagrams&#34;&gt;Why deployment diagrams?&lt;/h3&gt;
&lt;p&gt;Deployment diagrams are a great technique for communicating about important decisions in deploying software. Decisions such as who is going to do what, how are things connected, and so on.&lt;/p&gt;
&lt;p&gt;There are many ways to draw deployment diagrams and many standards to choose from. UML and Archimate are just a few of them. To me, there is no single right way to create deployment diagrams. In that sense, these diagrams are more like maps. And the usefulness of a map depends on the journey that you are going to make. A map for a mountain walk is pretty useless if you want to make a railroad journey and vice versa.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Promise Theory</title>
      <link>https://digitalinfrastructures.nl/book2/act1-foundations/promise-theory/</link>
      <pubDate>Fri, 25 Apr 2025 21:21:54 +0000</pubDate>
      <guid>https://digitalinfrastructures.nl/book2/act1-foundations/promise-theory/</guid>
      <description>&lt;p&gt;Digital infrastructures focus on services rather than products, making it elusive to capture the essence of these services, especially in defining the fluid interactions between service providers and consumers.&lt;/p&gt;
&lt;p&gt;Promise theory is a little-known approach to interaction, though it has quite a few great thinkers behind it.
Introduced by Mark Burgess and others, it is about how autonomous agents work together.
It helped me a lot in getting a handle on various distributed systems.
There was this project where we designed a scalable travel information system with what we now call microservices.
We needed to describe how these parts work together.
And there was a project that required lots of independent and autonomous social security agencies to work together on providing a service.
In getting this from the drawing board to actual production, promise theory turned out to be a great tool.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Contracts are complementary promises</title>
      <link>https://digitalinfrastructures.nl/book2/act1-foundations/promise-contract/</link>
      <pubDate>Thu, 15 May 2025 21:03:24 +0000</pubDate>
      <guid>https://digitalinfrastructures.nl/book2/act1-foundations/promise-contract/</guid>
      <description>&lt;p&gt;Once we understand promises, contracts between agents now become really simple to express.
They are a set of complementary conditional promises: &amp;ldquo;If you do this, I will promise that&amp;rdquo;.
In our example this looks like the following.&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;&amp;ldquo;If you promise to pay me, I will promise to bring you coffee.&amp;rdquo;&lt;/li&gt;
&lt;li&gt;&amp;ldquo;If you promise to bring me coffee, I will promise to pay you.&amp;rdquo;&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;If one party does not keep its end of the bargain, the other party is free to withdraw from their part of the deal.
Of course there is the complication that somebody has to deliver first: do you get coffee first, or do you have to pay first?
This requires trust.
As you are probably aware, both types of contract exist in real life.
In fact you can find more complicated versions as well.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
