Do all the things like ++ or -- rants, post your own rants, comment on others' rants and build your customized dev avatarSign Up
From the creators of devRant, Pipeless lets you power real-time personalized recommendations and activity feeds using a simple APILearn More
nebula1877345dusing kubernetes or containerization at all has nothing to to with that oO
it's just an option for deployment.
I was working for a Director of IT who went to AWS for hosting of an in-house tool that'd have maybe 4 users, possibly rising to around 20 longer term. That's not simultaneous users, just people with access to the tool when they needed it. Over-engineering and over-complicating are just endemic nowadays. For me it's KISS every time, which means I know what my code is doing, can always get it validating as error-free and it runs lightning quick on cheap shared hosting. Try that when you're running Symfony for your crappy home made datepicker.
Burgundxyz772345d@ultrageoff THIS IS EXACTLY MY SITUATION God it feels good to be validated
@Burgundxyz Likewise :-)
lorentz12225345dKube is bloat but if you have more than one dev containers are a no brainer
LLAMS3771345d@ultrageoff Honestly for that use case I would definitely consider AWS, but try to only use serverless options where possible like API Gateway, Lambda, DynamoDB etc.
For small apps with very few users it can end up being effectively free since you are charged based on API usage. And some only start charging when you get into the realms of millions of requests per month.
@Ibfalvy I genuinely don't understand why it's easier to get involved with containers than just communicating with your fellow dev(s) about the tech stack. Anyone needs something changing, they agree it with the group leadership.
@LLAMS I dipped a toe into AWS with my own bank card and was *astonished* at what there would be charges for. Even without doing anything at all (like, nothing) I was somehow approaching a chargeable level. Granted, I could really get to grips with it before daring to sign up, but there are so many people who have been bitten despite being wary and careful.
TheEnd610345dRemember, the more services and external third party dependencies the more awesome you are. Always use the best jackhammer to hang a small picture, this way people know you’re the greatest and follow best practices. Never just solve the problem, invent new ones!
IntrusionCM13160345dYou could just use docker.
Pretty easy solution.
Or bare metal / VM - given you have someone who takes care of maintenance __in regular intervals__.
Kubernetes itself is pretty much overkill, Dockerfile / Docker compose is the simplest way.
ars12714344d@IntrusionCM even docker is too much for a lot of things and causes more problems than it fixes.
@IntrusionCM Docker and Bare Metal are on a very different level. Maybe you chose to use a OS as deployment platform before you go to bare metal first?
Bare metal just meaning that you don't use virtualization at all.
That an OS is necessary should be given. :)
After all, a Dockerfile is nothing else than a cooking recipe for a trimmed down OS + what you need.
@IntrusionCM bare metal means it runs without a OS. bare metal means it runs on a freestanding environment, where you don't have files, you have to write your own functions to get/measure time and so on.
If you use an OS it is not bare metal.
The distinction is entirely bogus.
I can quote Wikipedia, too. :)
Bare metal can either mean without an OS or mean that you run without an virtualization stack directly on OS.
Usually one will understand what it means in context.
@IntrusionCM Please don't say bare metal when you mean with an OS, it is confusing or wrong. I don't know a single developer that thinks bare metal applications run inside an OS. You are the first person that i see using the term bare metal for something running inside an OS.
If you call an application that runs inside an OS bare metal, how do you call an application that runs without any OS?
@happygimp0 An application cannot run without an OS.
And my comment meant something entirely else.
It meant running on a server _without virtualization_. Hence the server is just for a specific entity / application.
@IntrusionCM Of course you can program applications on bare metal, without an OS. I did that many times.
Can people stop using Kubernetes and over engineering shit for services which get like, 10 users at most ? Thank you.