資安

得益於今年推出的兩個新無線標準-WiFi 6和5G，2019年將成為物聯網（IoT）的分水嶺。這些新技術有望以驚人的速度，低功耗要求和高帶寬徹底改變物聯網和整個移動通信領域。讓我們看看這些新興技術的意義，以及它們為何對物聯網的未來如此令人興奮。 WiFi 6不僅僅是一個名字 WiFi 6是繼當前802.11ac協議之後的下一代無線標準的名稱。WiFi 6在技術上被稱為802.11ax，但除了新的無線技術外，它還帶來了一種新的命名方案：將其簡稱為WiFi 6，而將802.11ac稱為WiFi 5。 在設備密集的地區，WiFi 6的速度將提高四倍，並提供比其前身更大的帶寬。隨著互聯網服務比以往更快，WiFi 6將使無線設備能夠充分利用這些新速度。 預計這些新技術將使家庭和企業在使用更少能源的同時擁有更多的設備。這一點很重要，因為專家預測，到2020年，全球將有近310億臺物聯網設備安裝完畢。 5G帶來速度 5G是下一代蜂窩技術的名稱，它將取代4G LTE。通常，蜂窩網絡覆蓋了較大的區域，而WiFi則處理的規模較小。但是，由於提供商計劃提供個人5G網絡供家庭使用，因此5G可能會挑戰這種範例。 5G蜂窩連接將顯著快於當前可用的最快LTE速度。除了更快的速度，5G將為網絡帶來更大的帶寬和容量，就像Wifi6一樣。隨著網絡在不減速的情況下處理更高的使用率，這將使設備爆炸式增長。 WiFi 6和5G將改變我們使用物聯網設備的方式 除了更快的速度外，5G和WiFi […]

1.配置hosts文件 vi /etc/hosts本機ip 本機hostname 本機hostname 2.關閉防火牆, sawp等 systemctl stop firewalldsystemctl disable firewalldswapoff -a #此處為臨時關閉–註釋掉 /etc/fstab 裡面這一行 /dev/mapper/centos-swap swap swap defaults

2018年既是網絡研究團隊剛剛組建的一年，也是研究型實習生在阿里剛剛起步的一年。這年春天，經我導師田臣老師介紹，我參加了研究型實習生面試，加入了網絡研究團隊。 來到團隊後，我參加的第一個研究項目是“金睛”，用以保障複雜ACL變更的正確性。ACL即訪問控制列表，網絡中的ACL決定著流量的連通性。網絡架構演化有時會伴隨著對ACL的遷移，如何保證遷移前後網絡連通性是等價的，是困擾架構與運營部門的一大難題，而金睛項目則是為該問題而生。項目落地以來，金睛系統多次在骨幹網ACL遷移中對變更方案進行了驗證，並逐漸擴展至對邊緣網絡的驗證。相關論文發表於SIGCOMM 2019主會，我在會場進行了20餘分鐘的演講，與我們團隊的另一篇文章HPCC共同成為阿里集團在網絡領域top1學術會議主會中的首次亮相。 時間總是過的很快。轉眼間，我來阿里已經兩年了，自金睛之後，又陸續參與了多個研究課題。在阿里的時間越久，就越能切身體會到學術界研究與工業界研究的不同。在阿里實習以來，我接觸到的所有研究課題，都不是憑空“想”出來的空中樓閣，更不是靠別人論文“啟發”出來的二手課題，而是源自於真實業務的現階段瓶頸與下一階段發展趨勢——這一點是高校科研很難做到的。 這兩年間，我對科研這件事的心態也發生了進一步的變化。2017年，來到阿里之前，我的論文達到了學校博士畢業的最低要求，相當於沒有了畢業之憂，對科研的心態從“先拿到博士學位再說”，變成了“想要做出點什麼，不想讓自己的博士5年就這麼水過去”；在來到阿里，接觸到工業界的前沿課題之後，我對科研的心態再一次發生了轉變，變成“因為認可一件事的價值，所以想要去做好”——這已經成為一種內在的驅動力，讓我在認真工作的同時，享受研究帶來的樂趣。 如果一切順利的話，我將於2021年6月博士畢業。能在阿里巴巴度過專屬實習生的“三年醇”，想必也是人生中的一大成就了！

城市變得更宜居並減少碳排放的最明智的舉措之一就是提高交通的可達性和效率。 隨著傳感器成本的下降和連接速度的提高，在一個智能、互聯的城市裡，有很多事情可以改進交通。從公交到達預測到最近的自行車共享站的客流量信息，連接我們的城市改善了市民的生活。在這裡，我們總結了互聯城市的一些最有趣的創新，以及它們在世界上的實施地點。 隨著世界人口的增長以及我們中的更多人搬到城市，如何以一種宜居，令人愉快且易於搬遷的方式管理城市的挑戰變得越來越緊迫。通過使用物聯網（IoT）技術，本文中的城市已使用智能城市技術改善了居民的出行和生活。 1.奧地利維也納 維也納已經連續第九次被評為世界上最好的城市。它的醫療保健系統、咖啡館和豐富的文化生活無疑在其吸引力中發揮了作用。它還具有智能、負擔得起的公共交通，讓居民可以輕鬆地在這座宏偉的城市中穿梭。 維也納有5條地鐵線，28條電車路線和128條公交路線。根據國際公共交通協會的數據，維也納的地鐵系統每天運送130萬人次，是世界上性能最好的公共交通系統。所有這些服務都可以通過智能手機應用程序“ qaundo”輕鬆導航，該應用程序會向用戶更新下一輛電車，地鐵或公共汽車何時出發。 在維也納，智能技術還被用於改善有特殊要求的公民的公共交通。除多感官導航系統，車站服務信息（包括當前電梯故障通知）外，還有針對聽覺和視覺障礙人士的定製路線規劃器。 2.西班牙巴塞羅那 巴塞羅那經常被評為世界上最智能的城市之一。巴塞羅那是一個繁華的城市，有超過500萬居民，2019年有將近900萬遊客來訪。巴塞羅那必須聰明才能確保城市能夠順利運作。 每年都會有超過3.9億人次乘坐其龐大而複雜的地鐵。 在2016年巴塞羅那提出2017-2020年巴塞羅那數字城市計劃的主要目標時，巴塞羅那第一副市長Gerardo Pisarello解釋說：“我們不會放棄已做的事情，但我們希望超越這一範圍，超越智慧城市模型，使巴塞羅那成為一個開放，公平，循環和民主的城市，經濟更加多元化。” 巴塞羅那不僅擁有高效的公共交通，還擁有智能交通燈網絡，該網絡與其他功能一起為緊急服務提供“綠燈”路線。這使諸如救護車和消防車之類的車輛能夠更快地提供緊急援助。 巴塞羅那已實施了多種計劃，包括在公交車站上的交互式觸摸屏信息顯示，智能停車傳感器（可讓駕駛員檢查是否有空閒車位，減少了在大街上尋找停車位的時間），自行車共享系統Bicing 和共享電動踏板車出租。所有這些結合在一起使巴塞羅那成為一個智能而宜居的城市，併成為世界移動通信大會的理想地點。 3.日本東京 日本首都是世界上最大的城市之一，擁有1300多萬居民（如果算上整個城市面積，則為3800萬）。它還接待了來自世界各地的遊客，他們對使用其交通系統的效率和容易程度高度評價。日本著名的子彈頭列車時速可達375英里，被視為這個快速發展和現代化國家的象徵。 山野線是環繞東京市中心的環線，是世界上最大的交通基礎設施，每週有3400萬乘客使用。在這條鐵路線上進行維護是一項挑戰，因為從清晨到深夜，列車每兩到三分鐘運行一次。物聯網技術使運營商從低效的定期維護系統轉向智能維護系統。 “基於條件的維護”使用物聯網技術來收集和分析有關設備狀態的數據。它有助於發現缺陷，預測故障並安排維修時間。東京正在使用物聯網創建一條安全，可靠的鐵路，並減少了維修工作的需要。

【轉載請註明出處】：https://developer.aliyun.com/article/760145 Consul-Template簡介 Consul-Template是基於Consul的自動替換配置文件的應用。在Consul-Template沒出現之前，大家構建服務發現系統大多采用的是Zookeeper、Etcd+Confd這樣類似的系統。 Consul官方推出了自己的模板系統Consul-Template後，動態的配置系統可以分化為Etcd+Confd和Consul+Consul-Template兩大陣營。Consul-Template的定位和Confd差不多，Confd的後端可以是Etcd或者Consul。 Consul-Template提供了一個便捷的方式從Consul中獲取存儲的值，Consul-Template守護進程會查詢Consul實例來更新系統上指定的任何模板。當更新完成後，模板還可以選擇運行一些任意的命令。 Consul-Template的使用場景 Consul-Template可以查詢Consul中的服務目錄、Key、Key-values等。這種強大的抽象功能和查詢語言模板可以使Consul-Template特別適合動態的創建配置文件。例如：創建Apache/Nginx Proxy Balancers、Haproxy Backends、Varnish Servers、Application Configurations等。 Consul-Template特性 Quiescence：Consul-Template內置靜止平衡功能，可以智能的發現Consul實例中的更改信息。這個功能可以防止頻繁的更新模板而引起系統的波動。 Dry Mode：不確定當前架構的狀態，擔心模板的變化會破壞子系統？無須擔心。因為Consul-Template還有Dry模式。在Dry模式，Consul-Template會將結果呈現在STDOUT，所以操作員可以檢查輸出是否正常，以決定更換模板是否安全。 CLI and Config：Consul-Template同時支持命令行和配置文件。 Verbose

過去十年，自然災害明顯增加。極端天氣事件、野火、地震、海嘯，以及諸如干旱和極地渦旋等緩慢發生的災害，使許多美國家庭處於危險之中。阿拉巴馬州最近的龍捲風爆發和加州創紀錄的野火正迅速成為新常態。 我們的房屋能否超越下一場自然災害？許多城市和房主都在押注。城市正在尋找新的方法來使用物聯網驅動的技術減輕這些不可避免事件的破壞。你也可以使用物聯網設備，讓你的家成為一個更安全、更有彈性的地方。讓我們看看城市和家庭如何利用物聯網實現更安全的未來。 智能電網 電力對於現代生活至關重要，在自然災害中，這通常是第一大事。在哈維颶風期間，超過25萬人失去了電力，而且當整個地區被洪水淹沒時，維修可能要花費數月的時間。 智能電網使用物聯網，通過基於需求的模型而非基於供應的模型來動態管理網格基礎架構。智能電網還廣泛使用設備和系統監控。使用這些技術的結果是，智能電網可以在風暴事件發生後更快地恢復。他們可以自動重新路由電源，以防止典型的停電級聯。智能電網還可以在災難發生時首先使緊急服務聯機，從而使城市更具彈性。 物聯網技術也可以幫助解決這些能源危機，使全球各地的家庭更加高效。自動化日常用電設備，如燈泡、風扇和交流系統，可以減少不必要的使用，從而節約能源。此外，物聯網設備可以在非高峰時間自動執行任務。 緊急響應數據 在像極端風暴這樣的災難中，一個城市的反應常常受到通訊不暢、道路阻塞和電力不足的阻礙。這些延遲會使關鍵資源的分配幾乎無法管理。物聯網設備承諾通過嚮應急人員提供實時數據和信息來應對其中的一些挑戰。 住宅智能家居設備可輕鬆聯網在一起。可以對IoT設備進行編程以提供幾乎任何類型的數據；這些傳感器可以實時檢測並報告地震活動，溫度，結構破壞以及許多其他類型的信息。 當災難臨近時，像Alexa這樣的數字助理可以讓您瞭解天氣和緊急情況的最新信息。此外，蜂窩網絡即將發生的變化（例如新興的5G）意味著，即使您的WiFi在風暴中消失，您的IoT設備也可以很快與緊急網絡保持連接。 洪水傳感器 住宅和企業都利用網絡連接的設備來減輕洪水的破壞。觸發時發送無線信號的洪水傳感器可以大大縮短響應時間。有了洩漏傳感器，您將有機會在洪水造成嚴重損害之前先行一步。 在住宅方面，洪水傳感器的成本不斷下降，加上智能集線器和智能恆溫器的普及，使這些傳感器成為大多數較新的家庭安全系統的標準組成部分。洩漏傳感器提供的早期預警對於在大風暴中不在屋裡的房主來說是無價的。 在英格蘭北部，具有網絡連接的住宅洪水傳感器已聯網，以提供更快的全鎮洪水響應。卡爾德河谷上游地區的居民正在利用低功耗，廣域物聯網（LoRa或LoRaWAN）來同步數百個家庭的洪水傳感器。這些數據會創建一個本地洪水地圖，其中包含來自網絡上所有房屋的實時更新，這可以在發生洪水時幫助應急響應小組和房主。 物聯網的未來 對於城市和房主而言，物聯網的未來可能在於人工智能。對氣候相關災難的自動響應是物聯網技術的有希望的前沿領域，而AI（目前仍處於試驗階段）已經可以在美國各地與災難相關的環境中實施。 在洛杉磯，舊金山和聖馬特奧縣，“One Concern”的人工智能平臺正在幫助城市規劃人員以驚人的精確度來模擬災難的潛在破壞。這些模型可幫助決策者計劃有效的應急準備策略和基礎架構選擇，以避免最嚴重的破壞。 物聯網設備可用於提供有關洪水，火災和其他災難的非常有用的實時數據，但是如果沒有AI，幾乎不可能分析大量信息。人工智能算法可以將原始數據轉化為可行的信息。隨著氣候變化事件的惡化，這兩種技術幾乎肯定會同時發展。 物聯網面向不斷變化的世界

首先基本上在windows10版本中安裝ENSP都會或多或少出現錯誤，真的很無語。現在我要說的是ENSP的40錯誤代碼，這個錯誤基本上是路由器AR，無線AC，WLAN等設備的啟動問題。因為出現錯誤代碼：40這個問題基本上是Oracle VM VirtualBox的問題，可能是Oracle VM VirtualBox和ENSP的版本有衝突，所以ENSP和Oracle VM VirtualBox弄好了，就不要去升級了。下面我來介紹一些百度和華為論壇以及ENSP軟件中常用的方法。 方法一：重新安裝ENSP的所有組件（包括winpcap，virtualBox，wireshark，ensp）使用版本穩定的，在我的下載內容中，有我使用的ENSP以及插件，基本上是穩定的，親測有效。 方法二：https://forum.huawei.com/enterprise/zh/thread-506135.html在這個網站中有比較詳細的解決辦法，你們可以一步一步的做，我認為在這個網站中的第一步：查VirtualBox Host-Only Ethernet Adapter虛擬網卡，ip是否配置，是否關閉DHCP服務器；第三步：徹底刪除VirtualBox，在控制面板刪除了，還需要刪除一下文件；第四步：關閉防火牆；這幾步比較重要。其他我沒有去實踐。然後重啟ENSP，在ENSP中重新註冊了虛擬機 方法三：這個方法是我使用的，首先就是ENSP重裝，把所有的插件卸載然後重啟電腦，重啟後再安裝ENSP，其實安裝完後還會出現這個問題，後面我就直接是打開ensp—->菜單——>工具——>註冊設備——>全選然後註冊，，然後打開AR設備，沒有直接的出現報錯，AR的CLI就可以使用了。親測也有效。以下的網站是我遇到這個問題感覺靠譜的：https://forum.huawei.com/enterprise/zh/thread-454041.htmlhttps://blog.csdn.net/weixin_39406669/article/details/79747982https://forum.huawei.com/enterprise/zh/thread-449489.htmlhttps://forum.huawei.com/enterprise/zh/thread-506135.html也想想以上的博主等人，希望對你的問題有所幫助。

【以下為分享實錄，有刪節】 今天分享的題目是《企業CICD規模化落地》，因此我們不會側重講解CICD是什麼以及怎樣做CICD，而是你已經知道怎樣“玩轉”CICD了，要如何在一個比較大的企業中規模化地落地。 研發流程與持續交付簡析 持續交付是隨著互聯網的迅猛發展逐漸普及的一種研發模式，它具有“快速反饋”“質量內建”“自動化”“開發自運維”等特點。 這種研發模式主要包含如上圖所示的四個環節，“分支管理”“測試驗證”“製品管理”和“發佈”。在業界有很多工具支持這些操作，在雲效產品矩陣中也有對應的產品提供相應功能。 在一箇中小型的研發團隊（比如5-10人），無論你是使用商業軟件還是開源的工具，經過一段時間的學習，你都可以把“持續交付”做起來。但是當需要規模化落地之後，就有更多的問題需要考慮，如： 如何提高協作效率； 新團隊如何快速接入； 如何進行全局風險的控制； 研發流程如何全局更新。 持續交付在阿里巴巴的規模化 接下來簡單瞭解一下“持續交付”研發工具在阿里巴巴內部的演化歷程。2009年，我們開發了自動化發佈工具；2013年，建立統一構建部署平臺；到了2016年我們已經有了持續交付平臺，內部稱為“Aone”，該產品包含了從代碼開發、構建、發佈等功能，以一個一站式的研發平臺，這個產品到現在也一直在演進；2017年時，我們將“Aone”的核心功能開放出來，供廣大開發者使用，就是我們的“阿里雲·雲效”。目前該產品在公測中，大家可以登錄阿里雲官網進行訪問、使用。 下面我們介紹幾個幫助阿里巴巴實現持續交付規模化落地的研發實踐。 要使持續交付規模化落地，很重要的一點是需要有一套工具對研發模式進行全自動支持。 “研發模式”是指你做事情的一種方式，在這裡主要是指代碼發佈模式以及對應的分支使用方式，比如“主幹模式”，這也是持續交付比較提倡的一種研發模式。但是“主幹模式”對研發人員的要求比較高，並且也不能很好的體現出當前要進行發佈的內容。作為一位研發負責人，你可能會選擇更靈活一些的研發模式，比如 “Aone Flow”或者 “Git Flow”等，這兩種模式都需要一定的自動化工具進行支持。 其中Aone

嘉賓簡介：何崚，阿里巴巴研究員、盒馬技術負責人。 **以下內容根據演講視頻以及PPT整理而成。 **戳我觀看視頻本次分享主要圍繞以下四個方面：一、盒馬零售技術的核心命題二、供給網絡三、履約網絡四、銷售網絡戳我下載ppt 一、盒馬零售技術的核心命題 1、天貓業務的挑戰 天貓業務強調的是快速規模化和爆發，例如雙十一的營銷活動。同時強調行業的拓展：上天、入地、出海。技術架構所遇到的挑戰是貨品的組織效率，流量的匹配效率以及各方服務能力的無損表達，以構建跨行業、可擴展的導購交易平臺。以及無縫接入交易鏈路上來自阿里自建、商家、第三方的服務的能力，以拓展消費者體驗。例如大家電的預約安裝，家裝、送裝一體，手機換屏服務、上門取退等。隨著天貓直營、天貓超市業務的開展，構建了自營供應鏈系統，包括採購、出入庫、供應鏈計劃、庫存管理、物流履約、財務等產品系統，並孵化了阿里巴巴支撐集團25個零售業務的供應鏈中臺。 2.盒馬業務的核心命題 盒馬是端到端，線上線下一體的零售業務，組織架構是從總部區域門店的樹狀組織形態。業務鏈條長，覆蓋營、採、銷到店倉配各個零售角色，擁有龐大的門店和物流網絡，具備一定的勞動密集型屬性。複雜的零售業務，對零售鏈路的協同效率和決策水平提出了高要求。因此要求盒馬產品技術，需將系統打磨到極致，同時依託智能化，提升零售全鏈路的決策水平，依託自動化，降低勞動密集型水平，實現從規模化到精細化的雙輪驅動。體量巨大的零售業務，背後需要強大的產品技術體系支撐，盒馬產品技術面臨的課題：構建一個全鏈路、全溫層、全渠道的數字化零售體系。從頂層抽象來看，主要解決賣什麼、賣多少、怎麼賣、怎麼送的問題，即構建零售業務的供給網絡、銷售網絡、物流網絡這三個基礎零售網絡，並且解決三網的動態平衡課題。 3.供給網絡 供給網絡，主要解決賣什麼，賣多少的問題。生鮮零售的規模化能力很大程度上取決於採購能力，尤其是採購的行業經驗。生鮮商品在消費者需求分佈上呈現的是區域化、時令化的特點。品類規劃上，基於行業數據和本地會員畫像，充分挖掘區域人群的偏好，洞察用戶的情感訴求，結合盒馬的品牌定位，給出品類建議，包括引進新品，淘汰舊品，新品研發。庫存策略上，基於銷售預測，平衡供應鏈各個庫存節點的庫存水位和供給節奏，以平衡生鮮的缺貨和損耗，優化庫存週轉。消費者快速響應上，洞察消費者需求的變化，尤其是新流行趨勢，以及市場外部環境的變化。例如此次疫情帶來的衝擊，從而快速調整品類、定價、庫存策略。做到快速響應，處置得當，掌握先機。供給網絡的技術難點，在於生鮮商品的非標品屬性給數字化決策帶來的挑戰。如何標準化、數字化生鮮，沉澱生鮮行業知識，近幾年來，盒馬為此做了大量建設工作。針對消費者需求快速響應，盒馬利用歸因分析和仿真手段，加速業務應對的速度和效率。 4.銷售網絡 銷售網絡，解決商品如何高效分發的問題。盒馬是線上線下一體化的銷售，線上App端，需要精準的人貨場匹配。線下門店網絡，需要店網規劃，從選址開店選品主貨準確及時的基於運營數據分析市場機會，從而制定促銷策略。門店營運排班，促銷、滯銷、效果跟蹤，實現零售全鏈路反饋閉環的建設，使得自上而下的總部生意計劃和自下而上的消費者反饋都能準確高效的完成，從而提升銷售網絡的規模化和清晰化能力。銷售網絡的技術難點在線下門店的數據採集，執行效果跟蹤，以及線上線下時時的數據同步。盒馬構建了一整套的AIoT硬件設備體系，能夠準確有效的提升門店現場數據的感知能力以及運籌決策能力，從而提升門店的人效、流效和品效。 5.物流網絡 物流網絡，用於解決商品的高效低成本流動問題。物流是盒馬零售運營的基石。盒馬建立了全國重點城市的全溫層物流網絡以及生鮮作業標準化流程。盒馬門店三公里定點及時履約體系利用大數據算法，在保證履約時效的情況下，降低履約成本。生鮮倉配上，盒馬利用大量的智能硬件和傳感設備，數字化、可視化物流的各個環節。能夠實時查看每條鏈路的狀態，感知一線作業人員的狀態，從而優化作業任務和提升人效，並且可保證運輸、存儲過程中生鮮的品質，降低損耗。 二、供給網絡 1.品類規劃和生鮮知識圖譜 傳統零售業務的規模化依賴採購能力，對採購的行業經驗提出了很高的要求。盒馬利用阿里在行業大數據和消費者畫像的沉澱，並結合生鮮行業積累的知識，深度挖掘消費者的品牌心智以及潛在的市場銷售機會，幫助採購引入機會品、汰換舊品，優化品類結構，同時加速新品的研發工作。傳統的品類規劃基於消費者決策樹（CDT），尋找品類的關鍵屬性，並且通過SKU在決策樹上的分佈和密度以決定是否需要引品和汰換。但存在兩方面的問題，一是品類實用度，傳統方法適用於全品類零售業務，例如快消品超市，但當零售品牌具備自己獨特的品牌認知，服務於特定人群時，並不需要對決策樹進行全覆蓋。二是傳統方法不利於發現新的機會。決策樹基於市場已有的商品構建，屬於後驗性統計，無法洞察新的機會。 盒馬結合決策樹和消費者情感訴求，基於消費者畫像深度挖掘消費者選擇商品背後的理性需求和情感訴求，並與盒馬自身的品牌定位匹配。一方面用於指導採購和優化品類，另一方面，線上APP端，透出該商品所代表的用戶情感訴求，從而提升轉化率，增加銷售機會。例如，盒馬研究消費者心智，發現消費者對生鮮商品的食品安全訴求特別強烈。通過研究發現，“散養”、“野生海捕”、“進口”等商品心智能夠較好符合消費食品安全方面的訴求。之後，聯繫採購，重點衝刺此類商品，整個類目的銷量得到了大幅度提升。 盒馬將生鮮類目的行業知識不斷沉澱到生鮮知識圖譜產品中。基於此類數據，進一步協助業務鏈接消費者情感訴求和產品特徵之間的關係。在生雞類目中，以石門生雞為例，“深山散養”對應消費者的安全訴求，“足月”和“肉質緊緻”對應消費者的口感訴求。應用知識圖譜，可以鏈接消費者和供給側，達到表述一致。生鮮知識圖譜將消費者關注的商品價值、行業資深採購經驗、商品品類特點和生產工藝進行數字化沉澱，使得不瞭解生鮮的消費者知道商品好在哪裡，使得采購時時洞察到消費者對於商品核心賣點的關注以及未來的消費發展趨勢，並且為生產和引品提供數據指導，同時算法可以深入瞭解資深採購的經驗，以系統智能化的方式，拉高整個團隊的採購水平，奠定系統智能化基礎。 盒馬將生鮮標準化，建立內部生鮮DNA體系，以解決市場標準和叫法的不統一，難以數字化的問題。例如，大閘蟹在某些門店叫做中華絨螯蟹，水果的果徑、酸甜、掛枝頭時間。生鮮標準化和數字化後，方可真正利用大數據方法，同時結合消費者畫像進行需求的有效預測和採購的有效選品，並提高銷售決策上的人貨匹配效率。而且可以幫助上游的農業種植和養殖進行生產決策，實現真正的訂單式農業。技術難點：非結構化的定性類知識處理，知識圖譜元數據模型設計以及知識圖譜中的知識點。除了定量的知識點，還存在大量的定性知識點，例如口感。對於定性的內容，盒馬應用自然語言處理、語義理解的工具以及算法進行最終聚類。

聯網汽車能夠傳輸比以往更多的數據。從引擎性能到導航，現在可以以新的方式收集，分析和處理車輛數據，從而促進製造商與車主之間的緊密關係。例如，製造商可以通過空中（OTA）更新自動將這些更新推送給需要的每種車型，而不是要求車主進入服務站進行娛樂系統更新。 但是，由於預計到明年將有超過2.5億輛具有無線網絡連接的汽車上路，製造商們已經開始感受到傳輸和處理當前正在使用的數據量以及更新交付和其他車輛通信的當前方法的壓力。然而，輕量級物聯網消息傳遞協議（如MQTT）非常適合那些希望限制數據、經常斷開連接或只希望在引擎運行時連接的蜂窩連接汽車。本文將探討通過物聯網（IoT）傳遞信息可以改變聯網汽車的四種方式。 車輛保養與監控 消息傳遞為汽車向製造商發送診斷和故障信息提供了一種方便的機制。不顯示維護指示燈，而是直接向製造商發送一條消息，製造商可以聯繫車主討論必要的維修和可用的服務預約。這不僅可以減少有效維修車輛的延誤（例如，當車主發現問題並將車輛帶進維修店時縮短維修時間），還可以幫助駕駛員和道路上的其他人獲得更安全的體驗。物聯網信息能夠在汽車故障成為道路上的安全隱患之前將其曝光。 預測分析以防止大修 讓汽車在需要維修時通知製造商是一回事，但如果製造商可以預測何時需要維修，則是另一回事。考慮下面的圖表。被監控汽車上的油壓一直處於安全區域內。但是，簡單的趨勢分析表明，儘管仍處於安全範圍內，但似乎壓力很快就會降至最低要求以下。通過分析診斷信息，可以將未決故障通知車主，以便可以在機油泵發生故障之前維修汽車，避免維修費用更高的風險。 分析不僅可以預測故障並節省較高的維修成本，而且相關數據還可以幫助確定故障的根本原因。在這種情況下，由供應商的特定生產運行製造的油泵有故障。該分析可以用作賠償索賠的證據，它也可以確定在重大故障發生之前召回的程度。 召回優化 一旦確定召回並理解問題的範圍，這些相同的預測分析可用於確定維修的優先級。 在此示例中，需要花費數週的下降壓力才能使故障造成災難性的後果。這樣，製造商可以花費時間來有效地獲取更換零件並處理召回，同時通知那些表現出問題的車輛並確定其優先級。 OTA和蜂窩擁塞監控與緩解 空中下載（OTA）是一種更新汽車上軟件的有效方法，但這是一個非常粗糙的封閉式系統。 通過添加消息，不僅可以將更新請求下推到目標車輛，而且隨著下載的進行，可以發送狀態消息。 因此，製造商可以監視更新到單個汽車並下載的狀態。 消息傳遞技術不僅可以監視下載，還可以用於對下載進行精細控制。考慮一個城市的早晨通勤：隨著越來越多的汽車通勤，下載集中在較少數量的手機信號塔上。傳統上，下載活動分散在數月之內，以限制過度緊張的基站容量。取而代之的是，將從汽車發送的數據進行彙總，以確定每個蜂窩塔的容量需求。可以使用複雜的下載管理器發送控制消息以限制下載。這樣，當超出單元容量目標時，下載速度可能會減慢甚至暫停。 通過與蜂窩服務提供商合作，製造商可以處理擁塞信息流，以縮減原本繁忙的蜂窩塔上的容量，並擴大原本處於休眠狀態的塔上的容量。另外，與不那麼重要的下載相比，可以為重要的下載賦予優先級。如下所示，下載容量可以從繁忙的塔上移開，或轉移到更重要的下載上。 為了實現上述目標，汽車製造商需要能夠訪問一個可以安全地連接到汽車的全球網絡，而不管其位置如何，並可以在邊緣安全地實時傳輸數據。通常，沒有考慮傳輸生成的數據量所需的規模，並且當前的網絡基礎架構無法處理負載。 物聯網正在改變我們擁有和操作汽車的方式。通過跟蹤和預測故障，協調召回和維修以及監視和控制下載，物聯網消息傳遞將改變互聯汽車的維修方式。 原文鏈接