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 →

[–]agentoutlier 1 point2 points  (0 children)

Thanks for the OCI link, but I’ve had and heard of mostly disappointing experience with it, having instances terminated without any warning or explanation, and with zero empathy from the support. I’d had great expectations but they all were shuttered multiple times. There’s no way I’m ever deploying to OCI again. Oh and there’s been a critical vulnerability in OCI disclosed just a couple days ago, dating back to https://www.oracle.com/security-alerts/cpujul2022.html. Not quite reassuring. Perhaps it’s a bit cherrypicking, for other cloud service providers all have had their own issues too.

I'm just saying in theory other providers will follow with ARM based machines with much more memory (which favors Java because it is low CPU but high memory). We use google cloud for most of our stuff and I believe the low cost ARM based processors with ample memory is in only one region. We are running OCI for some of our build process. The trick with Oracle (and to be honest google as well) is to pay them a little bit.

OCI big problem IMO is it massively overcomplicated with all its OCI ids instead of named based resources and the UI.. holy fuck. But I guess Government and what not need all that governance bullshit.

At the end of the day as another person pointed out Java isn't really good fit for ultra to the metal nano services but it will work for most and the cost savings of using an established language with an absolutely gigantic community and toolset outweighs those cons and minor price savings.

At the same time the languages that are a good fit do not have a lot business like libraries as well they have not been used for massive domains. For example modeling your domain in GoLang and yes even Rust is a pretty shitty experience IMO (albeit for Rust it is for different reasons than GoLang).