Why is GS using K3s and not more simple docker-compose etc. on a single box?

[ebiken]

I asked above question to @ishidawataru and summerized answer from him and posted here so people with the same question can see.

• Why K3s (Kubernetes) and not is more simple solution?
  • In future, I want to make multiple devices (boxes) look like a single device. (e.g. like drivenets)
  • In such case, making multiple devices as a single k8s cluster might be a good idea.
  • Also want to make goldstone k8s operator. Currently I'm having a hard time controlling the startup order of components running on k8s with systemd.
• Why K3s and not other docker / container management framework?
  • Ecosystem.
• Currently GS runs on a single box. Any merit using K3s?
  • Yes. Logging and Reboot is convenient.
  • Preference between systemctl and kubectl. Since all Goldstone applications are containerized, kubectl is more convenient.
  • It's easier to debug on Personal Computer.

He also requested to ask non-confidential questions in a open place with below choices... thus posting this here! 😃

• Goldstone Slack general channel: Issue with link to Slack Invitation
• GitHub oopt-goldstone orgs Discussions (here)
• GitHub oopt-goldstone Buildimage Repo Issues

[mikioh]

This is a pretty interesting topic. Before moving forward, it might be better to clarify the scope of Goldstone Management Framework. As we know, Docker tooling such as docker compose is good for application containers, Kubernetes is good for application clusters, and missing tooling for now would be site-level management tooling.

Which management level should Goldstone Management Framework support? Application containers, clusters, or sites?

[ishidawataru]

Goldstone is a NOS. It's not targeting managing a cluster of networking devices or a site.
"A" networking device can be comprised of multiple devices that each run an OS on top of it. (e.g. DDBR)
In that case, I'm thinking of forming a k8s cluster among those devices to make application deployment simple and resilient.