原创 [微服務架構 ] 微服務- 生存還是毀滅!

上週,我談到了作爲一系列微服務開發的產品技術架構。談話幾分鐘後,很明顯團隊已經支付了微服務高級版,但沒有明顯的投資回報。這組微服務是由一個由10名工程師組成的團隊構建的,所有服務都是用java實現的,並使用消息總線將必要的數據複製到共享po

原创 數據科學難題,怎麼解釋到底什麼是數據科學

通過數據科學領域中幾個關鍵概念之間的關係來檢驗數據科學的難題。正如我們將要看到的那樣,不同意見的是具體的概念,不同意見是不可避免的;這只是另一個需要考慮的意見。網絡上沒有任何文章比較和對比數據科學術語。所有類型的人都寫了各種各樣的文章,將他

原创 「雲計算」什麼是不可變的基礎設施?

介紹在傳統的可變服務器基礎架構中,服務器會不斷更新和修改。使用此類基礎架構的工程師和管理員可以通過SSH連接到他們的服務器,手動升級或降級軟件包,逐個服務器地調整配置文件,以及將新代碼直接部署到現有服務器上。換句話說,這些服務器是可變的;它

原创 神經網絡計算爆炸

深度挖掘的公司開始爲特定應用定製這種方法,並花費大量資金來獲得初創公司。具有先進並行處理的神經網絡已經開始紮根於預測地震和颶風到解析MRI圖像數據的許多市場,以便識別和分類腫瘤。由於這種方法在更多的地方得到實施,所以它是以許多專家從未設想的

原创 「數據架構」:建立企業數據管理的綜合策略 執行概述

構建企業數據管理策略議程定義企業數據管理(EDM)業務驅動的企業數據管理方法定義EDM策略─挑戰─好處─定義EDM策略的不同的技術─全面EDM策略的指導原則4.MIKE2.0方法─戰略活動概述─示例任務輸出從戰略活動5.經驗教訓企業數據管理

原创 [ 數據架構 ]MIKE2.0方法 : 一種信息開發的開源方法

MIKE2.0方法 : 一種信息開發的開源方法MIKE2.0是什麼?MIKE代表集成知識環境的方法MIKE2 0是我們的綜合方法MIKE2.0是我們企業信息管理的綜合方法MIKE2.0集合了圍繞開源和Web 2.0的重要概念MIKE2.0的

原创 雲計算架構:Azure]比較流,邏輯應用(Logic App),函數和 WebJobs

所有這些服務都可以解決集成問題並自動化業務流程。 它們都可以定義輸入、操作、條件和輸出。 可以在日程安排或觸發器中運行其中一個。 但是,每種服務都有其獨特的優點,本文將介紹這些差異。比較 Microsoft Flow 和 Azure 邏輯應

原创 「大數據系列」Ignite:基於內存分佈式數據庫和緩存和處理平臺

Ignite™是一個以內存爲中心的分佈式數據庫,緩存和處理平臺事務性,分析性和流式工作負載,以PB級的速度提供內存速度.主要好處Ignite 使用者包括 ING, Sberbank, HomeAway, Wellington, FSB, T

原创 「大數據系列」Apache NIFI:大數據處理和分發系統

什麼是Apache NiFi?簡單地說,NiFi就是爲了實現系統間數據流的自動化而構建的。雖然術語“數據流”用於各種上下文,但我們在此處使用它來表示系統之間的自動和管理信息流。這個問題空間一直存在,因爲企業有多個系統,其中一些系統創建數據,

原创 「大數據系列」:Apache zeppelin 多目標筆記本

多功能筆記本筆記本是滿足您所有需求的地方數據攝取數據發現數據分析數據可視化與協作支持多語言後端Apache Zeppelin解釋器概念允許將任何語言/數據處理後端插入Zeppelin。 目前Apache Zeppelin支持許多解釋器,如A

原创 「大數據系列」:Apache Hive 分佈式數據倉庫項目介紹

Apache Hive™數據倉庫軟件有助於讀取,編寫和管理駐留在分佈式存儲中的大型數據集並使用SQL語法進行查詢Hive 特性Hive構建於Apache Hadoop™之上,提供以下功能:通過SQL輕鬆訪問數據的工具,從而實現數據倉庫任務,

原创 知識星球(原小密圈)有哪些技術類星球值得推薦?

斗膽推薦一下這幾個技術相關的技術類知識星球:星主介紹:星主本名Henry Han ,自稱仙翁.19年的IT老兵,做過開發,維護,做過研究創新,做過售前售後,也做過管理諮詢。09年到16年作爲顧問IT專家在IBM 7年,主要參與IBM CIO

原创 [雲計算架構:Dynamics ] 多租戶 或多實例 ?

Dynamics 365(在線)爲您提供了隔離Dynamics 365數據和用戶訪問權限的選項。 對於大多數公司而言,在訂閱中添加和使用多個實例可提供正確的功能組合和易管理性。 具有不同地理位置的企業可能會考慮使用多個租戶來分離Dynami

原创 「數據架構」:如何爲MDM構建業務用例

構建業務案例的方法需要三個主要步驟:構建業務案例的方法需要三個主要步驟:第一步是評估當前的掌握能力。在此步驟中,應該評估範圍內實體的MDM成熟度。爲了量化的影響MDM技術,重要的是有一個相對的比較點。第二步包括展望未來的數據掌握能力和解決方

原创 「數據架構」:爲什麼要爲MDM構建業務用例?

需要從IT中交付更多的業務價值今天的IT預算主要花在了“保持燈亮”上。事實上,大約70%預算被用於維持和運行現有的能力,而只有30%被用於爲業務提供新的功能。企業和IT部門需要找到解決問題的方法,增加現有投資和新投資所創造的價值。最理想的配