微軟Azure區塊鏈開發工具包三大功能詳解

lidiya007發表於2018-11-21

        2018年11月15日,微軟宣佈了Azure區塊鏈開發工具包,它基於微軟的無伺服器技術構建,並且利用微軟和第三方SaaS,完美整合了區塊鏈。該工具包擴充套件了微軟的區塊鏈開發模板和Azure Blockchain Workbench,其中,後者把 Azure 金鑰管理服務、“鏈下(off-chain)”身份和資料、監控和訊息傳遞API納入了同一個參考體系結構,用於快速構建基於區塊鏈的應用程式。這些工具已經成為許多組織創新業務方式之旅的第一步。

  最初的版本主要實現了三個方面的功能:連線介面、資料和系統整合、部署智慧合約和區塊鏈網路。

連線

  為國際聯盟提供端到端的區塊鏈解決方案,開發人員需要能夠使組織、人和裝置連線到區塊鏈,並且可以從一組異構的使用者介面完成。

  舉個端到端商品(如可可豆)供應鏈的例子。

-SMS和語音介面使得非洲的小型農場可以在供應鏈的第一英里處理和跟蹤他們的貨物 。

-物聯網(IoT) 裝置提供感測器資料來追蹤貨物在運往市場的過程中不同時刻的狀況——跟蹤存放豆子的集裝箱的溼度以及包含這些豆子的最終產品冰淇淋的溫度。

-移動客戶端 使物流供應商能夠在產品從製造商轉移到零售商的過程中,利用員工口袋中已有的計算能力,接收並轉移產品責任。移動裝置也有感測器,如GPS和攝像頭,可以補充資料,幫助說明什麼時間往哪裡發什麼貨。

-後端系統和資料 是ERP系統的形式,如Dynamics和SAP,用於管理不同參與者的核心流程。通過擴充套件,這些系統還會變成客戶端,與智慧合約進行互動,代表組織提供和接收可證明的資料。

-機器人和智慧助手 使製造商和零售商可以與供應鏈互動。這包括使用自然語言與訂單智慧合約和原產地互動,使用從區塊鏈獲得的可證明資料直接代表使用者採取行動。

-Web 客戶端 讓終端消費者可以查詢從零售商購買的產品的來源,通常包括其原產地和產品從“農場到餐桌”的整個過程。

Azure 區塊鏈開發工具包 包括針對所有這些場景的樣例,包括 入站 和 出站、SMS、IVR、IoT Hub 和 IoT Central、Xamarin iOS 和 Android 移動客戶端、通過通用資料服務(CDS)整合 Dynamics、機器人和智慧助手(微軟小娜、Alexa、谷歌助手)及 Web UX。

整合

  企業使用區塊鏈和智慧合約促進多方流程。區塊鏈還會向合適的參與者提供那些合約的實時狀態和事件,保證透明度。

  端到端區塊鏈解決方案需要整合鏈下的資料、軟體和媒體。外部的更新和事件可以觸發智慧合約動作。智慧合約事件和狀態變化可以觸發“鏈下”系統和資料的操作和更新。這些外部系統和人工智慧還需要從智慧合約查詢可證明資料來指導行動。

  具體來說,有兩個領域的整合最需要指導。

文件和媒體:文件和媒體不屬於區塊鏈,但業務流程通常包括影象、視訊、音訊、辦公文件、3D 印製機 CAD 檔案或其他檔案型別。常見的模式是生成一個唯一的媒體雜湊和描述它的後設資料。然後,那些雜湊會被放在一個公有或私有鏈上。如果檔案的真實性遭到質疑,則可以稍後把“鏈下”檔案重新雜湊,並把那個雜湊和儲存在區塊鏈上的雜湊進行比較。如果雜湊值匹配,則文件是真實的,但是,如果影象的一個畫素或文件中的一個字母改變了,則雜湊將不匹配,顯然發生了篡改。

11月15日,微軟釋出了一組“邏輯應用(Logic Apps)”,它們支援檔案雜湊和與之相關的後設資料。其中還包括檔案智慧合約和在鏈上儲存雜湊的檔案註冊中心。已建立的邏輯應用是為新增到最流行的文件和媒體源的檔案提供這個功能,包括 Azure Storage、OneDrive、One Drive for Business、SharePoint、Box、Adobe Creative Cloud 和 FTP。null智慧合約互動:將區塊鏈從白板上移除並投入生產應用,意味著要處理交易雙方現如今如何互動的實際情況。事實是,企業整合一團糟。

  微軟把這方面數十年的經驗帶到了區塊鏈。他們的企業系統整合工作始於大約 20 年前推出 BizTalk Server,他們對資料庫整合的關注可以追溯到上世紀 90 年代他們開發的開放資料庫連線(ODBC)。他們的所有經驗都已在 Azure 服務中實現並提供。這包括在邏輯應用程式和流中提供的 200 多個聯結器,以及其資料平臺的健壯性。null區塊鏈應用程式開發工具包 包括以下領域的 Workbench 整合示例:

  遺留應用程式和協議——通過 FTP傳送 和 接收 檔案、處理逗號分隔的檔案 以及 通過電子郵件傳送資料;

  資料—— SQL、Azure Search、Excel 和 PowerBI;

SaaS—— SharePoint、Dynamics、Outlook 和 Gmail;

Registries—— 一個 加速器,可以生成自定義註冊中心和註冊項智慧合約以適應任何場景。

邏輯應用區塊鏈聯結器

11月15日,微軟還宣佈,他們將釋出一組邏輯應用和流聯結器,把這些樣例擴充套件到 以太坊、Corda、Bitcoin 等分類賬。

R3 產品主管 Mike Ward 表示:

  在 R3,我們致力於確保開發者能夠快速、安全、輕鬆地部署 CorDapps。Azure 區塊鏈開發工具包將為我們的企業客戶提供與應用程式、軟體和人們日常使用的實用程式(如 Outlook、Alexa、SMS 和 Web UX)整合的工具。區塊鏈正走出實驗室,進入日常商業應用領域。

  現在,以太坊區塊鏈聯結器已經可用,使用者可以部署合約、呼叫合約操作、讀取合約狀態並根據分類賬中的事件觸發其他邏輯應用。

部署

  隨著區塊鏈技術在企業軟體開發中日益成為主流,組織希望在如何為智慧合約和區塊鏈專案提供 DevOps 方面獲得指導。

  以下是一些常見的問題:

  我的業務邏輯和該邏輯的資料模式反映在智慧合約中。智慧合約是用我不太熟悉的語言編寫的,比如以太坊的 Solidity、Corda 的 Kotlin 或者 Hyperledger Fabric 的 Go。我該用什麼工具來開發它們?

  我如何進行智慧合約的單元測試和除錯?

  許多區塊鏈場景反映了多方交易和業務工作流。這些工作流包括以特定順序發生的來自多方的簽名交易。我如何考慮那個場景中測試環境裡的資料呢?

  智慧合約被部署到區塊鏈,它是不可變的。我要如何考慮基礎設施即程式碼、本地開發 / 測試、合約升級,等等?

  區塊鏈是一個在聯盟中的多個組織間共享資料的技術,它對全球多方環境中的原始碼控制、構建和釋出管道有什麼影響?

  雖然這種方法有一些細微的差別,但好訊息是,就像其他型別的解決方案開發一樣,這個模型在 DevOps 模型中很容易處理。同一天,微軟釋出了白皮書《區塊鏈智慧合約 DevOps》。

Truffle 創始人 Tim Coulter 表示:

  我們很高興能與微軟合作,為區塊鏈工程師建立規範的 DevOps 體驗。我們的白皮書“區塊鏈智慧合約 DevOps”做了詳細介紹,並通過示例說明了如何在聯盟環境中開發基於 CI/CD 的區塊鏈應用程式。

  一份實現指南對白皮書進行了補充,可以通過Azure區塊鏈開發工具包獲得,它展示瞭如何使用 Visual Studio Code、GitHub、Azure DevOps 和 Truffle 的 OSS 為智慧合約和基礎設施及程式碼實現 CI/CD。

 

作者:dkadll

千氪連結:https://www.kg.com/article/514795314755014656

相關文章