物聯網(Internet of Things, IoT)就名稱來看就是物與物相互連接，主要還是架構在互聯網(Internet)上，原本人與人之間可以透過網路來溝通聯繫，現在人也可透過網路取得物件的資訊，物件與物件之間也能互通的網路環境，因為日益進步的無線網路技術、射頻識別技術、無線感知網路、嵌入式技術，使得物聯網開始發展起來。
WEB4.0 無所不在網路(Ubiquitous)的末端設備，如各種需求用途的sensor透過一些有線或無線傳輸，只要是sensor可以裝備到的任何真實物件透過Internet連接起來就是物聯網，當然還要透過一些程序使這些sensor所收集到資料變成可用的資訊；並可建構在semantic Web WEB3.0上，使其更具有智能化；也可導入雲端來建構一SaaS的營運模式...等。
2011年5月15日 星期日
An Architecture for Context-aware Semantic Web Services
This paper appears in: IEEE International Conference
Issue Date : 23-26 Sept. 2008
Date of Current Version : 11 十一月 2008
在此篇PAPER中提出一種新的方法對於情境感知的語意WEB服務適用於任何環境。
在Ubiquitous Provision of Context Aware Web Services，情境感知的服務導向架構 (CA - SOA)的提出，主要使用在無所不在的Web服務發現和存取。
語義 Web服務描述：
情境感知的語義 Web服務需要取存情境訊息。主要常用的2個方法通過情境API和情境訊息透過函式輸入到服務。所有訊息相關的類型所須的情境是一個重要的問題，可以幫助服務的發現，選擇和執行。
架構：
根據用戶類型和應用，情境來源可以不同，此文提出了一個新的架構，使情境感知的語義 Web服務，可用於不同的環境(如無所不在網路）。
它的一個主要特點是獨立性從情境來源。，該體系結構的建立基於三個重要的屬性上描述如下：
情境中最低水平是情境訊息可能提供有關特定用戶和他的環境。利用這一概念意味著我們沒有為整個架構情境來源指定任何嚴格的設置， 因此架構更適應異質環境和用戶。
領域是必要的，原因有二。首先是情境依賴於領域，它可以不同於其他領域；其次，它提高了可伸縮性，其次它提高了可伸縮性，因為當我們專注於一個特定領域的情境模型。我們可以節省記憶體和處理程序。
最後一個是對情境提供的Web服務。 他們是一系列的程序代表了 Web服務，並負責提供情境
。
管理模塊負責處理用戶的請求，並指定情境層級和領域。這些信息可以通過捕獲延長的SOAP標頭，包括用戶的情境層次和領域。
Composer Module 是負責製作一個綜合服務基於可用的 Context Provider Web Services 和context-aware Semantic Web services.
最後，執行模塊和CPService執行模塊是負責執行指定語義Web服務和情境提供服務。
結果應該返回給用戶通過管理模塊。
該原型建議架構的實行，我們採用了composition algorithm和context model [CO4WS]。
結論：
這種架構依賴於三個主要特質，使它適用於異質的環境和用戶。此外，情境感知的語義 Web服務描述新方法的介紹。
Issue Date : 23-26 Sept. 2008
Date of Current Version : 11 十一月 2008
在此篇PAPER中提出一種新的方法對於情境感知的語意WEB服務適用於任何環境。
在Ubiquitous Provision of Context Aware Web Services，情境感知的服務導向架構 (CA - SOA)的提出，主要使用在無所不在的Web服務發現和存取。
語義 Web服務描述：
情境感知的語義 Web服務需要取存情境訊息。主要常用的2個方法通過情境API和情境訊息透過函式輸入到服務。所有訊息相關的類型所須的情境是一個重要的問題，可以幫助服務的發現，選擇和執行。
架構：
根據用戶類型和應用，情境來源可以不同，此文提出了一個新的架構，使情境感知的語義 Web服務，可用於不同的環境(如無所不在網路）。
它的一個主要特點是獨立性從情境來源。，該體系結構的建立基於三個重要的屬性上描述如下：
情境中最低水平是情境訊息可能提供有關特定用戶和他的環境。利用這一概念意味著我們沒有為整個架構情境來源指定任何嚴格的設置， 因此架構更適應異質環境和用戶。
領域是必要的，原因有二。首先是情境依賴於領域，它可以不同於其他領域；其次，它提高了可伸縮性，其次它提高了可伸縮性，因為當我們專注於一個特定領域的情境模型。我們可以節省記憶體和處理程序。
最後一個是對情境提供的Web服務。 他們是一系列的程序代表了 Web服務，並負責提供情境
。
管理模塊負責處理用戶的請求，並指定情境層級和領域。這些信息可以通過捕獲延長的SOAP標頭，包括用戶的情境層次和領域。
Composer Module 是負責製作一個綜合服務基於可用的 Context Provider Web Services 和context-aware Semantic Web services.
最後，執行模塊和CPService執行模塊是負責執行指定語義Web服務和情境提供服務。
結果應該返回給用戶通過管理模塊。
該原型建議架構的實行，我們採用了composition algorithm和context model [CO4WS]。
結論：
這種架構依賴於三個主要特質，使它適用於異質的環境和用戶。此外，情境感知的語義 Web服務描述新方法的介紹。
2011年4月24日 星期日
[新聞] Amazon機房停擺近一日
Amazon機房停擺近一日 Foursquare等網站遭殃
文/沈經 2011-04-22
Amazon在美國多處有機房以支撐整個雲端服務，照理說僅一處機房故障時，會將工作移轉到其他正常運作的機房。Amazon也因此才敢號稱服務等級為99.95%。此次當機Amazon一方面將必須賠償客戶，亦打擊客戶對其雲端網站服務的信心。
根據Amazon Web Service的服務狀態網頁顯示，美國地區的Amazon雲端服務多個機房服務中斷，影響美國地區數千個網站，包括多個著名網站如Foursquare、Formspring.me、Reddit.com、Netflix、Zynga等。歐洲及亞洲機房則未受影響。
據媒體指出，主要是停電導致此次災難。Amazon的服務狀態網頁顯示，北維吉尼亞的機房在凌晨一點開始出現狀況，連接彈性儲存區塊(EBS，Elastic Block Store)及EC2的錯誤及延遲增高。使用Amazon網站服務的客戶大都採用EBS儲存MySQL資料庫，而大部分的EBS均置於該機房。
隨後該機房一直設法恢復EBS服務，但因重新建立鏡射(Mirror)等各種因素，導致系統無法負荷。一直到八個小時後，EC2雲端服務才陸續得以連結EBS，其客戶網站也陸續開始運作。
Amazon在美國多處有機房以支撐整個雲端服務，照理說僅一處機房故障時，會將工作移轉到其他正常運作的機房。Amazon也因此才敢號稱服務等級為99.95%，這意味一年只會故障262.8分鐘，約4.38小時。
此次當機Amazon一方面將必須賠償客戶，亦打擊客戶對其雲端網站服務的信心。更有媒體與專家指出，這證明企業不能完全依賴雲端服務。（編譯/沈經）
新聞連結：http://www.ithome.com.tw/itadm/article.php?c=67196
前天看到這篇新聞，讓大家討論起雲端強調的可靠度、可用性與安全性的問題，企業能不能完全依賴雲端呢? 許多人根據這次事情抱著不看好雲端的想法。
不過以Amazon如此規模的系統都發生這麼嚴重的事情，更何況是企業內部機房建置的系統，沒這麼多錢、也沒辦法與短時間解決突然其來的風險，還要自行吸收這些錢，充其量就是fire掉IT人員，而交由Amazon至少還可以領到賠償金，也不用花心思去解決這些問題。
文/沈經 2011-04-22
Amazon在美國多處有機房以支撐整個雲端服務，照理說僅一處機房故障時，會將工作移轉到其他正常運作的機房。Amazon也因此才敢號稱服務等級為99.95%。此次當機Amazon一方面將必須賠償客戶，亦打擊客戶對其雲端網站服務的信心。
根據Amazon Web Service的服務狀態網頁顯示，美國地區的Amazon雲端服務多個機房服務中斷，影響美國地區數千個網站，包括多個著名網站如Foursquare、Formspring.me、Reddit.com、Netflix、Zynga等。歐洲及亞洲機房則未受影響。
據媒體指出，主要是停電導致此次災難。Amazon的服務狀態網頁顯示，北維吉尼亞的機房在凌晨一點開始出現狀況，連接彈性儲存區塊(EBS，Elastic Block Store)及EC2的錯誤及延遲增高。使用Amazon網站服務的客戶大都採用EBS儲存MySQL資料庫，而大部分的EBS均置於該機房。
隨後該機房一直設法恢復EBS服務，但因重新建立鏡射(Mirror)等各種因素，導致系統無法負荷。一直到八個小時後，EC2雲端服務才陸續得以連結EBS，其客戶網站也陸續開始運作。
Amazon在美國多處有機房以支撐整個雲端服務，照理說僅一處機房故障時，會將工作移轉到其他正常運作的機房。Amazon也因此才敢號稱服務等級為99.95%，這意味一年只會故障262.8分鐘，約4.38小時。
此次當機Amazon一方面將必須賠償客戶，亦打擊客戶對其雲端網站服務的信心。更有媒體與專家指出，這證明企業不能完全依賴雲端服務。（編譯/沈經）
新聞連結：http://www.ithome.com.tw/itadm/article.php?c=67196
前天看到這篇新聞，讓大家討論起雲端強調的可靠度、可用性與安全性的問題，企業能不能完全依賴雲端呢? 許多人根據這次事情抱著不看好雲端的想法。
不過以Amazon如此規模的系統都發生這麼嚴重的事情，更何況是企業內部機房建置的系統，沒這麼多錢、也沒辦法與短時間解決突然其來的風險，還要自行吸收這些錢，充其量就是fire掉IT人員，而交由Amazon至少還可以領到賠償金，也不用花心思去解決這些問題。
訂閱：
文章 (Atom)