jeremyjh

jeremyjh

Because its hard to be successful when chasing the bottom of the market. Suppose you offered a very nicely equipped pod at $10 a month. You are still 10-times more expensive than a shared PHP host. The cost-conscious customer is going to skip right by, while the really profitable customers are the one not worrying about every dollar and cent spent on hosting, so you are better off focusing on your unique value proposition. “Apples and Oranges” ? Yes of course, but its also apples and oranges to compare a first-tier managed cloud platform to “your own data center”, or even Digital Ocean/OVH etc.

1
Post #81
brightball

brightball

Aurora and Citus for Postgres are my main concerns with AWS. You can run servers anywhere.

0
Post #82
jesse

jesse OP

We added AWS and Europe only a few months ago based on customer demand. We’re looking at IBM kubernetes also, but so far not a lot of requests for it. Not a lot of demand for digital ocean or azure either.

2
Post #83
zinclozenge

zinclozenge

As far as IBM, I was thinking more because it might save you money :wink:

1
Post #84
stefanluptak

stefanluptak

Hi @jesse, do you have some news or a roadmap for Gigalixir? We really like it as a service for the simplicity, ease of use and good documentation. But I think it needs few small improvements. For example:

  • team management / roles - someone has a paid account and invites me or other developer(s) to the team, so we can create, scale and manage apps, but the owner of that team has the knowledge of the payment method and the developer is not needed or able to know the payment details
  • billing report - to know how much the app or the user spent since the start of the current billing period

I can only imagine the amount of work that has to be done to provide these features and I don’t want to create pressure. I am just curious to know the plans.

Anyway, good luck with Gigalixir, it’s a cool service. :slight_smile:

0
Post #85
jesse

jesse OP

Thanks for the feedback and the kind words! We love feature requests. It helps us know what to work on next.

We do have team access controls which are described here which sounds like it works like you want. See Moved — GIGALIXIR 1.4.0 documentation

There is also a command to see current period usage. See Moved — GIGALIXIR 1.4.0 documentation

3
Post #86
stefanluptak

stefanluptak

Thanks for the info @jesse. I was probably a bit too fast when posting that comment. :slight_smile: That command for checking usage is very useful and solves the second point in my comment.
Unfortunately, it seems to me, that gigalixir access:add will work only with simple scenarios for particular app(s). But we did setup our CI/CD workflow with pull request preview apps (or review apps). So we need to give somebody account-wide permissions, not only for one app. At one moment, we can have two apps running (prod + staging) or few more too (each for one pull-request). It would be really cool, if some form of organization (like on GitHub) would be possible to create.

0
Post #87
jesse

jesse OP

Ah got it. I see what you mean now. I’ll put that feature on our to-do list. I think that would be useful for a lot of customers. Thanks for the suggestion! In the meantime, if you use your main account’s email and API key on ci/cd everything should work also.

1
Post #89
lud

lud

I use the free tier and anytime I go check my app it is down. Is it normal ? Should I restart it manually every week or something like that ?

0
Post #90
NobbZ

NobbZ

Perhaps it was downscaled, I got these occasionally:

App Inactive

Hi, You’re receiving this email because your Gigalixir app, XXXXXXX, is inactive and is scheduled for scale down to 0 replicas in 7 days. If you want to keep your app running, just deploy or upgrade within the next 7 days.

After the last notification I let it happen, as the application was an experiment I discontinued anyway and it never got any public attention.

0
Post #91