選手列表
說到 DevOps 你一定會聯想到很多相關的技術,但運用了在 DevOps 中提及的技術,就算是有達到 DevOps 的精神嗎?什麼是 DevOps ? DevOps 的精神又是什麼?透過在 IT 部門中做開發,跟維運單位談需求的過程中,看到的不同思維,從非『純』技術面來試著說明自己所體悟到的 DevOps 概念。
分享在 kubernetes 上維運服務時的踩雷經歷,希望讓讀者之後使用這些服務,可以更加快樂。經驗主要使用 GCP 平台上的 GKE 服務,也會順便帶到一些 GCP 的服務設定。 - Kubernetes 除錯之新手上路 - 架設高可用 Redis - 架設高可用的 Kafka 集群與調校 - 架設 ELK stack,安全性設定,監控 kubernetes - 自幹 Operator - GCP networking - prometheus / grafana 完整大綱放在 https://shorturl.at/pzRU1
想要在這30天的章節中,跟大家分享 Kuberentes 中各式各樣服務功能的設計原理,藉由理解其設計原理更可以瞭解到每個功能的特色,實作甚至是其極限。 範圍大致上會從 網路,儲存到容器運行來分析每個常用功能背後的設計原理 同時也會藉由這些過程來探討當遇到 kubernetes 叢集相關問題的時候,該怎麼進行問題的理解,一旦知道其設計原理,對於除錯等過程都會有很大的幫助,同時也能夠更聚焦在真正的問題上。
過去因為專案原因接觸到許多 On-premise Container & Kubernetes 相關 Tasks,從基本部署、維運與除錯,到開發 Plugins、Controllers 與 Operators,甚至到優化 Kubernetes 等等,由於過程中學習到蠻多自建的 Container & Kubernetes 經驗,因此想藉機透過 30 天來分享,並希望該系列文章能啟發正在當研替的朋友們多加利用待退的時間進行自我挑戰,一方面也希望能幫助社群朋友們從 Kubernetes 入門到放棄。
針對軟體開發工作流程,仿間已有數間企業提供了各自的解決方案,幫助團隊快速的建立一條屬於自己的 workflow;而 GitLab 正是其中一間值得期待的後起之秀。雖然 GitLab 最初對許多人而言,只是自建 Git Server 的其中一項選擇,但隨著其功能的日漸完善,如今 GitLab 已發展出名為 GitLab Workflow 的完整服務,能滿足軟體開發專案從開發至部署之各階段的需求。 接下來的 iT 邦幫忙 30 天鐵人賽,就讓我們一起玩轉 GitLab 吧!
不談數學不談演算法,只談系統原理與特性如何輔助AI,本文將介紹 1.序言:工程師只能做到40歲?如何打造你的永久軟體職業生涯! 2.雲端為何又紅了? & 為何要選K8s? 3.K8s與GKE 那些Feature可以提升Spark效能 4.Story Time: Google與Apache的恩怨情仇 5.CNI(Container Network Interface)原理介紹與提升Spark效能 6.使用Gitlab CD/CI 實做展示 7.GCP實測 SaaS vs Spark on GKE
我是一個誤入 DevOps 叢林的後端工程師,雖然在多年前也曾經接觸過建置 CI & CD 環境,也常用一些 Cloud 服務,但 DevOps 這個領域真是日漸專業化,很多公司都會有專職的人負責或由一個工程師全權掌管。因緣際會下得自己入坑,所以此篇的主軸是以「後端工程師」的視野來探索這些事。 整篇系列文章主要使用的工具是 GCP 和 Kubernetes,若有程式範例的部分,會使用 Javascript 語言。
相信很多人的夢想就是有自己的Home lab做愛做的事。本次即圍繞這主題,將藉由些DevOps常見工具輔助建立home lab,並逐步完善、稍微說明架構與為何這麼做。預計涉及工具包括但不限git、KVM / QEMU / libvirt、docker,還有Openwrt、黑群暉等。選擇工具主要精神就是自由、平等、不要錢。希望本系列能讓有志者看完後,對於建立管理小型私有環境會產生另類(of a kind)的想法。
整理一年來的實務經驗並在三十天的自我挑戰中,找出 GitLab CI/CD 與 GCP 眾多服務的一個最佳實踐方式