關於 cloud native定義 ，我們在網路上蒐集到這些相關的討論、資訊與評價

Cloud Native 這個詞近年來非常熱門，CNCF 甚至也有針對這個詞給出了一個簡短的定義，然而對於每個使用者來說，要如何實踐這個定義則是百家爭鳴。我認為很認真地去探討到底什麼樣才算 Cloud Native 其實就跟很認真的探討什麼是 DevOps 一樣，就是一個沒有共識，沒有標準答案的問題。

本篇文章從 CNCF 的定義衍伸出 Cloud Native 帶來的優勢，並且針對這個領域介紹了十三種不同面向的科技樹，每個科技樹也都介紹了幾個常見的解決方案。

好處:
1. Speed
作者認為 Cloud Native 的應用程式要具有快速部署與快速開發的特性，擁有這些特性才有辦法更快地去根據市場需求而上線面對。眾多的雲端廠商都提供不同的解決方案讓部署應用程式愈來愈簡單，而 Cloud Native 相關的工具則是大量採用抽象化的方式去描述這類型的應用程式，讓需求可能更簡單與通用的部署到不同環境中。
2. Scalability and Availability
Cloud Native 的應用程式應該要可以無痛擴張來對面不論是面對一百個或是一百萬個客戶。底層所使用的資源應該都要根據當前的需求來動態配置，避免無謂的金錢成本浪費。此外自動化的 Failover 或是不同類型的部署策略(藍綠/金絲雀..等)也都可以整合到 Cloud native 的工具中。
3. Quality
Cloud Native 的應用程式建置時應該要保持不變性，這特性使得應用程式本身能夠提供良好的品質一致性。此外大部分的 Cloud Native 工具都是開放原始碼專案，這意味者使用時比較不會遇到 vendor lock-ins 的問題。

以下是作者列出來認為 Cloud Native 生態系中不可或缺的十三種面向，以及該面向中幾個知名專案。

相關領域
1. Microservices (Node.js/Kotlin,Golang)
2. CI/CD (Gitlab CICD/ Github Actions)
3. Container (Docker/Podmna/LXD)
4. Container Orchestration (Kubernetes/Google Cloud Run)
5. Infrasturcutre as Code (Terraform/Pulumi)
6. Secrets (Vault /Sealed Secrets)
7. Certificates (cert-manager/Google managerd certificates)
8. API Gateway (Ambassador/Kong)
9. Logging (EKF/Loki)
10. Monitoring (Prometheus/Grafana/Datadog)
11. Alerting (Prometheus Alertmanager/Grafana Alerts)
12. Tracing (Jaeger/Zipkin)
13. Service Mesh (Istio/Consul)

https://medium.com/quick-code/how-to-become-cloud-native-and-13-tools-to-get-you-there-861bcebb22bb

互聯網大學 | 企業數位轉型需要的人才及能力

1/24 (日)下午 互聯網大學邀請了 — IBM 全球企業諮詢服務事業群總經理總經理 吳建宏先生 與我們分享「企業數位轉型需要的人才及能力」的議題

IBM 的策略顧問致力於，運用AI、混合雲、諮詢服務來解決企業的問題、協助企業轉型）

/

ㄧ、你如何定義「數位轉型」？

我所定義的「數位轉型」主要分成工作方式的轉型、工作流的轉變。

1. 工作方式的轉型｜遠端工作、協作工具的興起

隨著疫情加劇，讓人們開始「遠距學習」、「遠端協作」的旅程，學習如何使用線上協作工具，例如：Slack、Jandi、zoom、google meet等等，甚至是使用線上學習平台學習，例如，Coursera, Udemy, Hupspot, google analysis academy, Lynda,Hohaw等等，都是需具備的能力之一。

此外，在遠端工作、團隊成員多元的情況下，更不能忽視語言溝通的能力
（最基本的就是英文溝通！如果連最基本的溝通都達不到，就算有再強的技能，也很難拿到offer）。

2. 工作流的轉變｜從瀑布流轉變為敏捷式專案執行

先前看過一本書 < Google創投認證！SPRINT衝刺計畫：Google最實用工作法，5天5步驟迅速解決難題、測試新點子、完成更多工作！> ，書裡提到現在越來越多團隊在產品開發上，選擇使用「 sprint 衝刺計畫 」，而非瀑布式工作流。

若使用先前的「瀑布法開發法」就必須透過 — 計畫、設計、發展、測試、維護等從上而下、step-by-step 傳統作業流程。

但是，若團隊使用「敏捷式開發法」，就可以透過五天的衝刺計畫，發展出一項專案產品。

p.s.不過因為隊員必須在計畫執行中聚在一起、空出五個整天（排除其他工作），所以我認為不太適用於遠端工作中！

以下是「敏捷式開發法」的周行程範例！

星期一｜說明衝刺計畫的流程、設定在計畫內要解決的問題、畫出產品及顧客的關係圖、請教專家、選定目標
星期二｜隊員示演理想的解決方案、畫出方案草圖
星期三｜選出或溝通出最佳解決方案、試畫製分鏡腳本
星期四｜隊員分工（包含製作者、整合者、促進者、資料收集者、採訪者等）、製作原型、試運轉
星期五｜與五個潛在顧客進行訪談

（p.s.如果對「敏捷工作術」感興趣的話，< Google創投認證！SPRINT衝刺計畫：Google最實用工作法，5天5步驟迅速解決難題、測試新點子、完成更多工作！> 書裡頭有更詳細的案例解說！）

/

二、IBM 所定義的數位轉型（圖二+圖三）

The Cognitive Enterprise
1. 文化
（1）Culture
* 是否能接受「Agile」？如何更敏捷的決策？
（2）Skills
* HR數位化
* 以技能評估 candidate 是否合適這個職缺？
（3）Ways of working
* 思考方式｜設計思考力
* 工作環境｜共同工作空間
*
2. 平台
（1）Enterprise strategy platforms
* 協助客戶形成生態圈
* 將 Business Model 加入 API 的元素
（2）Industry platforms
（3）Cross industry platforms
（4）Enterprise enabling platforms

3. 流程
（1）Front-office processes
（2）Back-office processes
* 流程數位化
* 協助中小企業貸款，量數最多的案件是中國信託，因為他讓流程線上自動化（RPA），鼓勵客戶線上申請、機器人自動審核
（3）Decision process

4. 科技
（1）AI
（2）Blockchian
（3）Automation
（4）Internet of things
（5）5G
（6）API

5. 數據
（1） Proprietary data
（2） Licensed data
（3） Public data
（4） Custom
（5） Legacy

6. 應用系統
（1） Cloud native
（2） Digital

7.基礎架構
（1） Public
（2） Private

/

三、在數位轉型下，我們需具備的能力？（圖四）

/

四、Q&A section
1.去年IBM在「雲端金融論壇」提到未來的金融趨勢有 — 開放銀行、金融上雲、純網銀，那麼透過 IBM garage 實行敏捷創新、敏捷AI 、敏捷上雲時，有沒有遇到什麼困難？如何因應？
A : IBM 會以「成本效益分析」、「法律問題」、「雲端的預算」的角度出發做思考。

2. IBM 會希望員工跨部門輪轉嗎？
A : 未來希望人才往「ㄆㄞ型」前進，所以部門員工輪轉的方式會是「部門的輪調」或「不同專案間的輪調」。

3. 如果幫助客戶的服務成效不彰時，會有什麼應對措施？
A : 雖然可能出現不被客戶信任的情況，但可藉此學習、避免下次出現類似的情況。
#ibm #learn #digital #xchange #taipei

今日內容摘要

✅ 識別可執行檔案是否有惡意軟體功能
✅ 一個在瀏覽器中執行的開源科學運算環境
✅ 從 url 中提取和視覺化資料
✅ 一個靈活的套件管理器，支援多個版本、配置、平台和編譯器
✅ 一組程式庫和工具，幫助你建構自適應的、accessible的和強健的使用者體驗
✅ 必不可少的 React Hooks 集合
✅ 允許開發人員使用熟悉的程式語言來定義雲端基礎設施
✅ 特別適合在快閃記憶體上儲存資料的快速儲存程式庫
✅ 使用自然語言建構正規表達式的 Javascript 程式庫
✅ Cloud-Native API 閘道器

https://softnshare.com/opensource-news-171/