International Scaling & Global Participation

Distinguishing global open source community participation from infrastructure cooperative membership, and building an inclusive framework for international cooperation.

A Critical Distinction

This initiative addresses infrastructure concentration and legal jurisdiction risks, not national animosity. The concern is structural:

  • Concentration of control in 4 corporations (AWS, Microsoft, Google, Oracle)
  • Extraterritorial legal reach (CLOUD Act, FISA 702)
  • Single points of failure in democratic infrastructure
  • Corporate governance not accountable to citizens

We would oppose similar concentration by any jurisdiction—including our own. The goal is resilient, distributed, democratically-accountable infrastructure, not anti-Americanism or any form of national exclusion from the open source commons.


A Note on the United States

The United States remains home to the world's largest open source developer community and foundations stewarding critical projects. American contributors are welcome and essential to the open source ecosystem this initiative depends upon.

The United States hosts or has founded:

Many Americans share concerns about infrastructure concentration:


Global Open Source Contributors

Open source software is developed by contributors from every continent. The Sovereign Cloud Architecture Blueprint benefits from and welcomes contributions regardless of the developer's country of residence or citizenship. Code quality matters, not country of origin.

Europe

Germany, France, Netherlands, UK, Spain, Poland, Czech Republic, Romania, Ukraine, Sweden, Finland, Switzerland, Austria, Italy, Portugal, Denmark, Norway, Belgium, Ireland, Estonia, Hungary, Greece, Bulgaria, Slovenia, Slovakia, Croatia, Latvia, Lithuania

Americas

United States, Canada, Brazil, Argentina, Mexico, Chile, Colombia, Peru, Venezuela, Costa Rica, Uruguay

Asia-Pacific

India, China, Japan, South Korea, Taiwan, Singapore, Australia, New Zealand, Vietnam, Indonesia, Malaysia, Philippines, Thailand, Pakistan, Bangladesh, Sri Lanka

Middle East & Africa

Israel, Turkey, South Africa, Egypt, Nigeria, Kenya, Morocco, Iran, UAE, Tunisia, Ghana, Ethiopia, Tanzania

Central Asia & Eastern Europe

Russia, Kazakhstan, Belarus, Georgia, Armenia, Azerbaijan, Uzbekistan, Serbia

The Inclusion Principle

We welcome code contributions, bug reports, documentation, translations, and community participation from developers worldwide. A security patch from any nation benefits all users. Open source meritocracy means contributions are judged on quality, not origin.


Participation Models

The initiative distinguishes between different forms of participation, each with appropriate criteria:

OPEN SOURCE COMMUNITY
All Nations Welcome

PROJECT GOVERNANCE
Merit-Based (Committers/PMC)

INFRASTRUCTURE COOPERATIVE
Governments Meeting Criteria

COMMERCIAL ECOSYSTEM
Procurement-Compliant Suppliers

Key Point

A developer from any country can contribute code that runs on sovereign infrastructure. Infrastructure membership (which involves data residency and legal frameworks) has different criteria than community participation (which is open to all).


Pathfinder Engagements

Several governments are already executing Microsoft replacement programmes. SCAB should engage these pathfinders to harvest learnings, share costs, and build a coalition of practice.

🇩🇪

Germany: Schleswig-Holstein

Current Status

October 2024: Email migration to Open-Xchange complete (first state)
April 2024: LibreOffice rollout to 30,000 workstations begun
2025: Linux desktop rollout underway
2026: Full Microsoft independence targeted

Key Achievements

"Öffentliches Geld, öffentlicher Code" (Public money, public code)
— Schleswig-Holstein Digital Strategy Principle

What SCAB Can Harvest

  • Migration playbooks: Step-by-step process for LibreOffice, Open-Xchange deployment
  • Training materials: End-user training for office suite transition
  • Compatibility testing: Document format interoperability findings
  • Change management: Staff communication templates, FAQ responses
  • Vendor relationships: Introduction to Open-Xchange, LibreOffice support network
  • Political playbook: How to maintain cross-party support for multi-year migration

Key Contacts

State Chancellery - Digital Affairs

Schleswig-Holstein Staatskanzlei
Der Landesbeauftragte für Digitalisierung
Düsternbrooker Weg 104, 24105 Kiel
www.schleswig-holstein.de/digitalisierung

🇩🇰

Denmark: Ministry of Digital Affairs

Current Status

June 2025: Microsoft Office exit announced by Minister Caroline Stage Olsen
August 2025: 50% of ministry migrated to LibreOffice
November 2025: 100% migration target
2026: Copenhagen and Aarhus municipalities evaluating similar migrations
"We must never make ourselves so dependent on so few that we can no longer act freely."
— Caroline Stage Olsen, Danish Minister for Digital Affairs, June 2025

Key Achievements

What SCAB Can Harvest

  • Rapid migration methodology: How to migrate an entire ministry in 6 months
  • Ministerial playbook: Political messaging that secured Cabinet approval
  • Vendor independence strategy: Procurement language for non-US alternatives
  • Municipal scaling: Framework for cities to follow ministry lead
  • Nordic cooperation: Potential pathway to engage Norway, Sweden, Finland

Key Contacts

Ministry of Digital Affairs and Equality

Digitaliseringsministeriet
Landgreven 4, 1301 København K
https://digmin.dk


Infrastructure Cooperative Membership

Infrastructure cooperative membership (governments operating shared sovereign cloud) is distinct from open source community participation. Membership requires mutual trust for data residency and legal framework compatibility.

Membership Criteria

Infrastructure membership is based on objective criteria, not political alignment:

Membership Tiers

Potential Infrastructure Members

The following nations meet objective criteria and have expressed interest or share strategic concerns:


Scaling Challenges & Mitigations

Challenge 1: Governance Complexity

Risk: More members = slower decision-making, conflicting priorities

Mitigation: Tiered membership with weighted voting. Core members retain strategic control. Working Groups operate with delegated authority for technical decisions.

Challenge 2: Language & Documentation

Risk: Contributors work in many languages. Translation costs and delays.

Mitigation: English as working language for SCAB (following Apache Foundation model). Translation budget for critical artifacts. AI-assisted translation with human review. Accept documentation contributions in any language with translation workflow.

Challenge 3: Different Starting Points

Risk: Germany/Denmark focused on desktop; SCAB focused on cloud infrastructure.

Mitigation: Define complementary workstreams. Desktop migration (DE/DK lead) feeds into cloud migration (SCAB lead). Shared identity layer (Keycloak) bridges both.

Challenge 4: Perception of Exclusion

Risk: Initiative perceived as anti-American or protectionist.

Mitigation: Explicitly welcome US contributors to open source community. Partner with US civil society organisations. Frame as anti-monopoly and pro-resilience, not anti-American. Invite US academics and NGOs to observer discussions.

Challenge 5: Political Sustainability

Risk: Government changes could reverse commitments (see Munich LiMux reversal).

Mitigation: Cross-party engagement from start. Economic benefits messaging (jobs, savings) alongside sovereignty messaging. Binding treaty commitments with exit penalties.


Success Metrics


Immediate Actions

  1. This week: Draft ministerial letter to Schleswig-Holstein Digital Commissioner
  2. This week: Publish contributor guidelines welcoming global participation
  3. This month: Request observer status at Danish Digital Government briefing
  4. This month: Outreach to Apache Software Foundation for governance guidance
  5. This quarter: Propose MoU framework to Germany and Denmark
  6. Within 6 months: First joint working group meeting

The window is open: Germany and Denmark are acting now. SCAB must engage before their programmes mature and institutional knowledge disperses.


Document Status

Version: 2.0 | Last updated: January 2026
Classification: Official
Change: Revised to distinguish community participation from infrastructure membership

Back to Open Source Engagement