Earlier quoted context omitted.
There is a life beyond AWS. I host applications (including ones responsible for 10s of millions in revenue) on dedicated servers rented from Hetzner and OVH. Do not even do containers as my normal deployment is server per particular business (with standby) and the cost of renting a dedicated server comparatively to revenue is microscopic. CI/CD / setup from scratch / backup / restore is handled by a single bash scrip…
What do you use for backup?
Self-Hosting Dozens of Web Applications and Services on a Single Server
131–140 of 285 posts
Re: Self-Hosting Dozens of Web Applications and Services on a Single Server
#132Earlier quoted context omitted.
There is a life beyond AWS. I host applications (including ones responsible for 10s of millions in revenue) on dedicated servers rented from Hetzner and OVH. Do not even do containers as my normal deployment is server per particular business (with standby) and the cost of renting a dedicated server comparatively to revenue is microscopic. CI/CD / setup from scratch / backup / restore is handled by a single bash scrip…
I like this. Out of curiosity, could you share your bash script?
Re: Self-Hosting Dozens of Web Applications and Services on a Single Server
#133https://costapiy.com/deploy_django_project_linux_server/ and here https://github.com/costapiy/server_setup
Re: Self-Hosting Dozens of Web Applications and Services on a Single Server
#134Re: Self-Hosting Dozens of Web Applications and Services on a Single Server
#135I (my company) use a similar approach: a single dedicated server with docker containers, by using dokku [0], for an heroku-like self-hosted PaaS. Most of our applications are either: - app developped in-house (django/flask): Procfile + deploy with git push - standard app with a docker image available: deploy directly Dokku comes with useful "service" plugins for databases, auto https (letsencrypt), virtual hosts... O…
Multiple webapps (Symfony, Phoenix, Magento) on a 20€/m OneProvider server.
Databases backups are done by a cron bash script which uploads to a ftp.
It works fine, only real downside for my use case is the small downtime after a deploy. I probably would use something else for a frequently deployed pro webapp.
Re: Self-Hosting Dozens of Web Applications and Services on a Single Server
#136Earlier quoted context omitted.
The business benefits of the cloud are ability to scale, an API for everything, cheap automation, cheap managed services for everything, and good customer support. Like you say for your model none of those things may be important, but they're killer features for others
>"ability to scale" I write C++ business API servers. On the type of hardware I rent from Hetzner /OVH they're capable of processing thousands of requests per second. This would cover probably 90+ percent of real world businesses. >"an API for everything" Not sure what you mean here. API for what in particular? My servers talk to partner systems of real businesses. We consume their APIs and they consume ours. Integra…
> Not sure what you mean here.
I assume referring to APIs for controlling and monitoring the infrastructure, not anything about APIs you may provide in your application or consume from external sources.
Re: Self-Hosting Dozens of Web Applications and Services on a Single Server
#137Three independent, but somewhat related thoughts on this topic: 1). On HOWTO articles about infra (1/2): I'd like to see more articles that lead with requirements, rather than setups that then justify the setup with requirements. Like, congrats, you managed to host a bunch of web applications via containers on a dedicated server. It's really nice for a super personal project and I'm sure it helped OP gain a lot of op…
On the requirements side, one thing I would like to see though is an approach for determining how your applications will scale on cloud infra.
For instance on AWS, which RDS and EC2 instances will suffice out of the gate, and at what IOPS/bandwidth? And when will I need to scale them? The metric is simply how many users can I support with acceptable response times on a given configuration?
Sure, we know that's highly dependent on the applications, stack, etc. But I've often thought there should be some rubric for approaching this that doesn't require going heavy on performance analyzers, load balance testing, etc, which frequently seem like overkill out of the gate when you're making your initial config selections.
Re: Self-Hosting Dozens of Web Applications and Services on a Single Server
#138Easy setup with: - traefik (nginx proxy with auto letscencrypt) - portainer (docker container management) - fail2ban (basic security) - logwatch (server / security stats by mail) - munin (server stats) - restic (cloud backup) - unattended-upgrades (auto install security updates) - apticron (weekly info) - n8n (automatisation for e.g. quick info via telegram, if something not work) Run every app that you want in your…
A few months ago, I made an offer of $100 in one of the freelancing websites, for someone to set-up something like your configuration on one of my Digital Ocean instances. I asked for a few more apps to be installed (git, svn, etc). There were no takers :-) I think a web site/service which lets you choose "apps" and spawns a VPS instance would be very useful and profitable (Think "ninite for VPS"). I started to work…
Re: Self-Hosting Dozens of Web Applications and Services on a Single Server
#139So many useful comparisons here, Bunny.net vs. CloudFlare, and the fact that you got this far without even using fail2ban!
Questions (not necessarily for OP, but for anyone)
- Give us an idea of the maximum load this server is doing in terms of requests per second?
- Anyone choosing AMD Epyc over Intel to avoid spectre/meltdown mitigation slowdowns?
- Any use of postfix or other SMTP forwarding via Postmark or another email provider?
- What is your Postgres configuration like for your heaviest loads? max_connections? Just wondering how Postgres scales across cores.
Re: Self-Hosting Dozens of Web Applications and Services on a Single Server
#140Three independent, but somewhat related thoughts on this topic: 1). On HOWTO articles about infra (1/2): I'd like to see more articles that lead with requirements, rather than setups that then justify the setup with requirements. Like, congrats, you managed to host a bunch of web applications via containers on a dedicated server. It's really nice for a super personal project and I'm sure it helped OP gain a lot of op…
The problem with AWS is that you can’t really do anything without understanding 1. IAM, and 2. VPCs/networking. And these are probably the two most complicated parts. For DIY you’re probably best off avoiding AWS
For many scenarios, you can completely ignore IAM, but it's definitely not advisable.
On the VPC side, it's actually fairly straightforward, but you may need to come up to speed a bit on some networking concepts if (like me) that's not your background. Nothing too onerous though, especially if you have some technical background.
There are also some gotchas that allow you to too easily do things like create security groups or other resources outside the correct VPC. If you overlook that, you're in for some brick wall head-banging 'til you figure it out.