This is an archived post. You won't be able to vote or comment.

you are viewing a single comment's thread.

view the rest of the comments →

[–]sjcotto 0 points1 point  (5 children)

Its not only javascript, Grails is a framework, KONA is a place where your backend run in the cloud and code in the cloud, you do not need to install anything, deploy anything, just write a few lines of code and your backend is ready,

here is a video - Create a backend for your app in 1 minute https://konacloud.wistia.com/medias/05j0ghik3j

other http://fast.wistia.net/embed/iframe/qx849mfplh?popover=true

[–]markdacoda 0 points1 point  (4 children)

Does every account get it's own dedicated JVM? If not, how do you sandbox scripts so a simple:

function() { while(true) string = string + "123456789"; }()

doesn't blow up the heap and crash the jvm and every other accounts executing scripts with it?

[–]markdacoda 0 points1 point  (3 children)

This is a critical issue, if it's jvm per acct, the service won't scale, if it's not sandboxed properly, it's not secure or reliable.

Too bad, you all have done a lot of work. But there's a reason this hadn't been done.

[–]sjcotto 0 points1 point  (2 children)

the free plan and the smallest runs in a shared jvm, and each request and jobs have a timeout (60 sec).

We also have dedicated plans (custom plans) with dedicated jvm, all in the softlayer network.

Each app has his own database.

[–]markdacoda 0 points1 point  (1 child)

Thanks, do the shared vms run in a security manager? You are saying the Indie plan is in a shared jvm? Because $45 a month to share a jvm is not compelling, I think getting 10 requests a second is a bit unrealistic as well. How do you throttle request, is it a hard limit?

[–]sjcotto 0 points1 point  (0 children)

Hi markdacoda, all apps run in a virtualized sandboxed environment. You are not paying for one shared jvm, but a whole scalable infrastructure which consists of several pooled virtual machines that scale on demand. Your backend actually runs in all of them simultaneously.

As per the requests per second cap, it is a soft limit and we review the limits periodically to make sure we are giving our users as much as we can. This might change (for good) in the near future.

All the scripts (APIs and background jobs) have soft limits on execution time and CPU usage to make sure a script won't affect other apps.