从9/9开始到今天,刚好30天了,从什麽是k8s,k8s的部件,如何建立pod,service等等,到最後面介绍部署以及测试相关的工具,讲解介绍了不少东西。不过以k8s的庞大内容来看,也只是浅浅带过,还有许多东西需要理解跟讲解,像是DNS或白名单之类的东西。
虽然现在我们可以透过Kind或minikube之类的工具建立本机测试用的k8s,但是最好还是在云端平台上整备一个测试用的环境,将服务上到那个环境运作,才比较符合真正的情况。
原本在我们的工作环境中,k8s环境的整备,CI/CD的部署,helm的设定都是由别人完成,其他人都是使用建设好的东西,为了这30天的铁人赛,碰了些k8s的东西後,才了解当初他们架设k8s的环境到底有多困难以及麻烦。就算最後不是由你架设k8s环境,了解k8s的架构也是没有坏处,至少了解运作後,在写yaml档比较不会搞错。
同时也能够了解当你切换到正式环境的cluster时,有哪些指令不能乱下。
虽然写出来的东西只能算k8s的皮毛,不过写的过程中也有学到东西,这样应该就够了吧。
>>: [ 卡卡 DAY 23 ] - React Native 表单套件用 Formik + Yup 验证 (上)
网站的各种按钮及动态互动是UX使用者经验最直接接触的地方,透过设计能让使用者直觉操作,也能带来良好的...
【前言】 在执行这个 Project 之前呢,团队成员有开一次技术会议来详述 Project 的目...
IT business is one of the most famous in the busin...
批次修改档名 在os模组中使用rename()更改档名 path = "./videos&...
前言 延续着上篇(Day21-JDK可视化监控工具:jconsole(一))的jconsole介绍,...