Image for post
Image for post

Background

自己本身就是 K8s Distribution 的開發者,最近 AWS re:Invent 2020 宣佈推出 AWS EKS Distro,自己嘗試了一下之後,有一點想把這些年自己對於 K8s Distribution 的所見所聞分享出來,因此撰寫了此篇文章,在開始之前把想要談論的要點列一下:

Demonstration


Image for post
Image for post

Background

自己在區塊鏈行業待要三年了,常言道:幣圈一天,人間一年,這樣換算下來的話都不知道日子有多久了XD 雖然工作內容多是 Site Reliability Engineering ,但區塊鏈跟虛擬貨幣的 Domain Knowledge 還是有不小心學到一點點;以虛擬貨幣交易所來說,其實可以看到一般傳統市場的金融商品已經逐漸出現,而一般人可能用到的 Paypal 最近也支援購買虛擬貨幣的功能,感覺它離一般人更靠近了一些,不再是遙不可及的外星科技!而今天這篇文章主要是想開箱同事 C9S 大大使用 Golang 所開發的 BBGO 開源程式交易框架!讓大家可以一邊打電玩一邊賺大錢 (誤),不過 PS5 現在都還是買不到 T_T

Introduction

Program Trading

程式交易其實從 1980 年就已經存在了,就是將自己的金融操作方式,用很明確 …


Image for post
Image for post

Background

在上一篇 “DevOps: Where is My PodPod — Pod Arrangement” 中談到了並不是使用了 Kubernetes 就什麼事情都不用作了,因為維護 K8S 就像是經營牧場一樣,必須要細心呵護在其中的家畜 (Pod),並且提到要如何讓 K8S Pod 到適宜的 Node 中,有興趣的人可以到上一篇文章瞧瞧看,而在這篇想要談的則是 K8S 的資源管理,為什麼會需要資源管理呢?底下列出幾個原因:


Image for post
Image for post

Background

這次在 iThome 舉辦的 Kubernetes Summit 有幸可以上台分享,嘗試將 K8S 世界裡維運的所有動作都一對一且映成到牧場管理上,內容雖然簡單易懂,不過由於時間的關係,所以將牧場情境對應回真實 K8S 使用案例的敘述不太完整,因此透過離線文章的撰寫來進行一些補充XD 而這篇的內容會先以 Pod Arrangement 為主,假如還有下一篇的話,就會將重點擺到 Resource Management 上 ==+


Image for post
Image for post

Background

網路對於提供線上服務應用程式的重要性當然是不言而諭,因此要如何監控也是個相當耗費心力的問題,因為一般的內部監控並無法滿足此需求,很多大家耳熟能詳的監控工具,例如:Prometheus,SkyWalking,Zabbix…等,都是架設在內部網路 (Intranet) 從內部來進行監控,跟來自於世界各地的一般使用者是完全不同的出發點,所以會有監控上的盲點,看著綠油油的 Dashboard 想說一切都好好的啊!但真實使用者卻已經火冒三丈,客服電話也已經被打到滿線

這種情形就會需要外部的監控服務來模擬一般使用者行為,用以確保服務是否在正常運作中,而在外部網路的監控中,通常會有哪一些重點需要注意,遇到問題的時候又該如何找出癥結點,便是這篇文章想要分享的內容

Resource Timing


Image for post
Image for post
Source CDK for Terraform: Enabling Python & TypeScript Support

Background

IaC (Infrastructure as Code) 的戰場,隨著使用的人越來越多,也變得越來越熱鬧了,在數年前其實三大家 Cloud Provider 都有推出自家的解決方案:AWS (Cloudformation), Azure (Resource Manager), GCP (Deployment Manager),除了使用上不太平易近人之外,也都有 Vendor Locking 的問題存在,換一家就要整個換一套;所以工具人 HashiCorp 在此時空背景下推出了 Terraform,一開始主打兩大特色 1) 使用 DSL HCL ,讓不會寫程式的人也可以方便上手,寫出來的東西跟文件一樣簡單易懂 2) 從一開始跨雲端平台,到後來連各種 SaaS 還有網路硬體都在他管理的範圍內

而 A …


Image for post
Image for post
Source What is Intelligent Transport System and how it works?

Background

在上一篇 “我的 ElasticSearch 進化之旅” 主要聚焦於 ElasticSearch 要怎麼架設以及架設在哪裡,目標是達到省錢省時間,擁有相對多的功能,並且具備安全性的探討;不過對於效能 Tuning 方面礙於篇幅關係,因此隻字未提;所以今天這篇文章就是要分享 MaiCoin SRE 團隊在久病成良醫的 Performance Tuning 過程,希望達成的目標當然是在合理的系統資源下,處理相對多的 Event,由於我目前處理的 Event 都是以 Log 居多,所以下面的篇幅主要會從三個面向述說,並且都會以最佳維運方式的角度作為出發點


Image for post
Image for post

故事起源

嬰兒要使用到的東西實在是很雜亂,需求從各方不斷冒出,自己總是需要花很多時間去 Google,並且耐著性子觀看內容農場或是冗言很多的部落格文章,我只是想要用最短的時間把必要的東西買到而已啊 ╮(╯_╰)╭

某天晚上去找髮型設計師的時候,發現他的兒子已經出生一個月要出月子中心了,在跟他交流我買過哪些好用的嬰兒用品時,洋洋灑灑講了不少,不過怎麼講怎麼漏,後來就想說我怎麼不乾脆記錄下來分享給更多人知道?!所以就開了一個 GitHub Repository 叫做 awesome-babykit 來記錄這些雜亂的嬰兒用品清單,有緣人剛好看到的話,就可以參考節省查找時間

衛生清潔

飲食調理

安全防護

成長玩具

穿戴用品


Image for post
Image for post

其實知識分享本身最重要的還是內容的品質跟傳達的效果,這篇文章提到的東西只是希望盡量屏除一些雜訊的干擾,讓資訊分享者可以盡量專注在分享的內容上就好

Slides

General Concept Sharing


Image for post
Image for post

歷經了很長的一段時間 (感覺有一年了吧),在社群很多人的努力之下 VSCode Terraform Extension 總算支援 0.12,不過我看很多升級上去的人都遇到不少問題 T_T 所以我已經把它移除掉很久了XD

就在不久前官方決定把相關專案收歸國有,並在昨天宣布推出新版本,剛剛迫不期待把它安裝回來使用XD 歷時一年的開發到底更新了哪些東西呢?

HashiCorp Terraform Language Server

以前要讓不同的文字編輯器支援特定的語言必須要在每一個文字編輯器的 Extension 都實作過一次,其實還滿勞民傷財的,像 Terraform 0.12 大改版,社群根本沒有足夠的資源來反應;但從現在開始 Terraform 將會使用 Language Server Protocol,這樣一來就可以不用重功,很多既有的 Packages 跟 Features 都可以重複使用,透過他之後就可以同時被很多不同的文字編輯器重複利用 (例如: Sublime, VIM, Emacs…等),沒有想到我們平常在使用的文字編輯器後面還有那麼多的眉眉角角 ==+

不過這次雖然 Terraform VSCode Extension 已經支援了 Language Server Protocol,但其實只是一個開始,為什麼這樣說呢?因為這次只在裡面實作完某些東西的 Code Completion (例如 Data Source, Resource 還有 Attribute Information),在不久的將來已經規劃好要增加 Expression Completion 跟 Module Completion,當然不止這樣而已,還有很多的功能可以在滿滿的 Issue 列表裡面發現XD 發現還有缺什麼的話,官方也鼓勵大家多發 Issue 上去

Code Completion

About

smalltown

原來只是一介草 QA,但開始研究自動化維運雲端服務後,便一頭栽進 DevOps 的世界裏,熱愛鑽研各種可以提升雲端服務品質及增進團隊開發效率的開源技術

Get the Medium app

A button that says 'Download on the App Store', and if clicked it will lead you to the iOS App store
A button that says 'Get it on, Google Play', and if clicked it will lead you to the Google Play store