aboutsummaryrefslogtreecommitdiff
path: root/content/docs/adyxax.org/_index.md
diff options
context:
space:
mode:
authorJulien Dessaux2021-03-22 22:58:22 +0100
committerJulien Dessaux2021-03-22 22:58:22 +0100
commite0fd5578d2e9b435019a662a78085b00f5177e45 (patch)
treea2bbde0d209a0b68286b3fa65b3b2bdfa955e3ee /content/docs/adyxax.org/_index.md
parentAdded a hugo markdown shortcode to automatically calculate my age (diff)
downloadwww-e0fd5578d2e9b435019a662a78085b00f5177e45.tar.gz
www-e0fd5578d2e9b435019a662a78085b00f5177e45.tar.bz2
www-e0fd5578d2e9b435019a662a78085b00f5177e45.zip
Reworked some docs _index and added an article on hugo shortcodes
Diffstat (limited to 'content/docs/adyxax.org/_index.md')
-rw-r--r--content/docs/adyxax.org/_index.md10
1 files changed, 6 insertions, 4 deletions
diff --git a/content/docs/adyxax.org/_index.md b/content/docs/adyxax.org/_index.md
index 9d7b25d..ea9b904 100644
--- a/content/docs/adyxax.org/_index.md
+++ b/content/docs/adyxax.org/_index.md
@@ -5,18 +5,20 @@ description: a set of pages about the computer infrastructure powering this webs
## What is adyxax.org?
-adyxax.org is very much like a small personnal cloud of inexpensive servers hosted here and there. I am using my experience as a
+adyxax.org is very much like a small personnal cloud of inexpensive servers hosted here and there. I am using my experience as a professional
sysadmin to make it all work and provide various services that are useful to me and people that are close to me. As a good sysadmin, I am trying to be lazy and build the most self
maintainable solution, with as little maintenance overhead as possible.
It used to rely on mostly gentoo (and some optional openbsd) servers interconnected with point to point openvpn links. Services ran inside lxd on alpine linux containers. Communications between all those services work
thanks to dynamic routing with bird and ospf along those openvpn links. I made extensive use of ansible to orchestrate all that, deploy the containers and manage them.
-Even though it worked really well for years, I do not plan to blog a lot about this setup... but that can change if someone interested writes me at julien -DOT- dessaux -AT- adyxax -DOT- org. On this new documentation site I plan to focus on how I am migrating some of it on kubernetes, because even if it has always worked well it still is a rather unusual infrastructure. Even if I am proud of it, it is stable and easy and comfortable... It is not good for me to not look deeper into new technologies. Gentoo, OpenBSD and LXD is not the most popular combination out there. I will not abandon it completely, but working on more employable skills will do me good.
+Even though it worked really well for years, I do not plan to blog a lot about this setup unless someone interested writes me to request information about it. On this new documentation site I plan to focus on how I am migrating the most stable and boring parts on OpenBSD hosts (so without containerisation). The less important or more changing services will be migrated on [kubernetes]({{< relref "/tags/kubernetes/" >}}) as a learning experience. Even though my custom setup with lxd on gentoo has always worked well it still was a rather unusual design that sometimes required maintenance following updates. Even if I am proud of its stability and reliability... It is not good for me to not look deeper into new technologies. Gentoo, OpenBSD and LXD is not the most popular combination out there. I will not abandon it completely (I do not imagine my laptop running anything other than gentoo), but working on more employable skills will do me good.
## Why write about it?
-As a system and network administrator I believe I have a deep understanding of linux and other unix like operating systems, networking and storage, and even with all that knowledge and experience getting on kubernetes is hard. Deploying kubernetes itself is not hard, but there are so so many choices that you make each steps of the way that will define how hard it is going to be to maintain and debug. Choosing what kubernetes flavor to deploy is one tough choice, choosing how to deploy it is another. Then choosing your network provider is a juicy one, so many subtle differences come into play!
+As a system and network administrator I believe I have a deep understanding of linux and other unix like operating systems, networking and storage, and even with all that knowledge and experience getting on kubernetes is hard. Deploying kubernetes itself is not hard, but there are so so many choices that you make each steps of the way that will define how maintainable and debuggable it will be. Choosing what kubernetes flavor to deploy is one tough choice, choosing how to deploy it is another. Then choosing your network then storage providers are a juicy ones too, so many subtle differences come into play!
-I believe there are way too many blogs that focus on the hello world aspects and quick and dirty deployments... and those come out way too often in google search results. Writing about the choices I made will also help me reflect on them as this infrastructure evolves and grows.
+On a personal note I also believe there are way too many blogs that focus on the hello world aspects and quick and dirty deployments that show up in google results, I will try to change that a bit. Writing about the choices I made will also help me reflect on them as this infrastructure evolves and grows.
+
+## Subsections