Explore >> Select a destination


You are here

foo.zone
| | blog.nootch.net
1.0 parsecs away

Travel
| | It's been a while on the blog! I promise there will be more regular updates from now on, but maybe not always about tech... But why I know what you're thinking - Kubernetes? On a home server? Who'd be that crazy? Well, a while ago I'd agree but a few things have changed my mind recently. I've started a new job at a small startup that doesn't have a DevOps team with Kubernetes (K8s from now on) knowledge on board, and even as a long-term K8s hater due to its complexity, I've been forced to admit that I mi...
| | scvalex.net
2.3 parsecs away

Travel
| | A thing I've been missing is the ability to easily share files with insecure devices. I've tried a bunch of solutions over the years, including using Syncthing and Nextcloud, but they were neither nice to use nor run. Recently, a friend found a much better trade-off in terms of setup complexity and ease-of-use. So, let's build such a file-sharing service with rclone, Nginx, and Kubernetes.
| | blogops.mixinet.net
2.0 parsecs away

Travel
| | This post describes how I've put together a simple static content server for kubernetes clusters using a Pod with a persistent volume and multiple containers: an sftp server to manage contents, a web server to publish them with optional access control and another one to run scripts which need access to the volume filesystem. The sftp server runs using MySecureShell, the web server is nginx and the script runner uses the webhook tool to publish endpoints to call them (the calls will come from other Pods t...
| | sookocheff.com
10.2 parsecs away

Travel
| Disaster events are one of the biggest challenges that a software organization can face. Natural disasters like earthquakes or floods, technical failures such as power or network loss, and human actions such as unauthorized attacks can disable an entire fleet of systems, leading to complete failure for a business. To deal with disaster scenarios requires a proactive approach to prepare and recover from failure. One of the key benefits of running in the cloud is how easy it is to run workloads in multiple regions. This allows you to deploy a resilient architecture that supports disaster recovery, even in the cases where an entire region is disabled.