ref: https://medium.com/opentelemetry/opentelemetry-specification-v1-0-0-tracing-edition-72dd08936978
這篇文章主要是介紹 OpenTelemetry v1.0 版本的發展與演進
OpenTelemetry 專案希望能夠打造出一個符合 Cloud Native 開發與維運使用的系統框架,該框架席望能夠針對可觀性的三大指標進行一系列的整合與提供一個方便且一致的介面。三大指標分別是 Logging, Monitoring 以及 Tracing。
OpenTelemetry v1.0 主要的開發與修改都是針對 Tracing 這面向,其設計中認為 Tracing 的使用環節會包含三種不同角色,分別是應用程式開發者,應用程式部署維運者以及相關 Plugin 的開發者。
應用程式開發者使用 OpenTelemetry API 來控制應用程式 Tracing 相關的處理, v1.0 除了帶來功能的修改與開發外,對於整體的維護與支持也有相當的決心。當下次主要版本 v2.x 公開發佈後, v1.0 還可以繼續受到團隊至少三年的維護與支持,所以開發者三年內可以確保應用程式不會因為大大小小版本的修改而導致應用程式功能出問題。
而 OpenTelemertry SDK 則提供了供應用程式部署維運者與 Plugin 開發者要使用的框架與設定,這部分的維護時間則是有至少一年的時間(當 v2.0 出現時)。
包含了相關的 API 與 SDK 的使用。透過 OpenTelemetry API,開發者可以很輕易的去整合應用程式到 Tracing 的場景中。而當下次大版本 v2.0 出現
除了 Tracing 之外,目前 OpenTelemetry 團隊也持續的於 Monitoring 以及 Logging 兩方面來努力,從過去一年來看,整個專案的開源貢獻程度與速度都明顯比 2019 來得更為踴躍,也許這也代表愈來愈多團隊開始注重可觀測性的重要性,同時也有更多的開發者願意使用 OpenTelemery 作為使用工具。
「sdk api分別」的推薦目錄:
- 關於sdk api分別 在 矽谷牛的耕田筆記 Facebook 的最佳貼文
- 關於sdk api分別 在 矽谷牛的耕田筆記 Facebook 的最佳貼文
- 關於sdk api分別 在 台灣物聯網實驗室 IOT Labs Facebook 的最佳解答
- 關於sdk api分別 在 Re: [請益] API SDK 傻傻分不清楚- 精華區Programming 的評價
- 關於sdk api分別 在 很棒的一篇文章,作者把Web API 及SDK 的差異 - Facebook 的評價
- 關於sdk api分別 在 SDK和API的区别是什么? 的評價
- 關於sdk api分別 在 使用YouTube API 打造影音搜尋App - 完整Swift 教學 的評價
- 關於sdk api分別 在 Andriod SDK Version及API Level | 纸简书生 的評價
- 關於sdk api分別 在 [C#]使用Facebook SDK開發Fackbook API | gipi的學習筆記 的評價
sdk api分別 在 矽谷牛的耕田筆記 Facebook 的最佳貼文
今天這篇是一個 Operator 的介紹文,該文分成三大部分,分別是 What, Why 以及 How
如果你本身對於 Operator 的概念還不是很熟悉的,會非常推薦閱讀這篇文章,幫助你從頭瞭解到底什麼是 Operator,其背後的實作原理以及我們可以透過 Opeator 做什麼事情,對於維運團隊能夠帶來什麼好處
# What
1. Operator 這個詞是由 CoreOS 工程師於 2016 提出的,目的是希望簡化應用程式的管理,特別是 Stateful 類型的
2. Operator 背後是一個 Controller,該 Controller 會根據當前應用程式的狀態而自動地進行一系列的處理,譬如創建,刪除,管理等各式各樣資源,當然這些操作都是基於 Kubernetes API 完成
3. 根據目前官方 (kubernetes.io) 的說明,要理解 Operator 就會需要理解兩個概念,分別是 CRD (Custom Resource Definition) 以及 Control-Loop
4. CRD 提供一個方式讓開發者能夠定義屬於自己的 resource,包含了 apiversion, kind 等欄位。舉例來說,你可以自己定義一個跟 Pod 幾乎完全一樣的資源,然後擴充或是減少一些欄位
# Why
1. Kubernetes 內建的機制與資源對於是非常適合於無狀態應用程式(Stateless)的,這些資源足夠滿足無狀態應用程式的需求,譬如自動擴展數量,提供流量的負載平衡
2. 但是當 Kubernetes 的應用場景愈來愈多, Stateful 應用程式的需求就出現了,這時候原生的機制就稍嫌不足,使用起來不夠順暢。
3. 透過 Operator 的概念 (CRD + Control-Loop),使用 CRD 來定義你的資源狀態,並且透過 Controller 來幫你維護你的運作邏輯,譬如什麼時候該產生/刪除 Pod,什麼時候該創立/刪除其他資源,這些邏輯的實現都隱藏到 Controller 之中,但是同時也透過 CRD 提供一些介面參數讓開發者與維運者有能力對其進行一些調整
# How
1. 如何撰寫一個 Operator,有一些現成的工具可以幫忙,譬如 Kudo, Operator SDK, Kubebuilder 等
2. 有興趣觀看這些工具的介紹與使用,可以看全文
# Operator 的必要性
1. 2020 北美 Kubecon 上有非常多關於 Operator 的討論,作者特別提出由 HashiCorp 所分享的議程 Stop Writing Operators ,並且針對幾點來討論
2. 如果你的自動化是一個每個月執行10分鐘這種工作,那花上數週來維護與撰寫這種自動化其實非常不值得
3. 實際上開發一個 Operator 會遇到滿多問題,即使你使用 Kubebuilder 等這類型工具也還是會有很多小問題
4. 如果能的話,作者覺得有時候寫一些醜陋的 shell script 會比客製化各式各樣的 operator 還來得好。
https://medium.com/swlh/kubernetes-operator-for-beginners-what-why-how-21b23f0cb9b1
sdk api分別 在 台灣物聯網實驗室 IOT Labs Facebook 的最佳解答
AI 已大量滲入廣告服務與金融,擴大數據使用權是國際大廠布局關鍵
作者 TechNews | 發布日期 2017 年 04 月 27 日 15:00
近年在深度學習(Deep Learning)模型技術的導入下,讓人工智慧(AI)大放異彩,吸引眾多雲端平台與晶片廠商的關注和投入。TrendForce 旗下拓墣產業研究院最新研究指出,「深度學習」的發展重點除了軟體模型架構的改善,還須仰賴強大的硬體運算能力,以及大量的有效數據資料才能達成。其中數據資料直接攸關 AI 模型訓練完畢的辨識精準度水準為何,成為國際大廠角逐 AI 應用市場的重點所在。
拓墣統計,從目前 AI 中機器學習的應用發展來看,以金融與資訊安全、數位廣告科技比重最高,分別達 20% 與 18%,其他產業的應用也正快速發展中。
大廠積極掌握重要資料或獲取資料使用權
觀察目前布局 AI 應用市場的廠商,主要為 Google、AWS、Facebook、IBM、微軟、蘋果、百度、騰訊、阿里巴巴等雲端或軟體平台大廠,其共同優勢是擁有大量用戶數據庫使用權,利於發展 AI 相關 API、SDK 等軟體工具。
拓墣分析師林貞妤指出,數據庫的擁有者與數據庫使用權未必畫上等號,廠商有時只是獲得資料的使用權,卻不擁有資料本身。AWS、Google 或微軟的 Azure,同時提供公有雲與私有雲的服務,但通常都不擁有客戶的數據資料,只在用戶為特定目的使用雲端 API 等工具輸入資料,廠商才一面提供服務,一面使用這些數據進行自家雲端 API 工具的效能優化。
林貞妤也表示,由於深度學習的實踐仰賴豐富的數據資源,廠商為發展出更多元的 AI 服務,也將開源框架(Open Source Framework)視為重要戰略之一。因為若能掌握軟體開發環境,就有機會拓展後續軟硬體服務,所以無論是 Google 的 TensorFlow、Facebook 的 Torch、微軟的 CNTK,或英特爾購併開發 Neon 的 Nervana Systems,越來越多廠商都試圖穩固自有的軟體開發環境,透露其中潛在的角力關係。
發展專業領域 AI 系統,專業知識與數據是關鍵
若希望利用數據訓練出符合某項專業領域的需求且具高信賴度的 AI 系統,掌握該領域的專業知識(Domain Knowledge)便成為系統發展的關鍵。舉例而言,若要訓練 AI 系統透過影像辨識找出病灶,就必須先取得足量且攸關的病灶影像數據進行 AI 系統訓練才能達成。因此,掌握專業領域關鍵資料的廠商重要性將日益增加。
就以集邦科技為例,做為專業調研機構,除了累積過去逾十多年的資料庫能量外,仍持續累積科技產業各領域的關鍵資訊,在產業全面邁向人工智慧數據化的同時,未來期能提供客戶更高的價值。
資料來源:https://technews.tw/…/27/artificial-intelligence-ad-finance/
sdk api分別 在 很棒的一篇文章,作者把Web API 及SDK 的差異 - Facebook 的推薦與評價
很棒的一篇文章,作者把Web API 及SDK 的差異,還有Backend 及Frontend 該何時更新及何人維護解釋的很清楚。 簡單列幾個標題出來: * API:APP 與Backend 之間簽訂的 ... ... <看更多>
sdk api分別 在 SDK和API的区别是什么? 的推薦與評價
SDK 和API的区别是什么? 1,760 views1.7K views. May 9, 2020. 23. 1. Share ... ... <看更多>
sdk api分別 在 Re: [請益] API SDK 傻傻分不清楚- 精華區Programming 的推薦與評價
我讀書時不用功,但我也想用我有限的知識回答一下
: API/SDK 差別在哪裡
API全名是Application Programming Interface
意思是有人或公司把system call造出來的一個函數集合
讓那些想寫應用程式的人可以調用,簡化寫程式的過程
不然都只用system call來寫程式就是system programming,很累人的
用API寫程式是寫程式的基本
SDK全名是software development kit
不是很清楚,但並不是API一類的東西
我有問人,有人跟我說就是開發工具
像j2sdk,eclipse都算是sdk
: POSIX是一種API/SDK嗎
POSIX我想兩種都不是,他只是一種規格定義
如果某一個系統說符合POSIX定義就是他有實作POSIX定的函數集,功能和常數等
: OLE/COM.....
OLE好像是windows定的東西,最近才開始學WINDOWS PROGRAMMING 知道的時候再回答你
: dotNet Famework/JVM/JavaRunTime....
.NET Framework 不知道 VS最近才在學
JVM 是java virtual machine,是一種模擬電腦,讓底下的實體摸擬成java machine
用來跑java程式,目的是想讓java語言寫出來的program更portable
: (還有一種聽說是Objective C的gnuStep?)
沒聽過
: GTK的Win32Runtime是用Win32API寫的嗎
不知道耶
: cygwin/python...的那些dll呢?
只知道python是程式語言
dll是dynamic linking library,其實並不是實際的東西
只是一些定義好的函式沒有實際跟著你的程式
在runtime時被call才去.dll檔去拿來用
.dll是可以自己寫的
: 這一切聽起來都好像是一種程式寫法
: 我想知道個別的位階跟層級及通用性
: 請各位先進指點
嗯 我想應該是
程式+DLL
高階語言(C,JAVA,etc)
API
system call
instruction set
硬體
這樣吧
如果是VM(eg.jvm)
就夾在API跟system之間
因為是用原本的SYSTEM CALL 來模擬的
有誤請指正
大家交流一下
我也是最近到處問人甚麼是SDK
--
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 125.31.43.97
... <看更多>