NextCloudPi VS traefik

nextcloudpi.com

It works great and is reasonably fast if you connect it over ethernet. If you have a newer firmware, which has already enabled the boot from SSD on your pi it is super easy (otherwise just Google how to set up boot from ssd with a microSD). Afterwards you can use the raspberry pi flashing tool to flash the image of nextcloudpi on your ssd. This includes the 64bit raspberry pi OS, a running Nextcloud instance and some other handy tools (like help to set up security features). The first setup can be done with the IP adress of your Pi in an internet browser of a device in your network. Here is the link to the image of NextcloudPi https://github.com/nextcloud/nextcloudpi

Issue 2 still persists and after digging around found this issue reported on git https://github.com/nextcloud/nextcloudpi/issues/1752 but cant figure out how to sort it

Install nextcloudpi (https://github.com/nextcloud/nextcloudpi) Install Nextcloud app on your phone.

If you want to update faster than the docker image is published, you'll have to build the image locally: https://github.com/nextcloud/nextcloudpi

My best experience in out of the box comes from Nextcloudpi: https://nextcloudpi.com/

Nextcloud is functionally similar to Dropbox, Office 365 or Google Drive but is self-hosted so you are in control of your data. This version is a lightly-forked version of NextCloudPi, which was developed for SBCs like the Raspberry Pi. Only a few changes from upstream and some SysV initscripts were required to get this working nicely in Linux Deploy.

Hetzner, Docker, Traefik as proxy and Apache / httpd inside the containers

With some more work, you could configure proxies that work lower on the infrastructure level, like NGINX, Envoy Proxy, HAProxy, or Traefik Proxy to give you the classic API gateway functionality. There's also KrakenD as another open-source option.

Traefik - Modern reverse proxy and load balancer

I wanted to try another one on Kubernetes. I chose Traefik because my searches mentioned it was the easiest to use in Kubernetes. As I mentioned, Traefik provides a Helm Chart, which makes it easy to install. Additionally, it integrates with OpenTelemetry.

Another problem is that the default certificates issued by Traefik, are not trusted by other systems or browsers. So we frequently need to bypass security warnings, which by itself is indicative of a problem and encourages bad habits. Furthermore, even if we manage to configure our setup to use the ingress service from within the cluster, it depends on the backend application if it allows bypassing TLS host checking.

Sidecar containers: Google Cloud Run has a cool feature where you can run multiple containers next to each other. So for example, if you want to run Caddy or Traefik as a reverse proxy for your ingress container and then have both your web frontend container & backend api container co-located in the same service, you can do that & have everything be super low latency.

traefik: link --> re-uses go/http: 1MB for headers

The main goal of this guide is to establish a streamlined process for deploying web applications with minimal effort. Using Amazon EC2 with Docker and Traefik as a reverse proxy, we will create a flexible server environment that supports multiple web applications and services, including databases like PostgreSQL, on different ports. This setup will ensure smooth deployment workflows, easy vertical scaling, and adaptable management of routing for various services, allowing for efficient expansion and integration of additional components as needed.