{"id":27,"date":"2026-04-11T17:10:56","date_gmt":"2026-04-11T16:10:56","guid":{"rendered":"https:\/\/michiel.vanotegem.nl\/?p=27"},"modified":"2026-04-11T17:28:37","modified_gmt":"2026-04-11T16:28:37","slug":"flexibility-is-the-key-to-sovereignty","status":"publish","type":"post","link":"https:\/\/michiel.vanotegem.nl\/index.php\/2026\/04\/11\/flexibility-is-the-key-to-sovereignty\/","title":{"rendered":"Flexibility is the key to sovereignty"},"content":{"rendered":"\n

Digital sovereignty means a lot of different things to different people and unfortunately the debate is dominated by the simplistic view that sovereignty is a single dimension problem that is fixable by taking control of everything. Christophe Fouquet, CEO of ASML rightfully tells us this is unrealistic<\/a>:<\/p>\n\n\n\n

\u201cEveryone would have to find a balance between this huge claim for sovereignty \u2026 \u2018we want everything to be done in our country\u2019 \u2026 and the reality, which is: this is a fairly spread ecosystem, with key elements in different places,\u201d<\/em><\/p>\n\n\n\n

And there is an underlying reality as well: it\u2019s not always good to do things in your own country for a variety of reasons, ranging from economically not viable to literally impossible because you don\u2019t have the resources. This means we need to shift from controlling everything to controlling what is needed and not controlling what is acceptable not to control (which can shift under different circumstances). Or put in a different way:<\/p>\n\n\n\n

Sovereignty is a spectrum, not a switch, and we need to be able to move on that spectrum.<\/strong><\/p>\n\n\n\n

The \u201cred button\u201d and war<\/h2>\n\n\n\n

In Europe we\u2019ve been hearing about the so called \u201cred button\u201d that the White House supposedly has to turn off all cloud services in Europe. I will not delve into why this red button doesn\u2019t really exist and just acknowledge that it has been a catalyst in the desire to build cloud infrastructure in-country. As the war in Ukraine showed us several years ago, and the war in the Middle East is reminding us today, in-country infrastructure can be physically attacked and potentially destroyed. Underneath these two examples lies a business continuity challenge that shows us we need to be flexible to act in different scenarios. Where in-country infrastructure is a good idea for one threat scenario, it isn\u2019t for another.<\/p>\n\n\n\n

Vendor lock-in<\/h2>\n\n\n\n

Vendor lock-in diminishes the very flexibility we seek and the typical answer to this challenge is \u201cuse open source\u201d. However, like the in-country infrastructure is a solution to particular threat scenario, open source solves some problems and introduces others. For one, it shift some of the operational challenges from vendor to customer. That isn\u2019t necessarily bad, but you do need to understand what you\u2019re signing up for. For example, mitigating software supply chain risks is pretty complex, especially if you have a relatively small team of experts.<\/p>\n\n\n\n

It\u2019s the operation, stupid<\/h2>\n\n\n\n

I\u2019d argue that what we really need is flexibility in how we deal with operational concerns. We can leave operational concerns to a cloud provider under most circumstances, but we want flexibility to move from one provider to another and be able to take care of operational concerns ourselves if needed. And yes, open source does play a role in that for core components, but that doesn\u2019t mean everything needs to be open source.<\/p>\n\n\n\n

The building blocks of flexibility<\/h2>\n\n\n\n

We already have an open source compute layer provided by container technology and Kubernetes. However, as most people that use this technology know, you rarely just use compute. You typically need storage, databases, messaging, and other capabilities and these tend work slightly differently in different platforms. So using containers and Kubernetes only gets you half way there.<\/p>\n\n\n\n

A quick conclusion could be that you should also only use open source storage, databases, and so on, but that could mean you can\u2019t use best in class or fit for purpose technology or worse still, your application isn\u2019t flexible enough to run on any platform. Fortunately, there is a better solution. There are two Cloud Native Compute Foundation projects, originally developed by Microsoft, that enable you to make your applications flexible, so you can move them from one platform to another. \u00a0The first is Radius<\/a> and the second is Dapr<\/a>.<\/p>\n\n\n\n

Radius<\/h3>\n\n\n\n

Radius enables developers to tell which services they need, for example a PostgreSQL database or a Redis cache. It is up to the platform team to provide these capabilities in platform that the application needs to run on. Radius enables the creation of recipes for different (cloud) platforms, that spin up the required services and enable these for the application. As an analogy, you can think of Radius as a taxi service. You don\u2019t worry about which car gets you from A to B, you just tell it where to go.<\/p>\n\n\n\n

Dapr<\/h3>\n\n\n\n

Dapr adds another layer of abstraction that makes enables even more flexibility. Developers can tell which type of services they need, such as a database, a cache, or a messaging system, and the platform team can provide those services with different types of technologies, as long as these meet the requirements of the application. To extend the Radius analogy, think of Dapr as a travel agency. You just have to say where you want to go and the agency books the transportation for you, which could be by car, bus, train or plane. This enables moving from one underlying technology to another, for example when newer and better technologies become available or a target platform has a different way of providing a certain services (e.g. AMQP instead of MQTT).<\/p>\n\n\n\n

Conclusion<\/h2>\n\n\n\n

Sovereignty is \u201cjust\u201d one of many requirements and we need the flexibility to weigh different requirements against each other and make adjustments as the world around is changes. We do this by making applications flexible and the building blocks to do so are there, we just need to start using them. That doesn\u2019t solve all our problems, because we also have to be able to move or replicate data, but that is a subject for another time.<\/p>\n","protected":false},"excerpt":{"rendered":"

Digital sovereignty means a lot of different things to different people and unfortunately the debate is … Flexibility is the key to sovereignty<\/span>Read more<\/a><\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[5,4],"tags":[],"class_list":["post-27","post","type-post","status-publish","format-standard","hentry","category-resilience","category-sovereignty"],"_links":{"self":[{"href":"https:\/\/michiel.vanotegem.nl\/index.php\/wp-json\/wp\/v2\/posts\/27","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/michiel.vanotegem.nl\/index.php\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/michiel.vanotegem.nl\/index.php\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/michiel.vanotegem.nl\/index.php\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/michiel.vanotegem.nl\/index.php\/wp-json\/wp\/v2\/comments?post=27"}],"version-history":[{"count":3,"href":"https:\/\/michiel.vanotegem.nl\/index.php\/wp-json\/wp\/v2\/posts\/27\/revisions"}],"predecessor-version":[{"id":31,"href":"https:\/\/michiel.vanotegem.nl\/index.php\/wp-json\/wp\/v2\/posts\/27\/revisions\/31"}],"wp:attachment":[{"href":"https:\/\/michiel.vanotegem.nl\/index.php\/wp-json\/wp\/v2\/media?parent=27"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/michiel.vanotegem.nl\/index.php\/wp-json\/wp\/v2\/categories?post=27"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/michiel.vanotegem.nl\/index.php\/wp-json\/wp\/v2\/tags?post=27"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}