kakashi 積分 1

ARM 的架構本來就是走 low power 比較強,clock 方面其實 apple 已經拉得很高了,足以符合一般人的需求

kakashi 積分 1

Apple 的 cpu 一直都是單核很猛啊,看 multiple core 其實也有點鑑別程度,尤其用在 notebook 上面

kakashi 積分 2

用 B-tree 可以解 high cardinality 的問題,現在流行的 prometheus & influxdb 用的演算法是 gorilla Link1 ,其實是可以把 time series 的資料壓縮到很小,B-tree 的話,我其實蠻想知道同樣的資料存進去會變多大XD

kakashi 積分 0

我也覺得應該是熟悉程度的問題,像是對岸的面試題,可以看到一堆 MySQL 分庫分表,但也許有些場景用 NoSQL/newSQL,甚至 graph database 都比較好解。

kakashi 積分 0

其實你量大,價錢什麼的都可以去吵 XD

kakashi 積分 1

拿這麼舊的版本來比較總覺得有點怪啊...

kakashi 積分 1

恩恩 感謝回覆我的問題!!! 不過我知道有些點有改善

  • master 要錢 <--- 真的貴
  • node 現在有 managed node & fargate 可以用 (心智成本又上升了)
  • GKE 其實到最後還是要熟 VPC 的部分,我們家有踩到一些雷,最後還是自己重切過
  • ingress 的話,我目前是用 ALB + traefik ingress,其實還是可以用一台 ALB 搞定一卡車小站
  • EC2 網卡這個我認同, 這個東西每次都要查一下,蠻麻煩的 Link1

GKE 我覺得很棒,但是 GCP 的問題一直都是其他 managed service 沒 AWS 多且穩定, 像是 cloudsql 會有 downtime 就抖抖的,這方面可能再跟大家請教下 XD

kakashi 積分 0

其實蠻想知道爛在哪 XD 有比 EKS 好的選擇嗎?求解

kakashi 積分 1

我覺得 python 拿來做運維 + offline 統計分析的事情真的頗好用的,重點是程式碼維護性一般來說有一定的保證!

kakashi 積分 1 編輯於

居然拉到這段好精彩啊(被踢飛

kakashi 積分 0

看來 pied piper 是用 Java, C 或是 Golang XD

kakashi 積分 0

PostgreSQL 都沒有顧問?(已哭

kakashi 積分 0

還是等 2020 年再來學好了(昏)

kakashi 積分 0

Javascript 的世界就是亂,看 github 上面不同的 JS 專案都有各自的風格,真的是...