收藏 / 列表

京東雲開發者 - 自動化離線交付在雲原生的應用和思考

作者:京東科技 王曉飛 前言 本文不談論具體的技術和方案,在對於每一個產品來講,都有其特殊性存在。單一的產品解決方法並不適合所有的產品。但是我們可以提供一種思路,一種通用方法,甚至我們曾經在某個技術點走的彎路,旨在為各位在離線設計上有更多的案例可循。 對離線的理解 相對於公網應用,可以從公共鏡像倉庫拉取鏡像,比如Dockerhub,各大雲廠商的公共鏡像倉庫。二進制編譯文件,軟件包也非常方便的從gi

github , 依賴注入 , 自動化 , 模塊化 , 雲原生

deephub - 如何生成逼真的合成表格數據:獨立採樣與關聯建模方法對比

在數據科學的實際工作中,我們經常會遇到這樣的情況:手頭的真實數據要麼不夠用,要麼因為隱私合規問題無法直接使用,但這些數據往往包含重要的統計規律,但直接拿來做實驗或測試卻十分的麻煩。 這時候合成數據就派上用場了,簡單説就是根據現有數據集的分佈特徵,人工創造出任意數量的新數據行,讓這些"假數據"在統計意義上跟真實數據無法區分。聽起來像是是在"造假",但實際上這是一項真正的技術活——既要保證數據的真實性

機器學習 , 數據挖掘 , 人工智能 , Python

李棟 - 【zookeeper 第三篇章】客户端操作

一、新增 create 命令 格式:create [-s] [-e] path data 説明:用於創建節點並賦值。 [-s] [-e]:-s 和 -e 都是可選的,-s 代表順序節點, -e 代表臨時節點,注意其中 -s 和 -e 可以同時使用的,並且臨時節點不能再創建子節點。 path: 指定要創建節點的路徑,比如 /test。 data: 要在此節點存儲的數據。 1、創建持久

zookeeper , 分佈式系統 , 後端

卷福同學 - 分佈式系統架構3:服務容錯

這是小卷對分佈式系統架構學習的第3篇文章,雖然知道大家都不喜歡看純技術文章,寫了也沒多少閲讀量,但是個人要成長的話,還是需要往深一點的技術上去探索的 1.為什麼需要容錯 分佈式系統的本質是不可靠的,一個大的服務集羣中,程序可能崩潰、節點可能宕機、網絡可能中斷,這些“意外情況”其實全部都在“意料之中”。故障的發生是必然的,所以需要設計一套健壯的容錯機制來應對這些問題。 容錯策略,指的是“面對故障,我

分佈式系統 , JAVA , 後端

可視化PaaS開發 - 智慧工業園可視化生產風險管控系統

建設背景 隨着經濟飛速發展和產業創新升級,作為新經濟形式的重要載體,工業園區污染嚴重、安全生產難以監管等問題日益突出。工業園區作為工業高質量發展的重要載體和平台,工廠聚集,安全生產風險集中,在這個背景下,建設智慧工業園區已經成為了許多企業和政府的共同選擇。 總體架構 工業園區智能化管控平台應按照工業互聯網平台架構進行設計,建立統一的標準規範體系和安全運維保障體系,保證系統平台的規範、安全和穩定運行

工業互聯網 , 物聯網 , 前端設計 , 可視化 , html5