關於 gcp 廠商 ，我們在網路上蒐集到這些相關的討論、資訊與評價

這次網站掛掉我也感到很驚慌，很不好意思突然間資料庫連線出了點問題。連我都沒辦法登入後台頁面刊登新文😭只好來開閒聊話題啦

今天晚上十點鐘！我又要開Clubhouse新房間了！最近因為美股關係研究方向轉向SaaS和App Industry比較多，最近Facebook陸續因為iOS14政策加上澳洲新聞封殺對廣告收入有極大的傷害，加上下週想要開Google Q4財報分析，兩家都是行動廣告生態大巨頭，因此想要開一個前導討論

👉行動廣告經濟：作為一個App開發商如何做Paid User Acquisition? 如何流量變現? 有哪些關鍵指標 (Retention/eCPM/Impression)? 廣告平台或聯盟彼此間的競爭關係？(Google Admob/Fyber/InMobi/Unity Ads...)

對應用獲客和全球廣告趨勢Paid User Acquisition、廣告變現有興趣的朋友來吧！但一樣，我自己也不是這方面的專家，到時候看聽眾中有沒有厲害的Speaker幫我做補充啦🤗

再次預告一下接下來的主題，本週日我會開 AWS/Azure/GCP 雲端運算廠商競爭分析，下週三打算開一個關於Google 2020 Q4財報解讀，到時候都會再po粉專和IG公布

今天這篇文章的內容比較主觀，是作者列出自己認為 DevOps/SRE 2021 需要注意的工具

1. Managing Cloud Services via Kubernetes CRDs.
三大公有雲廠商目前也都推出透過 CRD 的方式來管理 Cloud Services，譬如 AWS Controllers for Kubernetes, Azure Service Operator, GCP Config Connector。一旦這些工具逐漸成熟，管理人員可以使用管理 kubernetes 的方式一併來管理相關的雲端資源。

個人看法:目前大家習慣用 Terraform, Ansible 等 IaC 等工具來管理，如果往這個方向走去，等於就是逐漸使用一個方式去管理一切。
此外也滿好奇最初的 Kubernetes Service Catalog 搭配 Broker 的方式其實也已經可以用 Yaml 等方式來管理雲端資源了，沒有仔細看 Service Catalog 目前的發展狀況，這兩者的差異有哪些

2. Pulumi
Terraform 作為 IaC 工具的龍頭老大勢必會有挑戰者對其虎視眈眈， Pulumi 這家公司就是挑戰者之一，該公司的產品提供的 IaC 工具能夠採用常見的程式語言來撰寫，避免所有開發者都要額外學習全新的 DSL。此外 Pulumi 今年度也有推出自己的 GitOps 相關工具，不過儘管如此，目前其使用社群都還是不及 Terraform.

個人看法: 當 CDK + Terraform 整合逐漸穩定後， Pulumi 的特色就會減少一項，這場戰爭目前還是看好 Terraform

3. Terragrunt & TFSEC
Terraform 因為其開放原始碼社群的緣故，有愈來愈多的整合工具來幫忙 Terraform 去處理不同的議題，這種合作模式會讓 Terraform 的功能愈來愈強大。 Terrafrunt 則是一個用來管理大型 Terraform 專案的好工具，能夠幫助開發者更友善的管理眾多設定檔案。此外 TFSEC 則是一個針對安全性議題的整合工具，幫助開發者透過靜態分析的方式去檢查當前 Terraform 的內容是否會有潛在的安全性問題。隨者 DevSecOps 的概念慢慢出來，開發與維運者也要多注重些關於安全性的整合工具。

4. Tekton
CI/CD 市場上能夠選擇的工具實在太多，而 Tekton 則是一個基於 Kubernetes 的 CI/CD pipeline 系統，相對於大部分的系統是透過單一 Yaml 去描述 Pipelin， Tekton 則是透過 CRD 的方式於去定義每個 Stage，其帶來的好處就是相同的 stage 可以重複利用，不需要針對每個 pipeline 都去重新設計

個人看法: Tekton 的架構有好有壞，隨者所有的 stage 都變成單一小CRD，管理者想要一目瞭然整個 pipeline 變得非常繁瑣，使用上也常搭配 JenkinsX 來提供複雜的 CI/CD 功能

5. Trivy
如同前面提過，DevSecOps 的概念出來後，任何部分都要去考慮安全性，而 Container Image 本身也是個不容忽視的地方。因此也有不少的開源專案針對 Container Image 來進行掃描與偵測。有些 Contianer Image Registry 直接整合相關的掃描工具，自動掃描所有更新的 Image 並且提供報告給管理人員。 掃描工具諸如 Trivy, Falco, Clair, Anchore Engine 等都值得大家多多注意。

6. ShellCheck
儘管現在有愈來愈多的工具幫助開發者來管理整個叢集，然而 shell script 的定位還是不可動搖，太多時候我們還是需要自行撰寫相關的 shell scrtip 來完成一些任務。 ShellCheck 則是一個針對 shll script 的靜態分析工具，透過 lint 與常見錯誤等分析，讓開發者能夠寫出有更好品質且更好維護的 shell script.

7. Litmus
2011 Netflix 提出 Chaos Monkey 這類型的環境檢測工具，這方面的議題就沒有減少過，即是到了充滿 Kubernetes 的今日，還是有不少的開源專案或是商業平台在提供這方面的服務，譬如 chaoskube, kube-monkey, PowerfulSeal 以及 Gremlin.
作者這邊想要強調另外一套更容易使用且容易擴充的專案 Litmus，該專案基於 Kubernetes Operator 的概念去開發，透過 ChaosEngine, ChaosExperiment 以及 ChaosResult

原文: https://medium.com/dev-genius/technologies-tools-to-watch-in-2021-a216dfc30f25

#技術部落格【花王藉 API 管理平台 Apigee 強化全球美藥妝業務，走向全通路零售】
Kao AEMEA（美洲、歐洲、中東以及非洲）希望尋求一個全球通用 #API管理平台，好讓全球不同區域的組織實踐數位轉型，同時簡化與 日本花王總公司的互動。考量易用性與先進的安全功能，公司最後選用 Google 的 #Apigee API 管理平台。
《利用 Apigee，開發效率提升 90%！》
「想像一下每次都要開發一個新的介面，而每個介面平均要耗費 4 周的時間，假設有 10 個合作夥伴，我們總共要花 40 周的時間才能幫他們建構好介面。但現在透過 Apigee，總共只需要 4 周就能完成，只要將 key 給合作夥伴即可，這讓我們的生產率提高了 90%。」花王的 ELS 發展整合協作副總監 Keith Soward 表示。

完整文章：https://blog.gcp.expert/kao-apigee/

▌閱讀更多 GCP 相關部落格：https://blog.gcp.expert/

#GCP #iKalaCloud #APIM #Apigee #花王 #美妝 #零售 #通路 #GoogleCloud