home.social

#dockerswarm — Public Fediverse posts

Live and recent posts from across the Fediverse tagged #dockerswarm, aggregated by home.social.

fetched live
  1. Status Report 2026-08-29 and Outlook for September\October 2026

    Today we released Infinito.Nexus 13.0.0 with integrated Tor and .onion support. The release notes you will find here and the blog article about the functionality here.

    https://www.youtube.com/watch?v=6czcc1gZ7Ak

    This feature didn’t have a high business value, anyhow it allowed to clean up the architectural base for everything what comes now.

    Anyhow here I want to give you insights into the Infinito.Nexus project and what’s planed.

    Infinito.Nexus Core >= 14.0.0a

    Email Software Replacement

    From the current point of view at least 2 Major releases will arrive in the next month. The first one is the substitution of Mailu by Stalwart, implemented by Alejandro. This is necessary due to the deprecation of Mailu itself.

    https://www.youtube.com/watch?v=lJqtQG6lmc4&t=24s

    The release state and the related discussion you can follow here .

    AI Integration

    The other release is, let’s call it the “AI” release. Long story short:
    Infinito.Nexus will allow the use and the integration of AI, local and external models in almost all SaaS applications. It will also allow the Integration in Software via MCP.

    Lite LLM

    All applications which support AI like OpenWebUI, WordPress, Nextcloud, Matrix etc. will have an inteface which connects to an Lite LLM Gateway. The Lite LLM Gateway will allow the use of local models like Qwen, Gema etc. Besides this it’s possible to integrate OpenRouter or e.g. Anthropic or OpenAI etc.

    https://www.youtube.com/watch?v=nQCOTzS5oU0

    So enterprises which use Infinito.Nexus can decide by themself if they prefer to use their local AI and models and keep everything on their infrastructure or if they prefer to use external proprietary models.

    The customer has the choice about the level of data sovereignty they want to keep and the infrastructure which they want to setup.

    MCP

    https://youtu.be/eur8dUO9mvE?si=vTJW30tCZz2ZdUD6

    The second AI related topic is the integration of MCP into all kind of applications.

    It’s already in progress since a few weeks and my agents are working on this 24h. Relevant in this context is the security aspect.

    Similar to the Infinito.Nexus 13.0.0 TOR Release, the MCP Release will have a high impact on security and MUST due to this reason be declared as PoC. Why?

    In my understanding you can’t easily implement RBAC into MCP clients.
    So my current implementation works like this;

    You have per Infinito.Nexus application two MCP RBAC groups:

    • Reader
    • Writer

    If one is part of the reader group they can read all of the application data via Open WebUI and if one is part of the Writer group they can modify all of the data via Open WebUI.

    https://www.youtube.com/watch?v=VNPMl8oOzHU

    This is off course highly dangerous. It may makes sense to give people reading rights, but in consequence this means that they can access and utilize all of the users data via an AI.

    We don’t have to talk about that this goes against any kind of data protection regulations and is a hard invasion into the privacy of your platform users.

    Anyhow there are scenarios in which it may makes sense.

    E.g. let’s assume you’re fully virtual organisation and you don’t have humans employed, but instead on your Infinito.Nexus platform just bot and agents account exist;

    In this scenario if you have reading and writing rights you’re de facto in the “God Mode” in which you can instantly see what your agents are doing.

    An example is if you use it e.g. with AgentCrew (WiP). You can orchestrate Agents and AI on a way you can’t imagine. AgentCrew I will explain in the next paragraphs.

    Also if it’s in the current state absolutely not recommended to activate the MCP functionality, it doesn’t mean it must be like this in the future. Like I said currently it’s seen as PoC and the full MCP compatible RBAC implementation isn’t impossible, it just will take a lot of human resources, because for every part of the Infinito.Nexus software we need humans which take responsibility for the code.

    “We stay in the loop” – We aren’t controlled by AI, instead we’re the masters. In consequenz this means that the full RBAC MCP will be implemented as soon as we have sufficient customers which request it and developers which can manage it intellectually to implement a clean architectural solution.

    i18n

    Besides the AI topic there is one key thing missing in the Infinito.Nexus Core Repository, but also in the Store and this is the implementation of the 184 ISO 639-1 into our software solution.

    The software was primarily designed with German customers and the debate about digital sovereignty of European and especially German enterprises from American Big Tech in mind. Still some frontend elements like the dashboard just supported English as language.

    The implementation of German is off course an hard requirement before it can be distributed and promoted on the DACH market. Actually I figured out that there is a easy design pattern to implement this, so part of the 14/15th major release will also be the support of all 184 ISO 639-1 languages.

    Infinito.Nexus Store

    Besides the Core development the AI Agents of course worked in the last weeks on implementing the store.

    Theoretically the store is ready. Off course there are a few issues but overall I think it’s heading in the right direction.

    Somewhere in the next weeks I will release a beta version of the store, but before we use it in production there needs to be a deeper security audit.

    The store itself is from my point of view at the current situation the weakest part in the security chain and could be used by attackers as entry point into our system. So I don’t feel confident yet to release it, but I have some ideas in my mind how I can use AI supported attacks against the store to penetrate the system and to find all loopholes.

    Besides this the API’s for auto-provisioning of enterprise infrastructure are currently just implemented as mocks.

    The reason therefore is again a resource issue on my side. To implement them, do the billing etc. I need people in the back office which take care about the bureaucracy and right now we’re just a bunch of programmers.

    So the bottleneck since the start of this project is still to have people in the back office, administration and on the business side which could take over tasks like this. Currently we don’t have anybody for this tasks.

    Agentic Projects

    Besides Core and Store there are two other IT projects which I want to mention.

    AgentBox

    The first one is AgentBox. The idea behind AgentBox is to encapsulate the agents which work on your code in an highly isolated environment.

    This is necessary due to the reason that the agents are currently working in sandboxes like the one which Claude ships onboard, but they can easily break out. It’s just a question of will.

    If the agent decides that they want to break out they can break out and can take control over your system. Due to this reason I’m working on a better cage to keep them isolated. I first will use this as part of the Store aka. GUI repo and as soon as I feel confident I will also “box” all of my other repos.

    It will be part of PKGMGR so that I can setup and develop new solutions much faster and much safer then ever before.

    AgentCrew

    The second one is AgentCrew. AgentCrew addresses the problem, that this project requires a lot of people to run and set up a business.

    A few weeks ago, during a chat with Amadeus, we talked about that there are existing frameworks like ITIL, SAFe, etc. which describe in detail how to set up an Enterprise Organisation.

    With AgentCrew you decide for a framework, define framework roles, characters and the related LLM to use. All people which are normally human beings are replaced by an agent and they will take over the roles.

    Due to the reason that not all of the roles need the same capabilities it’s possible to give some agents lower models and other agents better models. In kombination with OpenRouter and local LLM’s you can scale up an organisation for very low costs.

    The advantage for us as Infinito.Nexus team is, that we developed the infrastructure tool to give every agent their own account with all tools which they need. Let it be developing tools like gitea\GitLab\jenkins, project management tools like Taiga\OpenProject, cloud access via Nextcloud etc.

    Infinito.Nexus can be the base to setup fully autonom working agentic teams.

    I will focus on AgentCrew as soon as the store is ready, because then we need urgently agents in the back office, distribution etc.

    Business Strategy

    The strategy stays the following; The focus is on finishing the core like mentioned above.

    Parallel the development of the store continous.

    As soon as the store is ready I will contact all people in our CRM system.

    Besides this is would be good to get some low level investment. We have now a ready product. A little money as an catalyst to enlighten the engine for digital sovereignty would make our life much easier, but it will also work without it.

    The advantage which we have is that as soon as the store is standing and the API’s are integrated we have an scalable product with almost non fix costs, so we can beat all of our competitors by price.

    Besides this it’s almost impossible that a real competitor raises.

    And now you ask me the question:

    Why? Kevin hadn’t you been an hypocrat? Didn’t you tough in your position as agile coach that you find customers and develop a project dependent on their needs and scale up your business by realizing what your customer needs from you?

    I can tell you it would had been impossible.

    If we would have customers already, we couldn’t had developed an clean architectural solution. We would had acquired a huge amount of technical debt due to the reason that we would had been required to maintain outdated infrastructure and couldn’t implement the radical architectural design which was necessary to implement a tool which can compete in the times of AI with the other companies.

    A lot of businesses will fail in the next month and years. The reason therefore is that they vibe coded bad software which is unmaintainable. Our solution is as well designed as as Rolex and usable like a Swiss Pocket Knife.

    I don’t know any other software company which delivers such an high quality like we’re doing and we can dump the price almost as low as we like.

    Vibe Coding and Agentic Engineering

    https://www.youtube.com/watch?v=PbsocBPkoUc

    One last sentence I would like to mention concerning vibe coding and agentic engineering and how I apply both practices. So you have an idea how I could realize such an project.

    I would say in general I use classical software engineering practices.

    • Writing well defined requirements documents\ADR witch AC
    • Writing test for them
    • Let the AI iterate against the tests until all of them pass

    The AI works in general autonomously. I inspect the code before commiting and steer the AI in the right direction.

    With a lot of the implementations I don’t have any glue at the beginning of the feature how to realize this exactly. This counts e.g. for the docker swarm implementation, the tor implementation, but also the current MCP implementation.

    So I let the AI turn wild but I question critically the output and the modifications. The most of the time I have at least 3 agents parallel running which are working on different topics.

    Still I need to review all of the code and I feel responsible to understand what the agents are doing. I have the final say about the best approach.

    This means that in the last month I still had my 16 hour days just reviewing, deciding and understanding what’s going on, besides that the AI is working parallel 24/7.

    I really look forward to the point when this isn’t my daily business anymore.

    I hope anybody who is interested in it has now a betting understanding where the project stands, what final challenges have to be tackled and where we will stand in approx. 2 month.

    #AcceptanceCriteria #ADR #agentIsolation #AgentBox #AgentCrew #agenticEngineering #agenticTeams #AIAgents #AIGovernance #AIOrchestration #AIPenetrationTesting #AISecurity #AIWorkforce #AIAssistedSoftwareDevelopment #AINativeCompany #AINativeSoftwareDevelopment #architectureDecisionRecords #automatedProvisioning #autonomousAgents #autonomousEnterprise #autonomousOrganizations #cleanArchitecture #Cybersecurity #DACH #DevOps #digitalInfrastructure #DigitalSovereignty #digitalSovereigntyPlatform #DockerSwarm #enterpriseAutomation #enterpriseInfrastructure #EuropeanDigitalSovereignty #futureOfWork #Gitea #Gitlab #heterogeneousLLMs #humanInTheLoop #humanOversight #i18n #InfinitoNexus #InfinitoNexusStore #InfrastructureAsCode #infrastructureAutomation #internationalization #ISO6391 #ITIL #Jenkins #LLMOrchestration #localLLMs #localization #lowCostInfrastructure #MCP #MCPRBAC #MCPSecurity #ModelContextProtocol #multiAgentSystems #multilingualSoftware #Nextcloud #OpenSource #openSourceBusiness #OpenProject #OpenRouter #penetrationTesting #PKGMGR #platformEngineering #privateCloud #roleBasedAccessControl #SaaS #SAFe #sandboxing #scalableBusiness #scalableInfrastructure #secureAIAgents #securityAudit #SelfHosting #softwareArchitecture #softwareEngineering #softwareMarketplace #Taiga #TDD #technicalDebt #TestDrivenDevelopment #Tor #vibeCoding #virtualOrganizations #zeroTrust
  2. Infinito.Nexus 12.0: From a Single Server to a Scalable Sovereign Cloud

    Infinito.Nexus 12.0 is one of the most significant releases in the project’s history. Until now, Infinito.Nexus focused primarily on automating complete open-source environments on a single Docker Compose host. Version 12.0 introduces Docker Swarm as a second deployment mode, enabling applications to run across multiple servers, scale horizontally and recover from node failures. This release combines capabilities that are rarely delivered by one automation platform: More than 75 automatically deployable open-source applications One Single Sign-On experience backed by a unified user database Horizontal scaling across multiple cloud servers Automated backup and continuously tested disaster recovery Support across Debian, Arch Linux and RHEL-family distributions Filesystem-independent operation across ext4, btrfs and ZFS Together, these changes transform Infinito.Nexus from an application installer into a comprehensive foundation for scalable, sovereign cloud infrastructure. […]

    blog.infinito.nexus/blog/2026/

  3. pi@pi0:~ $ ansible all -i hosts -m shell -a "docker system prune -a -f --volumes" --become

    Just freed up over 1.6 Gigabytes of disk space

    That's two years' worth of junk from messing about. 🤣

    #Clusterhat #DockerSwarm #Ansible

  4. portainer.io/blog/cve-2025-681

    If you are running Docker Swarm in production today, this vulnerability creates some pressure to address your orchestration strategy.

  5. Как развернуть кластер среды общих данных Pilot: от теории к практике с Docker Swarm

    Привет, друзья! Сегодня поговорим о кластерном режиме в Pilot – линейке продуктов, на базе которых организуют совместную работу над строительными проектами, сборку и проверку BIM-моделей. Кластерный режим Pilot обеспечивает отказоустойчивость и горизонтальное масштабирование её центрального компонента — Pilot-Server. Для хранения данных в кластере используется PostgreSQL, а для взаимодействия между узлами — Redis. Примечание: На данный момент кластеризация доступна только для Pilot-Server. Pilot-BIM-Server и Pilot-Web-Server работают как отдельные сервисы без возможности горизонтального масштабирования. Какие преимущества мы получаем по сравнению с подходом, где используется один компонент Pilot-Server? 1. Аппаратный сбой на сервере Pilot-Server. При падении машины, на которой расположен единственный экземпляр Pilot-Server, работа пользователей парализуется, никакие действия с системой в режиме онлайн невозможно совершить. При нескольких компонентах на разных серверах, в случае падения одного из них, мгновенно назначается новый активный узел из оставшихся рабочих. Для пользователей это будет кратковременный разрыв соединения, после которого они переподключатся к новому узлу. 2. Обновление ПО. При обновлении Pilot-Server с единственным экземпляром, пользователи не могут подключаться в этот момент. В кластерном режиме обновление можно произвести в режиме “Последовательного обновления”. 3. Рост нагрузки на Pilot-Server. Большое количество запросов к одному компоненту Pilot-Server может превысить пропускную способность одного сервера. В кластерном режиме за счёт нескольких узлов с Pilot-Server нагрузка будет распределяться между ними через балансировщик.

    habr.com/ru/companies/ascon/ar

    #pilotbim #pilotice #pilotweb #кластеризация #postgresql #docker #dockerswarm #dockercompose

  6. Es gibt scheinbar keine einfache storage Lösung für docker swarm, die, ähnlich wie longhorn, replizierten storage zur Verfügung stellt...

    #docker #kubernetes #dockerswarm #Longhorn

  7. Hi everyone,
    I want to show my small script (SwarmPilot) that I made for initializing a docker swarm cluster (up to 9 nodes) with the following features:
    - keepalived: One IP address for the entire cluster
    - syncthing: For volume replication between the nodes
    - portainer: Web UI Management
    - nginx proxy manager: Reverse Proxy

    github.com/SuitDeer/SwarmPilot

    #keepalived #docker #dockerswarm #syncthing #portainer #nginxproxymanager #opensource #ubuntu

  8. Prosty poradnik pokazujący wykorzystanie #DockerSwarm, który jest znany jako znacznie prostsze narzędzie do orkiestracji kontenerów na serwerze niż #Kubernetes. A to dopiero pierwszy tekst serii artykułów na tym blogu.

    #DevOps

    c-sharpcorner.com/article/depl

  9. I am taking a look at docs.docker.com/engine/swarm/ and I don't see any timeouts. Obviously, there are going to be timeouts at the OS layer and such, but it seems like there should be timeouts in #dockerswarm. Do they not exist?

  10. Here is my new #minirack !

    DeskPi RackMate T1, 2x GeeekPi 10 Inch 2U Rack Mount for Raspberry, MikroTik CSS610-8G-2S+in Network Switch, and DeskPi 7.84-inch Touch Screen.

    4xpi5-8gb and 4xpi5 -6gb, 8 total nodes. There is also an additional pi4 running the display.

    Running docker swarm with Portainer.

    So far my stacks are: CoreDNS, traefik, tailscale, docker-registry, and nextjs dashboard for the display.

    #homelab #portainer #dockerswarm #pi #pi5

  11. Hadoop на микросервисах или история одного пет-проекта

    Столкнувшись с концепцией Big Data некоторое время назад, у меня возник очевидный вопрос: как это можно «потрогать» своими собственными руками, где и как можно посмотреть программное обеспечение, составляющее данный концепт, разобраться с его конфигурацией, а в силу того, что я являюсь специалистом информационной безопасности, «потыкать в него палочками», провести проверку на предмет защищенности, возможности несанкционированных доступов. Ввиду специфики систем данного рода, их достаточно тяжело развернуть в качестве учебного проекта на собственном персональном компьютере. Используемые в организации программы такого рода, мягко говоря, также не очень предназначены для того, чтобы их «ковыряли», «подламывали» и всячески пытались вывести из штатного режима работы. Представляемый в данной статье проект предназначен для того, чтобы развернуть внутри Docker-контейнеров, распределенных на несколько компьютеров, максимально защищенную среду Hadoop (включающую в себя ПО Ranger и Knox), предоставить доступ к ее интерфейсам для тестирования и настройки. Если кратко, то это все. «Git clone», «docker compose up -d» с некоторыми предварительными настройками и «будет вам счастье». Написанный код (преимущественно shell-скрипты и конфигурация docker) максимально документирован ссылками на ресурсы сети Интернет, откуда это взято и где это все подробно описано. Технологии все общеизвестные, новые паттерны я здесь не изобретал. Если же что-то становится не понятным или docker-контейнеры «не взлетают» с первого раза – придется читать дальше, тут я как раз постараюсь описать все подробнее. Итак, поехали…

    habr.com/ru/articles/885646/

    #hadoop #ranger #knox #docker #dockerswarm

  12. Anyone know about the #DockerSwarm routing mesh? I can't seem to access containers running on other worker nodes (e.g. when accessing a service proxied through caddy), and the ingress routing doesn't work either. The proxied services work OK on a single node, but apart from ingress published ports never worked.

    This stuff is really hard to debug; any pointers appreciated.

  13. Finally getting to put some time towards my #homelab again. Scrap the previous work I did at automating #dockerswarm containers and try out #proxmox instead?

    I know both have pros and cons and are different tools for different jobs, but I'd love discourse from either side to validate or prevent the choice.

  14. I've also been trying to troubleshoot my #Pixelfed instance, specifically the web container. For some reason it's magically decided to crap itself. :jellyfish_angry:

    And finally I've been updating my #Docker containers that handle backing up the various databases I am using for my services. :docker:

    #selfhost #selfhosting #DockerSwarm #SysAdmin #Linux :linux: :ubuntu:

  15. It's been a busy morning already. I've cleaned up the base of a #resin #3DPrint which I will be using for this #dragon I am also printing out. #3DPrinting #3DPrinter 🐉

    I've been working on upgrading my #GitHubEnterprise instance. New settings for #OpenTelemetry (#OTEL) keep getting me. Fingers crossed I have it working now, but we'll see in about 15 minutes. I made sure to get this documented! :github1:

    #selfhost #selfhosting #DockerSwarm #SysAdmin #Linux :linux: :ubuntu:

  16. So it looks like you can't use --device with #Docker Swarm? 😩 :docker:

    #Linux #DockerSwarm :linux:

  17. Just had an interesting chat with #ChatGPT about my #Homelab and the possibility of switching from #Proxmox to #DockerSwarm. 🖥️

    After some back and forth, ChatGPT actually recommended migrating to Docker Swarm – it could offer better performance and a more flexible high availability setup.
    🔄✨

    I’m genuinely impressed by what “trained intelligence” can suggest these days. I’m seriously considering the switch!
    🤔

    That said, I’d really miss my beloved
    #ProxmoxBackupServer. 😅

    How about you? Do you run
    #DockerSwarm or stick with Proxmox? Would love to hear from fellow #Homelab enthusiasts!

  18. Uusi lomarojekti aloitettu: tällä kertaa palvelinten kanssa testailua (ihanaa) ja skaalautuva WordPress-ympäristö Dockerilla, Traefik-välityspalvelimella, MariaDB:llä ja Dockerin Swarm-klusterointiominaisuudella. Konttina on toki ihan vaan "wordpress" eli Apache, eli jotain optimointeja voi vielä tuohon taikoa 😄

    Kontit jakautuu automaattisesti usean palvelimen välille (tässä tapauksessa kaksi Hetznerin pilvipalvelinta, toinen toimii managerina ja toinen worker nodena). MariaDB skaalautuu myös ja replicat synkronoi tietonsa keskenään vaikka olisivat eri palvelimilla. Docker Swarm hoitaa tämän automaattisesti.

    scalewptesti.mikroni.fi pyörii, toki ei varmaan nopein sillä pyynnöt kulkee kolmen palvelimen ja kahden TLS-terminaation läpi sillä palvelimella pyöri jo Caddy. Eli nyt menee pyynnöt Caddy->Traefik->Apache, optimitilanteessa suoraan Traefikille. Ja Caddy-Traefik liikenne on myös HTTPS.

    Ihan siisti vehe. Päivityksetkin kontteihin saa rolling updates-periaatteella eli päivitetty kontti päälle ja sitten vanha pois, ei downtimeä.

    Ping @rolle kun en suoriltaan osaa sanoa ketä muuta voisi kiinnostaa sysadmin sekoilut.

    #WordPress #Docker #Traefik #DockerSwarm #Hetzner #sysadmin ja mitälie risuaitoja löytyy aiheeseen liittyen.