Skip to content

General

General

Categories

184 results found

  1. Increasing the number of groups in a rolling deployment would be more feasible for certain deployments. It would also allow us to run better than half capacity.

    1 vote
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)
    0 comments  ·  Admin →
    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
  2. Whenever we clone a cloud machine, we should have a way to copy the jobs as well. Or export the job and reimport it. It'd save us alot of time when we are trying to replicate the production's site.

    2 votes
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)
    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
  3. We have a lot of sidekiq queues that would benefit from this.

    For example, we have 6 pods running for sidekiq which are only used between 00:00-06:00 and we could scale up other parts of our app after these jobs have completed but right now I would have to manually do this.

    https://github.com/kedacore/keda

    6 votes
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)
    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
  4. The API is very handy when you need to automate stuff but the documentation is not up to date. I would rather not have to bother the support with questions regarding missing things in the docs.

    1 vote
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)
    0 comments  ·  Admin →
    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
  5. Add an option to automate firewall rules installation through manifest.yml file
    e.g.
    staging:
    firewall_rules:
    from: 127.0.0.1/16
    to: 123.123.123.123
    protocol: tcp
    port: 22

    1 vote
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)
    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
  6. As per the Ruby on Rails guide for a multi db setup;

    the username for the writers and replicas should be different, and the replica user's permissions should be set to only read and not write.

    1 vote
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)
    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
  7. Allow deployment to Ubuntu 20.04

    1 vote
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)
    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
  8. I want to deploy to UpCloud and not have to create registered servers.

    1 vote
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)
    0 comments  ·  Admin →
    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
  9. With deployment health checks, it would be useful to be able to specify HTTP headers such as authorization or "Host". It may be beneficial to accept arbitrary curl options.

    3 votes
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)
    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
  10. It would be great if deploying an Elixir/Phoenix app were as easy on C66 as deploying a classic Ruby/Rails app.

    3 votes
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)
    0 comments  ·  Admin →
    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
  11. In many stacks, I use dockerized databases such as Redis, Solr or even Postgresql.

    With "cx run -s mystack --container web-123 -I 'bash'" the cx toolchain allows me to directly get a bash in an already running container, e.g. to perform checks or development changes.

    It would be much more convenient however, if I had the possibility to open as ssh tunnel into these containers so I can access their (mapped) port locally and use all the great database tools out there. :) Just like with "cx tunnel".

    3 votes
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)
    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
  12. The import database feature can be used to test staging environment against production data. Having a way to specify the exact backup ID to import (rather than only having the very last one available) in the UI - with a dropdown or text field entry for the backup ID will be useful to cover more testing scenarios.

    1 vote
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)
    0 comments  ·  Admin →
    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
  13. Deploying a new Maestro stack builds a "master" server, but C66 does not have good enough status about what's going on as it builds. The last update received is "Kubernetes: Service deployments complete", but it's been spinning doing something for almost 40 minutes since, without having any idea what's going on.

    3 votes
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)
    0 comments  ·  Admin →
    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
  14. With a lot of stacks, it is impossible to know what stack I'm currently looking at without repeatedly scrolling up to the header and the back down to what I was looking at. With multiple tabs open in order to try to copy settings, for instance, it makes it incredibly difficult to know what I'm looking at.

    The name of the stack being viewed should always be visible in the top fixed header.

    1 vote
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)
    0 comments  ·  Admin →
    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
  15. The option to specify shm_size in service.yml or anywhere else.

    3 votes
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)
    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
  16. Hey,

    I am using c66 now for quite some time and projects, and recently stumbled on this: when deleting a project, it removes the main EC2 instance on AWS, but leaves behind:

    • volumes
    • load balancers
    • security groups
    • key pairs

    Not sure about the RDS instance, for that short-lived project, I opted to just have the db run on the one EC2 instance as well..

    I would actually expect, that every additional service added for a project is cleaned up on AWS when deleting the project. At least a little warning would be nice, or a checkbox asking, if you want…

    1 vote
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)
    0 comments  ·  Admin →
    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
  17. In addition to the primary, default location where backups are stored (in same region as the server), allow us to configure an optional second location so that in case of certain types of disasters or outages, the backup is effectively 'offsite', so it can still be accessed for the purpose of eg bare bones recovery.

    3 votes
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)
    0 comments  ·  Admin →
    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
  18. In the UI, there’s the ability to Deploy with Options... for an Application and you can select to only Publish a service.

    It would be great to have a cx command to do the same thing instead of a full redeploy. One of the use cases we have is we're updating environment variables so we just need to Publish. It’s much faster and it wouldn't use the extra BuildGrid time.

    This works with CSv1 but does not work with CSv2.

    1 vote
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)
    0 comments  ·  Admin →
    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
  19. It would be great if the commit hash was also included in the application card within the dashboard view. Currently, it only shows the branch that is deployed to, but it doesn't show which commit was last deployed. Why does this matter? I have two "application" cards in different environments (staging and production). I can't easily see whether staging and production are running on the same commit, or if production is behind. I know I can hover over the branch name to see the commit hash, but I have to do that twice to compare the hashes. Additionally, on some…

    1 vote
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)
    planned  ·  0 comments  ·  Admin →
    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
  20. I think what will be useful if we can get what's schedule when the cron job is being run (eg "every 5 minutes", "daily at 1 AM" etc.) on the Jobs overview table.

    When trying to figure out what a performance issues, this data is valuable if it's in the Job's overview table

    Thanks

    1 vote
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)
    0 comments  ·  Admin →
    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
  • Don't see your idea?