3 ms·

There is too much friction in deploying internal tools. I have been building https://github.com/openrundev/openrun https://github.com/openrundev/openrun to solv

by ajayvk 2mo ago

There is too much friction in deploying internal tools. I have been building https://github.com/openrundev/openrun https://github.com/openrundev/openrun to solve that. Full GitOps (create/update your app through GitOps, not just updating app source code), staged deployments, service bindings (for getting a managed database credential, instead of creating a new database per app) and OIDC/SAML with RBAC.

aleqs 2mo ago
Very interesting project! I haven't fully read through yet - does it deploy to existing resources/infra, or does it handle resource/compute provisioning as well? How are you handling keys/creds? Do you have any real users yet? I'm working on a open resource/compute provisioning protocol/system (not released yet), targeting both cloud platforms as well as internal, which may go hand-in-hand with what you're building.
- ajayvk 2mo ago
  OpenRun runs on a single machine, with either Docker or Podman. All apps runs on that one machine. Idle apps are scaled down to zero, so resource usage is low even when hundreds of apps are installed. For scaling up, OpenRun can be deployed on Kubernetes. Each app deployed through OpenRun gets created as a Kubernetes deployment, again with scaling down to zero. Same declarative config moves from singe node to Kubernetes, no changes required. I don't have any telemetry, so not sure about number of users. Based on issues filed, lots of users using the single node deployment (which is good enough for most use cases). Started with Streamlit/Gradio type apps, now users are actually using it for deploying vibe coded internal tools. See https://github.com/openrundev/openrun/issues?q=is%3Aissue%20state%3Aclosed https://github.com/openrundev/openrun/issues?q=is%3Aissue%20...
  - indigodaddy 2mo ago
    IMO you should evolve also as a central platform to host AND build internal tools (eg with agents). Have you considered that? EDIT oh snap I see in the console tour that there's an AI App Builder section. Ok gonna have to try this out then! Also does your git integration support self-hosted Bitbucket (I guess at the least generic git instance not just GitHub etc) ? Also, pretty cool that you have a FastHTML spec.. I built this (well AI mostly did) with FastHTML: https://hn-readtheroom.exe.xyz/ https://hn-readtheroom.exe.xyz/
    - ajayvk 2mo ago
      The agent based app builder is pretty new, still improving it. It runs with Agent Client Protocol (ACP), with integrations for Claude Code, Codex CLI, OpenCode and Pi.
      - indigodaddy 2mo ago
        Thanks! That's sounds excellent. I love the Shelley Web Agent ( https://GitHub.com/boldsoftware/Shelley https://GitHub.com/boldsoftware/Shelley ), but guessing it would be hard to integrate that into your platform (although would be amazing if you could). Also any feedback on the Git question?
        ajayvk 2mo ago
        Custom agents can be added if it supports ACP, the console UI has the config options for that. I have tested with GitHub and GitLab. OpenRun uses the go-git library, so BitBucket should work, not tried it yet. FastHTML is great for internal tools use case.
        indigodaddy 2mo ago
        Great, appreciate the feedback ty

by ajayvk 2mo ago

aleqs 2mo ago

Very interesting project! I haven't fully read through yet - does it deploy to existing resources/infra, or does it handle resource/compute provisioning as well? How are you handling keys/creds? Do you have any real users yet? I'm working on a open resource/compute provisioning protocol/system (not released yet), targeting both cloud platforms as well as internal, which may go hand-in-hand with what you're building.

ajayvk 2mo ago
OpenRun runs on a single machine, with either Docker or Podman. All apps runs on that one machine. Idle apps are scaled down to zero, so resource usage is low even when hundreds of apps are installed. For scaling up, OpenRun can be deployed on Kubernetes. Each app deployed through OpenRun gets created as a Kubernetes deployment, again with scaling down to zero. Same declarative config moves from singe node to Kubernetes, no changes required. I don't have any telemetry, so not sure about number of users. Based on issues filed, lots of users using the single node deployment (which is good enough for most use cases). Started with Streamlit/Gradio type apps, now users are actually using it for deploying vibe coded internal tools. See https://github.com/openrundev/openrun/issues?q=is%3Aissue%20state%3Aclosed https://github.com/openrundev/openrun/issues?q=is%3Aissue%20...
- indigodaddy 2mo ago
  IMO you should evolve also as a central platform to host AND build internal tools (eg with agents). Have you considered that? EDIT oh snap I see in the console tour that there's an AI App Builder section. Ok gonna have to try this out then! Also does your git integration support self-hosted Bitbucket (I guess at the least generic git instance not just GitHub etc) ? Also, pretty cool that you have a FastHTML spec.. I built this (well AI mostly did) with FastHTML: https://hn-readtheroom.exe.xyz/ https://hn-readtheroom.exe.xyz/
  - ajayvk 2mo ago
    The agent based app builder is pretty new, still improving it. It runs with Agent Client Protocol (ACP), with integrations for Claude Code, Codex CLI, OpenCode and Pi.
    - indigodaddy 2mo ago
      Thanks! That's sounds excellent. I love the Shelley Web Agent ( https://GitHub.com/boldsoftware/Shelley https://GitHub.com/boldsoftware/Shelley ), but guessing it would be hard to integrate that into your platform (although would be amazing if you could). Also any feedback on the Git question?
      - ajayvk 2mo ago
        Custom agents can be added if it supports ACP, the console UI has the config options for that. I have tested with GitHub and GitLab. OpenRun uses the go-git library, so BitBucket should work, not tried it yet. FastHTML is great for internal tools use case.
        indigodaddy 2mo ago
        Great, appreciate the feedback ty