Feature Requests

I'm currently learning coding to improve my skills, and I used the free trial of your premium service. However, i only used it for 2 days, and once it expired, even the free access was stopped. As a student, I don’t have a credit card to continue using the service. I really want to keep learning, so I’d appreciate it if you could let me continue without requiring a credit card. Thanks!

I propose integrating the UV tool into the Python project deployment workflow to significantly reduce installation time for projects with extensive requirements.txt dependencies. Why UV? Extremely fast: UV, written in Rust, dramatically speeds up dependency resolution and installation. Better performance: It outperforms traditional package managers like pip in handling large dependency lists. Efficient caching: Reduces redundant downloads and speeds up subsequent installs. Use Case For projects with many dependencies, deploying via pip can be slow. Replacing pip install -r requirements.txt with uv pip install -r requirements.txt can optimize installation speed, improving CI/CD efficiency and local setup times. Proposal Evaluate UV’s performance against pip for large-scale Python projects. Provide compatibility checks for existing dependency resolution workflows. Consider adding UV as a recommended installation method in deployment guides. UV Repo: https://github.com/astral-sh/uv This enhancement could streamline Python project deployments, making development and production workflows more efficient.

Allow users to configure webhooks to receive notifications on key service event like deployments or service status changes, team activity, or billing updates.

We currently group usage summary by instance only. We want to expand on this and allow to group by Service and Instance, so users can identify which Service is generating usage.

It would be good to have an option to add managed database to the App. For example, I see that it is probably possible to add MariaDB Galera cluster with proxysql. This may require having attachable storage, but for a small DB even the container storage should be sufficient while maintaining synchronization across members of the cluster.

I propose adding the ability to execute terminal commands within a specific service instance using the Koyeb API. This would enable developers and administrators to automate service management with external tools, such as Telegram bots. Use Case Example: A user sets up a Telegram bot to manage their Koyeb instances. Rather than logging into a terminal to enter commands, they can press a button or send a message to the bot, which then calls the API to execute the command in the target service. This makes service management more accessible and convenient, especially on mobile devices. Example use cases: Restarting services or processes within containers Running custom scripts (e.g., clearing logs, syncing data, triggering updates) Diagnosing issues (e.g., top, df -h, tail -n 100) Transforming a Telegram bot into a mobile-friendly control panel Suggested API Format: POST /v1/services/{service-id}/exec Content-Type: application/json { "command": "ls -la /app" } Expected response: { "stdout": "...", "stderr": "", "exit_code": 0 } This feature would be highly valuable for remote automation, lightweight management tools, and developers managing services on the go. ATTENTION: Translated with the help of AI, the author does not know English.

It would be useful to be able to SSH to instances to troubleshoot.

To serve a static page, we need to manually generate the site and create a Docker image with nginx to serve it. This could be directly supported by Koyeb where we just provide a GitHub repo. Site could be built using buildpack and served by some global Nginx.