day1 : 介绍与期望

这是我人生第一次挑战30天铁人赛，在过去从来没有写过部落格的情况下，首次写文章就贡献给铁人赛，我觉得真的非常的冲动，不过这就是挑战啊!!

其实最我个人而言接触container不到4年，接触k8s不到2年，linux真正开始实战也不到5年，以我这样30几岁的工程师老实说落後各个有才华的年轻人非常远，不过我都可以开始了，我相信大家也能驾驭开源。

爲什麽题目是开源k8s30天呢？

“取之开源贡献开源” 我希望这是贯穿我这30天的核心
我在这30天中会以k8s为基底，带入各项开源专案来完整服务架构，让有意愿踏入k8s这个圈子的人有一些cncf专案可以参考并且未来也能将开源发散出去，不论是使用、分享、提出想法都是一种贡献的方法，希望大家都能让台湾的开源环境越来越壮大。

正文开始

如同一个前辈所言，一个kubernetes 永远都有不同解释，每个人讲出来的都不会是一样的，而我的观点其实就是这是一替我自动化的管理服务的平台，在k8s上运行的可以是各种服务，但是不一定所有服务都适合运行到k8s上，如果你期望你有一个不能重启的服务在k8s上能够实现不重启的概念，那麽这就会是一个不适合的案例。

接下来的30天，我会在gcp的平台上从0开始建置一套kubernetes环境，整个环境8成基於k8s的resources完全支援自动化布署并且可以重现

绿色为vm 蓝色为cluster 橘色为resources

我会透过terraform以及ansible两套工具达成os以及k8s服务布建，透过rancher这套管理工具管理k8s丛集并且布署istio grafana、prometheus、istio、opa，在k8s上使用vector专案将log记录到loki上，使用grafana以及grafana loki管理metrics和logging需求，利用grafana tempo管理tracing的监控。

布建gitlab主机搭配argocd做出gitops环境，透过argo rollouts让服务能够渐进式布署，并利用kong API让服务能够让外部使用。

在内部布署两种streaming service，分别是nats + nats streming cluster以及透过strimzi布署kafka cluster。

在内部布署两种DB service，分别是redisDB + keyDB以及TIDB。

在内部布署jmeter cluster并透过influxDB进行数据搜集。

在内部布署velero并使用minio进行namespaces备份。

透过knative做出serverless的服务。

利用opa机制限制服务布署。

最後搭配kubernetes-monitor进行k8s安全监控。

附录
有使用到的专案的官方网站(github)，个人建议在学习或使用前先参考官方说明会是最精准的
cncf专案页面
https://landscape.cncf.io/

kubernetes
https://kubernetes.io/
https://github.com/kubernetes/kubernetes

terraform
https://www.terraform.io/
https://github.com/hashicorp/terraform

ansible
https://www.ansible.com/
https://github.com/ansible/ansible