#iaas

st1nger :unverified: 🏴‍☠️ :linux: :freebsd:st1nger@infosec.exchange
2025-06-03

#Ubicloud is an open source #cloud that can run anywhere. Think of it as an open alternative to cloud providers, like what #Linux is to proprietary operating systems.

Ubicloud provides #IaaS cloud features on bare metal providers, such as #Hetzner, #Leaseweb, and #AWS Bare Metal

github.com/ubicloud/ubicloud

2025-05-29

Как мы делали бэкапы для IaaS и что там под капотом

Можно много раз говорить, что резервное копирование — это база и необходимая функция для надежной работы с данными в любой системе. А можно раз показать, как мы в нашей инфраструктуре реализовали механизм бэкапов. С учетом специфики виртуальных машин, OpenStack и современных инструментов, обеспечивающих сжатие, дедупликацию и безопасное хранение данных. Привет, Хабр! Меня зовут Игорь Шишкин, я руковожу командой R&D в облачном направлении Рег.ру и являюсь архитектором наших сервисов — в этой статье расскажу, как мы создавали бэкапы в облаке. Далее о том, как выбирали инструменты для реализации, строили архитектуру и что мы делаем, когда пользователи устраивают тот еще квест — дружно решают забэкапиться в одно время.

habr.com/ru/companies/runity/a

#openstack #резервное_копирование #бэкапы #облачное_хранилище #облачное_хранение #облачное_хранение_данных #облачное_решение #restic #iaas #iaasпровайдер

Schenkl | DECT: 2332schenklklopfer@chaos.social
2025-05-29

Und plötzlich wird ohne offensichtlichen Grund der #Proxmox Server laut...

Bisschen gucken...

Aaah!
Jemand lädt gerade massenhaft Bilder auf meinen #Immich hoch.

Sieht so als hätte das Vorführen der tollen Funktionen imponiert, mein Vater lädt Tausende Urlaubsfotos aus den letzten Jahrzehnten hoch und baut Alben.

Da läuft über jedes Bild die Objekt- und Gesichtserkennung drüber ;)

#IaaS

ImmichAsAService ;)

Aner :progresspride_flag:aner@hachyderm.io
2025-04-29

#Introduction for the new instance. I'm Chris, and I live in #Bermuda.

I'm married with two kids, a son and a daughter.

My hobbies include #mountainbiking and #gaming (including #TTRPG #DnD and #MagicTheGathering).

I currently work as an #IaaS Support Engineer at a cloud and datacentre provider. I do everything from setting up virtual environments and orchestration to #DevOps and managing our switching and networking environment.

2025-04-23

День из жизни облачной команды: как мы провели Demo Day

Привет, Хабр! В этом материале мы не расскажем о рабочих кейсах, технических решениях и привычных темах для нашего блога. Лучше — мы покажем немного всего этого и поделимся впечатлениями о первом Demo Day облачной команды Рег.ру. Внутри: краткое ревью докладов, анонсы новых облачных релизов, которые мы планируем к запуску, и немного фото. Полетели!

habr.com/ru/companies/runity/a

#облака #облачные_технологии #репортаж #доклады #kubernetes #iaas #managed_services #s3 #astralinux #ispmanager

2025-04-03

lieber @spiegel , cloudspeicher und socialmedia sind das kleinste problem bei dem thema.

#iaas und vor allem #paas dienste sind die achillesferse (fast) aller europäischer cloud-apps/dienste. damit kann man ganze volkswirtschaften erpressen.

#unplugtrump

Spiegel-Headline: Welche Alternativen gibt es zur US-Digitaltechnik?
2025-03-30

@Andromxda @thomykay @european_alternatives ja, ein bisschen klassisches #iaas aus den frühen 2000ern.

"typical services like virtual servers, VPC, managed databases and object storage."

kenne niemanden, der darauf was ernsthaftes betreibt.

2025-03-30

wenn ihr bei #unplugtrump nur an user-facing apps und dienste denkt, denkt nochmal nach.

in D und Europa laufen quasi ALLE #saas lösungen auf #iaas #paas diensten amerikanischer konzerne, auch wenn ein teil der infratruktur lokal steht.

oder anders: stand heute gibt es KEINE cloud aus D/Europa.

国内のIaaS/PaaSクラウドサービス市場は2024年からの4年で約2倍の4兆4900億円規模に。矢野経済研究所
publickey1.jp/blog/25/iaaspaas

#publickey1 #クラウド #クラウドのシェア #業界動向 #IaaS #PaaS

IaaS/PaaSが成長を牽引する国内データセンターサービス。データセンターの新設は2026年から2028年頃にピーク。富士キメラ総研
publickey1.jp/blog/25/_iaaspaa

#publickey1 #クラウド #業界動向 #IaaS #PaaS

2025-03-18

Une approche "top-down", consistant en l'obtention de facteurs d'impacts statistiques, est intéressante dans ce cas.

🤨 Mais comment obtenir ces facteurs d'impacts ?

Lors d'une bi-mensuelle de l'association @boavizta , Eric Fourboul présentait les travaux menés chez #Hubblo à la suite d'une mission pour Rennes Ville et Métropole, sur l'obtention de facteurs monétaires basés sur les données financières et de consommation d'énergie des grands acteurs de #IaaS et de #SaaS : les #REE

2025-02-25

The Return of Infrastructure Independence: Breaking Free from US Hyperscalers

In the rapidly evolving landscape of technology, we sometimes find ourselves experiencing a sense of déjà vu. The current state of cloud computing and infrastructure management feels remarkably similar to the late 1990s server market—a time of major technological transition that ultimately rewarded those who maintained traditional expertise.

The Great Windows Server Migration of the Late ’90s

Cast your mind back to the late 1990s. Windows NT was gaining significant traction in the enterprise server space. Microsoft’s marketing machine was in full swing, promoting Windows as the future of server technology. The interface was familiar, the management tools were accessible, and the promise was enticing: simplify your infrastructure and reduce costs.

Many companies bought into this vision. They let go of their Unix administrators—the wizards who understood the deep intricacies of system architecture—and pivoted toward the seemingly more accessible Windows ecosystem. Unix expertise was deemed outdated, a relic of computing’s past.

But then something unexpected happened: Linux emerged as a powerful force. This open-source Unix-like operating system combined the robustness of traditional Unix with modern development approaches. Companies that had maintained their Unix expertise found themselves with a significant competitive advantage, while those who had discarded that knowledge scrambled to adapt.

Today’s Dangerous Dependency on US Hyperscalers

Fast forward to today, and we’re witnessing a similar phenomenon, but with far greater geopolitical implications. The cloud market has become dominated by a handful of US-based hyperscalers: AWS, Azure, and Google Cloud Platform. These giants now control the backbone of global digital infrastructure, creating an unprecedented level of dependency.

Organizations worldwide have entrusted their mission-critical systems, data, and intellectual property to these American corporations. This concentration of digital power in the hands of a few US companies presents significant risks:

  1. Geopolitical Vulnerability: Non-US entities are subject to American data regulations, surveillance capabilities, and political whims
  2. Sovereignty Concerns: Nations and regions have limited control over their own digital infrastructure
  3. Single Points of Failure: Global dependence on a handful of providers creates systemic risks
  4. Compliance Challenges: Navigating complex and sometimes contradictory regulations across jurisdictions

Today’s developers and systems engineers often have limited exposure to building and maintaining independent infrastructure stacks. The knowledge of creating self-sufficient, sovereign digital platforms has been sacrificed at the altar of convenience offered by the hyperscalers.

The Coming Era of Regional Digital Sovereignty

As geopolitical tensions rise and concerns about surveillance escalate, we’re approaching a breaking point that parallels the Linux revolution of the early 2000s. The excessive centralization of cloud infrastructure in the hands of US corporations is becoming increasingly untenable for many regions and organizations around the world.

Europe, in particular, stands at a crossroads. With its strong regulatory framework through GDPR and emphasis on digital sovereignty, the continent has the potential to lead a shift toward regional cloud infrastructure. A “European Cloud” built on open standards and operated independently of US hyperscalers could provide a template for other regions seeking digital autonomy.

This is where those 50+ year-old systems engineers—the ones who understand how to build infrastructure from the ground up—will become invaluable again. Their knowledge of architecting complete technology stacks without reliance on hyperscaler ecosystems will be crucial as organizations and regions work to establish independent digital capabilities.

Building Regional Digital Independence

The path to reducing dependency on US hyperscalers requires:

  1. Regional Infrastructure Initiatives: Government-backed programs to develop sovereign cloud capabilities within specific geographic or political boundaries
  2. Open Source Foundations: Building on open source technologies to avoid vendor lock-in and enable collaboration
  3. Knowledge Preservation: Actively maintaining expertise in full-stack infrastructure management
  4. Hybrid Approaches: Developing gradual migration paths that balance hyperscaler advantages with sovereignty requirements
  5. International Cooperation: Creating alliances between nations with shared interests in digital sovereignty

The Role of Experienced Infrastructure Engineers

The systems engineers who remember a world before AWS, Azure, and Google Cloud will play a pivotal role in this transition. Their experience building and managing independent data centers, designing network architectures without reliance on hyperscaler services, and understanding the full technology stack from hardware to application will be essential.

These veterans know what it takes to build robust, independent infrastructure. They understand the pitfalls, requirements, and strategic considerations that younger engineers, raised entirely in the hyperscaler era, may overlook.

Conclusion

The technology industry has always moved in cycles. What seems obsolete today may become critical tomorrow. Just as Linux vindicated those Unix administrators who maintained their expertise through the Windows NT revolution, the growing movement toward digital sovereignty could similarly elevate those who’ve preserved their knowledge of building independent infrastructure.

As regions like Europe work to establish their own cloud ecosystems and reduce dependency on US hyperscalers, the experienced systems engineers who understand how to build truly independent technology stacks will become not just relevant, but essential to our digital future.

The coming years may well see a renaissance of regional infrastructure expertise, as organizations and nations alike recognize that true digital resilience requires breaking free from excessive dependency on the American tech giants that currently dominate our global digital landscape.

See also: https://berthub.eu/articles/posts/you-can-no-longer-base-your-government-and-society-on-us-clouds/

#cloud #Engineering #IaaS #independence #syseng

Dion Hinchcliffedhinchcliffe
2025-02-11

Serverless can:

- Cut opex 35%
- Boost dev productivity by 25%
- Increase time to market by 15%

One architect’s experience with serverless matches my experience + research:

cio.com/article/3821137/can-se

Deutsches Forschungsnetz (DFN)DFN
2025-02-07

🚀 OCRE 2024 gestartet: Neue Cloud-Services für Forschung & Lehre!
Die neuen Rahmenverträge für kommerzielle sind da! 🎉
Forschungs- & Bildungseinrichtungen in 39 Ländern erhalten Zugang zu einer leistungsstarken & kosteneffizienten Cloud-Infrastruktur.

🌍 In Deutschland ist der Ansprechpartner für Einrichtungen im Wissenschaftsnetz.

@geant
🔗 Mehr Infos: dfn.de/startschuss-fuer-ocre-2

#

2025-02-03

📣 The #OCRE2024 Framework officially starts today and will be in place for the next five years!

Key Framework Highlights:
✅ 416 cloud service offerings across 39 countries
✅ 17 cloud platforms for #IaaS, #PaaS and #SaaS solutions
✅ 416 framework agreements with 40 service providers

Learn more: connect.geant.org/2025/02/03/o

#CloudServices #Procurement #Innovation #CloudFramework

OCRE 2024 Framework and Catalogue now live!
2025-02-03

@axel all i am saying is don't underestimate the mkt, also don't overestimate it. what other tools do you think clients would benefit from? I'd say faster networking, nvme, more ram, pihole and various lamp scripts modded and tweaked, toplists, osint, analytic suite, seo, 24/7pkt cap. also would add r proxy from a vps - no quotas #wildcards #iaas #howtoforge #reproducible builds #tls proxy

Client Info

Server: https://mastodon.social
Version: 2025.04
Repository: https://github.com/cyevgeniy/lmst