0.前言

本來打算每天都寫一個部落格作為實習的日誌，結果發現，因為自己的筆記本的效能問題，有些實驗同學的筆記本可以完成，但是自己的筆記本就無法的完成。幸好無法完成的實驗只是整個環節中瞭解的內容。
所以，下面我把自己的實習日誌貼出來，也是比較完善的。

1. 第一天實習日誌如下

專案名稱：
實驗環境軟體的安裝與除錯
專案功能簡介：
安裝虛擬機器軟體VMware與實驗映象CAS-CVM雲虛擬化管理平臺並進行連線性除錯
本人負責模組：
首先在計算機中安裝VMware虛擬機器軟體，在VMware中新建一個無作業系統的虛擬機器；然後在虛擬機器中安裝CAS-CVM雲虛擬化管理平臺映象，配置其引數包括IP地址、閘道器、需要安裝的系統、磁碟、設定最高許可權的密碼等；最後更改虛擬機器的虛擬網絡卡IP地址及閘道器地址，使用計算機的cmd軟體進行連線除錯，使得計算機和虛擬機器可以ping通。
心得：
在安裝VMware軟體的過程中，需要使用管理員許可權進行安裝，因為需要新增虛擬的網路介面卡供虛擬機器使用，所以如果不使用管理員許可權進行安裝，那麼會發生虛擬網路介面卡安裝失敗的錯誤，導致通訊失敗。

圖1 CVM雲虛擬化管理平臺配置圖
在安裝CAS-CVM雲虛擬化管理平臺映象的過程中，設定引數需要正確的設定引數，比如設定最高許可權的密碼時，一定要記得密碼，否則在後面除錯的時候會導致除錯失敗，在選擇磁碟的時候需要選擇可以操作的磁碟，因為要對新增的磁碟進行格式化，如果新增的磁碟軟體無許可權進行格式化，會導致磁碟不可用的錯誤，而且磁碟的格式也需要選擇正確。

圖2 CVM雲虛擬化管理平臺安裝過程

圖3 CVM雲虛擬化管理平臺安裝成功
在除錯連線性的過程中，需要設定虛擬網路介面卡的IP地址與閘道器地址，同時需要設定計算機的IP地址與虛擬網路介面卡的地址不相同，而且計算機的閘道器地址和虛擬網路介面卡的閘道器地址應該是一樣的，否則通訊不能成功，在使用計算機的cmd進行ping操作的時候，需要全面的瞭解ping命令的引數和意義，同時正確的選擇命令，比如是常規的ping還是帶引數的ping操作。

圖4 CVM雲虛擬化管理平臺連線性測試

2. 第二天實習日誌如下

專案名稱：
從伺服器的安裝與內建系統的訪問測試
專案功能簡介：
從伺服器CAS-CVK雲虛擬化核心系統的安裝與CAS-CVM雲虛擬化管理平臺內建系統CAS虛擬化管理平臺、CIC雲業務管理中心、SSV使用者自主服務平臺管理的訪問測試
本人負責模組：
首先在計算機的虛擬機器軟體VMware中重新建立一個無作業系統的虛擬機器；然後在新建的虛擬機器裡安裝CAS-CVK雲虛擬化核心系統映象，配置其引數包括IP地址、閘道器、需要安裝的系統、磁碟、設定最高許可權的密碼等；最後啟動安裝了CAS-CVM雲虛擬化管理平臺映象的虛擬機器，通過使用瀏覽器進行訪問CAS-CVM雲虛擬化管理平臺內建系統CAS虛擬化管理平臺、CIC雲業務管理中心、SSV使用者自主服務平臺管理進行測試。
心得：
安裝CAS-CVK雲虛擬化核心系統從伺服器的過程中，設定引數需要正確的設定引數，比如設定最高許可權的密碼時，一定要記得密碼，否則在後面除錯的時候會導致除錯失敗，以及不選擇安裝內建系統，在選擇磁碟的時候需要選擇可以操作的磁碟，因為要對新增的磁碟進行格式化，如果新增的磁碟軟體無許可權進行格式化，會導致磁碟不可用的錯誤，而且磁碟的格式也需要選擇正確。

圖5 CVK雲虛擬化核心系統配置圖
在訪問內建的系統時，因為內建系統是使用Java語言進行開發，部署到tomcat8伺服器中，所以瀏覽器的訪問連結中必須加入訪問的埠號8080，然後新增需要訪問的系統。比如訪問CAS虛擬化管理平臺的連結應當是：http://192.168.11.1:8080/cas,其中http表示訪問的協議是http協議，首先訪問的是Apache伺服器的80埠(tomcat是Apache下面的一個子伺服器專案)，然後在訪問tomcat伺服器的8080埠，192.168.11.1是目標主機的IP地址，也就是部署了tomcat伺服器的IP地址，/cas表示訪問的是cas應用，在tomcat伺服器中的應用的實際儲存地址在tomcat的webapps資料夾下，如果不新增/cas，那麼訪問的是webapps資料夾中的ROOT資料夾中的index.jsp檔案(tomcat伺服器預設訪問的起始介面是index.*,包括index.html,index.htm,index.jsp),tomcat伺服器中的Java類在src資料夾下，通過包結構進行儲存Java編譯過的class檔案，其餘的頁面等檔案在WEB-INF資料夾下。
瞭解了tomcat伺服器的結構以及訪問連結的含義後，訪問不同的系統，只需要重寫不同的訪問連結即可；同時tomcat伺服器可以通過server.xml進行配置，使tomcat監聽其他的埠進行訪問，也可以配置web.xml檔案更改起始頁面。

圖6 CAS虛擬化管理平臺訪問

圖7 CIC雲業務管理中心訪問

圖8 SSV使用者自主服務平臺管理訪問

3. 第三天實習日誌如下

專案名稱：
部署雲伺服器資源
專案功能簡介：
在CAS-CVM雲虛擬化管理平臺主伺服器中的內建系統的CAS虛擬化管理平臺中進行雲伺服器中配置NTP伺服器、新增主機池、新增叢集、新增主機、新增虛擬交換機、新增共享檔案系統等
本人負責模組：
首先使用瀏覽器訪問CAS虛擬化管理平臺，為主伺服器以及從伺服器配置NTP協議服務，然後為所有的伺服器增加一個伺服器群，並新增一個主機池，在主機池中為不同的需要分配不同的叢集，在叢集中新增一個無作業系統的主機，為了使不同的主機可以通訊，新增虛擬的交換機，以及共享的檔案系統，所有的叢集內的主機都可以訪問的共享檔案。
心得：
在部署NTP伺服器中，瞭解到NTP是網路時間協議(Network Time Protocol)，它是用來同步網路中各個計算機的時間的協議，作為一個伺服器叢集，使用相同的時間是一個非常重要的事情，標準時間，是由原子鐘報時的國際標準時間UTC（Universal Time Coordinated，世界協調時），所以NTP獲得UTC的時間來源可以是原子鐘、天文臺、衛星，也可以從Internet上獲取；在NTP中，定義了時間按照伺服器的等級傳播，按照離外部UTC源遠近將所有的伺服器歸入不同的Stratum（層）中，但Stratum層的總數限制在15以內；計算機主機一般同多個時鐘伺服器連線，利用統計學的演算法過濾來自不同伺服器的時間，以選擇最佳的路徑和來源以便校正主機時間。即使在主機長時間無法與某一時鐘伺服器聯絡的情況下，NTP服務依然可以有效運轉；為了防止對時鐘伺服器的惡意破壞，NTP使用了識別機制，檢查傳送來的資訊是否是真正來自所宣稱的時鐘伺服器並檢查資訊的返回路徑，以提供對抗干擾的保護機制；NTP時間同步報文中包含的時間是格林威治時間，是從1900年開始計算的秒數。
在新增主機池的過程中，理解了池的一些含義：Pool（池）的概念被廣泛的應用在伺服器端軟體的開發上。使用池結構可以明顯的提高你的應用程式的速度，改善效率和降低系統資源的開銷。所以在現在的應用伺服器端的開發中池的設計和實現是開發工作中的重要一環。那麼到底什麼是池呢？我們可以簡單的想象一下應用執行時的環境，當大量的客戶併發的訪問應用伺服器時我們如何提供服務呢？我們可以為每一個客戶提供一個新的服務物件進行服務這種方法看起來簡單，在實際應用中如果採用這種實現會有很多問題，顯而易見的是不斷的建立和銷燬新服務物件必將給造成系統資源的巨大開銷，導致系統的效能下降。針對這個問題我們採用池的方式。池可以想象成就是一個容器儲存著各種我們需要的物件。我們對這些物件進行復用，從而提高系統性能。從結構上看，它應該具有容器物件和具體的元素物件。從使用方法上看，我們可以直接取得池中的元素來用，也可以把我們要做的任務交給它處理。

圖 9 雲資源分佈圖

4. 第四天實習日誌如下

專案名稱：
配置主機
專案功能簡介：
在伺服器儲存資源中上傳作業系統映象檔案、在主機池中建立虛擬機器、為虛擬機器安裝作業系統、為虛擬機器安裝CAS Tools工具、為虛擬機器分配IP地址等
本人負責模組：
首先登陸CAS虛擬化管理平臺，在儲存空間中開闢一塊空間用於儲存作業系統的映象，然後在計算機中選擇需要上傳的映象，等待上傳完成後，在主機池中建立一個虛擬機器，設定使用剛上傳的映象作為需要安裝的映象，然後啟動虛擬機器，點選顯示控制視窗，在控制視窗完成作業系統的安裝。在控制視窗中安裝作業系統與計算機安裝作業系統的步驟與構成完全相同；作業系統安裝完成後，在虛擬機器的作業系統中安裝CAS Tools，與計算機安裝的步驟相同，最後在虛擬機器的作業系統中開啟網路設定，為虛擬機器分配設定IP地址以及閘道器。
心得：
在儲存空間中開闢用於儲存作業系統的映象的空間時，應該注意開闢的空間大小應當能夠完全容納作業系統的映象，否則會導致儲存空間不足，導致上傳失敗，其次，在計算機中選擇作業系統映象的路徑時儘可能的避免使用含有中文的路徑，有可能會導致上傳路徑無法識別導致上傳失敗。
啟動虛擬機器進行作業系統的安裝時，要在啟動虛擬機器前設定使用的映象作為驅動器進行啟動，否則虛擬機器沒有檢測到可使用的映象，無法安裝作業系統；在安裝作業系統時，需要開啟控制視窗，會發生點選開啟控制視窗後沒有任何的反應，此時應當檢查是否允許瀏覽器開啟另一個視窗，如果不允許開啟額外的視窗，那麼開啟控制視窗就會失敗，這是一般的瀏覽器應在位址列的右側顯示一個紅色的叉號，表示瀏覽器自動的拒絕這一個動作，點選叉號，選擇允許開啟額外的視窗，會開啟控制視窗，控制視窗顯示的內容與計算機正常開啟映象的內容完全相同。
在控制視窗中安裝作業系統時，應當有足夠的耐心，等待虛擬機器做出反應，因為計算機中的虛擬機器軟體中的系統上安裝另一個作業系統，所以對計算機的效能有較高的要求，計算機反應較慢屬於正常；正確的做法是耐心的等待，而不是多次的輸入命令，否則會發生虛擬機器完全的卡死情況的發生。當發生虛擬機器完全卡死的情況時，返回CAS資源管理系統，在管理系統中關閉虛擬機器，如果點選了關閉虛擬機器，長時間沒有關閉虛擬機器，那麼說明虛擬機器的資源不夠，或者發生阻塞，不能正確的響應關閉虛擬機器的操作，這時，應當點選關閉虛擬機器的電源強行關閉虛擬機器，然後重新啟動虛擬機器，進行作業系統的安裝。

5. 第五天實習日誌如下

專案名稱：
管理虛擬機器
專案功能簡介：
製作虛擬機器模板、通過模板部署虛擬機器、虛擬機器克隆、虛擬機器快照、虛擬機器遷移、虛擬機器關聯
本人負責模組：
在主機池中已經存在一個安裝了作業系統的虛擬機器，通過把虛擬機器克隆為模板和轉化為模板兩種操作建立一個與虛擬機器完全相同的虛擬機器機模板，然後通過虛擬機器模板部署一個虛擬機器，部署的虛擬機器與原虛擬機器完全相同，在使用虛擬機器克隆出更多的虛擬機器，然後為剛安裝的虛擬機器建立一個快照，後面的操作中發生錯誤時，通過快照進行虛擬機器狀態的恢復，在CAS-CVM雲虛擬化管理平臺中此時有3個虛擬機器，把其中帶有快照的虛擬機器通過遷移功能遷移到CAS-CVK雲虛擬化核心系統中，即可減輕主伺服器的負擔，然後把CAS-CVM雲虛擬化管理平臺中剩餘的兩個虛擬機器關聯為一個整體，然後把CAS-CVM雲虛擬化管理平臺與CAS-CVK雲虛擬化核心系統中的主機進行交換，驗證是否成功的把兩個虛擬機器正確的關聯。
心得：
在主機池中建立虛擬機器應當考慮到需要安裝的作業系統以及即將的用途方面，對虛擬機器分配足夠的資源，否則在安裝作業系統後，無法進行其他的用途，比如需要虛擬機器安裝WIN7系統，那麼最少應當分配給虛擬機器20G的磁碟和1G的記憶體，1個CPU。但是考慮到其他更高要求的用途，應適當的進行調節，避免出現資源不充足的錯誤，導致前功盡棄。
在建立虛擬機器模板的儲存空間時，選擇伺服器的儲存空間而不是虛擬機器的儲存空間，然後在CAS虛擬化管理平臺中進行建立模板。注意到建立模板的兩種方式，轉化和克隆，區別在於，轉化完成後會刪除掉虛擬機器，而克隆則不會刪除虛擬機器，這是最主要的區別。在計算機上進行實驗過程中，如果計算機的配置並不是很好，應當選擇克隆的方式獲得模板，這是因為轉化的實現可以認為是克隆加刪除組合而成的，如果選擇轉化的方式，那麼，就相當於同時執行了兩個命令，對於效能不是很好的計算機是一個不小的負擔。
在使用模板部署虛擬機器時，應該主要雲伺服器叢集剩餘的資源是否滿足模板需要的資源，如果剩餘的資源不夠模板需要的資源，那麼就應當選擇其他資源較少的模板或者增加資源的方式解決問題。在進行虛擬機器快照時，應當選擇正確無誤的時候進行快照，確保在儲存快照時，虛擬機器的一切正常，在使用快照恢復時，也應當確認快照是無損的，這樣才能正快速的找到之前操作的錯誤之處，然後進行改正。
在進行虛擬機器遷移時，保證目標伺服器的資源能夠完全的滿足需要遷移的虛擬機器需要的資源，同時，因為遷移需要時間，所以在遷移的過程中，要保證目標伺服器與源伺服器之間的通訊不斷開，如果之間的通訊在遷移的過程中斷開，那麼是肯定不會遷移成功的。在進行關聯兩個虛擬機器後，測試的過程中，保證目標伺服器的資源充足，以及之間的通訊的連線。

6. 第六天實習日誌如下

專案名稱：
雲服務建立
專案功能簡介：
增加雲資源、建立組織、增加使用者和使用者組
本人負責模組：
增加雲資源包括外掛的磁碟，以及新增的記憶體，CPU等等，建立不同的組織，瞭解CIC雲業務管理中心的許可權管理方式，增加不同的許可權的使用者，並對使用者進行分組，認識到分組的組織管理的優點
心得：
增加雲資源首先需要保證讓CAS虛擬化管理平臺能夠檢測到需要增加的雲資源，比如需要增加一個額外的磁碟，首先應當保證被增加的磁碟應當是能夠使用的，完好的，能被計算機識別，並加入到待增加的資源的列表中。在增加的實際操作中，正確的選擇被增加的資源的各種引數，否則會發生增加資源不匹配的錯誤。
CIC雲業務管理中心主要的管理方式是組織管理方式，內部有預設一個最高許可權的admin管理員，再下來是預設的組織管理員，一個預設的系統管理員，其中系統管理員的許可權大於組織管理員。其中admin管理員能夠對所有的使用者進行管理，對所有的組織進行管理，對所有的業務進行處理；系統管理員能夠對系統內的使用者進行管理，以及分配的其他的管理員進行管理，以及業務的管理；組織管理員能夠管理組織下的使用者，以及使用者提交的業務。

圖10 使用者許可權分佈圖
在建立許多的使用者後，對使用者進行管理是一件重複勞動的體力工作，使用使用者分組，可以快速進行多使用者的管理，比如為不同的使用者組釋出不同的虛擬機器模板，或者為有需要的同一使用者組的許多使用者分配資源等等，所以說，使用者組可以大量的減輕管理者的負擔，減輕管理者的工作量。
同樣的，分組不僅僅可以對普通使用者進行使用，對於在系統中建立的其他的管理員同樣可以進行分組管理，比如為同一類管理員分配相同的許可權，比如為業務稽核管理員提供檢視業務，稽核業務的許可權，為部署管理員分配修改雲資源的許可權，檢視業務的許可權，這樣可以對不同的管理員進行不同許可權劃分，不僅僅可以使專業的人只做專業內的事情，還為大型，超大型的人員管理提供瞭解決方案，減小部門職能冗餘，減少管理員的要求等等。

7. 第七天實習日誌如下

專案名稱：
雲服務的使用
專案功能簡介：
建立固定桌面池、建立浮動桌面池、SSV使用者自主服務平臺管理
本人負責模組：
在CAS虛擬化管理平臺中建立固定的桌面池，然後通過桌面池來部署虛擬機器，其次在建立一個浮動的桌面池，通過浮動桌面池部署虛擬機器，最後登陸SSV使用者自主服務平臺管理申請虛擬機器，通過CIC雲業務管理中心進行稽核部署虛擬機器，然後通過SSV使用者自主服務平臺提交登出虛擬機器的業務申請，通過CIC雲業務管理中心稽核並登出虛擬機器，比較固定桌面池和浮動桌面池的區別。
心得：
固定的桌面池部署的虛擬機器，每次關閉虛擬機器後，之前所做的工作全部會進行儲存，再次開啟虛擬機器後，狀態與環境會從磁碟進行恢復，與上次關閉電源時的情況完全相同；但是浮動桌面池部署的虛擬機器，每次關閉虛擬機器後，之前所做的工作全部不會進行儲存，再次開啟虛擬機器後，狀態與環境與剛部署的情況完全相同，就相當於是從伺服器剛剛申請了一個全新的虛擬機器。也就是說，浮動的桌面池部署的虛擬機器是一個帶有還原卡的虛擬機器，而固定的桌面池是不帶有還原卡的虛擬機器。
通過SSV使用者自主服務平臺管理進行雲業務的申請，使用者可以自行指定需要的通過釋出給本使用者組的系統模板，然後通過稽核後，以模板進行部署，同時也可以自行指定需要的系統以及對應的資源，管理員稽核通過後，手動進行資源的分配和系統的部署安裝，但是手動部署的方式不僅容易出錯，效率也不高，但較為靈活。

8. 第八天實習日誌如下

專案名稱：
計科專業的實驗室雲資源管理系統—-分析設計
專案功能簡介：
計科專業的實驗室的現狀與問題，設計解決方案
本人負責模組：
發現計科專業實驗室的現狀與問題所在，設計一個針對問題的解決方案，並對解決方案進行評估。
心得：
通過調查發現，計科專業的實驗室一般是一室多用，實驗室內部的計算機也是一機多用，不僅僅用來做一個實驗，另一個實驗也在相同的計算機上進行，所以導致實驗室內部的計算機大多裝有不止一個作業系統，而作業系統內針對不同的實驗安裝有不同的軟體環境。比如同一個實驗室，既可以做計算機組成原理的實驗，也可以做編譯原理的實驗，同時也可以做計算機控制技術的實驗，那麼就要求計算機至少安裝3個作業系統，每個作業系統安裝多個軟體，包括實驗所用軟體，還有一些常用的辦公軟體等等。
其次調查發現，如果任課老師對於實驗室的環境提出新的要求，但是實驗室的管理員卻不能在短時間滿足任課老師的要求，包括給實驗室內部的計算機安裝一個新的軟體，通常需要耗費較多的時間，同時也需要耗費大量的人力資源對每臺計算機進行單獨的部署安裝，等待安裝完成後，有需要對每一個計算機進行環境的配置，需要耗費大量的時間，而且不能及時的完成。
還有實驗室的管理人員通常是一個實驗室，一個負責管理的老師進行管理，那麼就會造成實驗室的使用是基於管理老師的，比如說某個老師需要臨時的使用實驗室帶著學生進行實驗，但是此時管理老師卻不在學校，那麼就無法使用實驗室，而且依靠人力進行管理，通常有較多的錯誤，遺漏的發生。
學生們在上完實驗後，有部分學生遺忘關閉計算機的電源，計算機的系統等等，通常需要管理老師檢查後方能關閉總電閘，而且實驗室的計算機都帶有還原卡，如果實驗的學生沒有及時的儲存自己的實驗資料，那麼下次實驗就不能使用上次的實驗資料。但是有些實驗是從頭貫穿到結束的，也就是說，這次的實驗結果是下一次實驗的開始環境，如果學生沒有儲存資料，下次就需要重新做上一次的實驗，相當的浪費時間。
基於以上發現的問題，通過使用雲管理手段，可以解決這些問題。
首先為每一個計科專業的學生新增一個SSV使用者，其次根據實驗的時間，內容，把使用者進行分組，為每一個實驗進行一個分組，一個使用者可能在不同的分組，以組為單位進行管理。為每一個實驗建立一個桌面池，根據需要，如果每次實驗的資料無需儲存，那麼就採用浮動的桌面池進行部署，如果每次實驗的資料需要儲存，那麼就採用固定的桌面池進行部署。
這樣可以解決一機多用的問題，在每一次實驗中，釋放掉無用的系統與軟體，可以使有效的資源量進行增加，同時也保證了實驗環境的純淨性。比如之前的實驗室的計算機是4G的記憶體，512G的磁碟，但是因為計算機安裝了其他的作業系統，那麼磁碟的大小就會受到影響；一個作業系統內安裝多個軟體，記憶體也會受到影響。所以使用雲管理手段，可以避免這些問題。當學生做完試驗後，管理員也可以在管理端統一的關閉計算機。

9. 第九天實習日誌如下

專案名稱：
計科專業的實驗室雲資源管理系統—-實現
專案功能簡介：
分析計科專業現有實驗室的管理方案，進行實現雲資源管理方案的實現
本人負責模組：
首先建立一個計科專業的組織，在組織下建立3個子組織，分別是計科1，2，3班，然後根據實驗內容與時間進行分組，比如，計科1班週一上午計算機組成原理作為一個使用者組，計科2班週一下午計算機組成原理作為一個使用者組，因為實驗都是以班為單位，所以，直接操作使用者組即可。然後增加訪問策略，比如計科1班週一上午計算機組成原理，那麼就通過限制其IP地址來限定實驗的地點，通過限定其訪問時間來限定實驗的時間，然後根據需要來使用浮動或者固定的桌面池來部署。當實驗完成後，管理員在管理端關閉實驗室的計算機。
心得：
在為不同的實驗建立不同的使用者組時，需要仔細的理清楚使用者組之間的關係，儘可能使用直觀的圖表方式進行設計。

圖11 網路資源部署圖

圖12 使用者組管理組成圖

圖13 使用者組許可權圖

圖14 為實驗設定的模板

圖15為實驗室的IP做出訪問策略

圖16使用者分組情況

圖17 管理員分組

圖18 管理員

圖19設定的桌面池

圖20浮動桌面池的回收策略中設定訪問時間限制

圖21實驗同學提交的電子流申請

圖22為臨時實驗增加的雲訊息

圖23實驗同學選擇模板

圖24雲主機申請成功

圖25實驗完成後登出雲主機

10. 第十天實習日誌如下

專案名稱：
計科專業的實驗室雲資源管理系統—-測試與總結
專案功能簡介：
對計科專業的實驗室雲資源管理系統進行全測試，總結雲資源管理系統與現有管理系統的對比
本人負責模組：
通過使用不同的使用者身份登陸SSV使用者自主服務平臺管理，模擬使用實驗室資源，驗證設定的策略是否正常工作，實驗環境進行評估，部署流程的優化。最後總結雲資源管理系統的優缺點。
心得：
降低計算機成本：由於作業系統在雲端部署，一臺臺式機不需要傳統作業系統進行安裝的或者安裝多個作業系統。
　　改進的效能：雲端計算系統中的計算機啟動並執行速度更快，因為它們將更少的程式和程序載入到記憶體中。
　　降低軟體成本：無需購買昂貴的軟體應用程式，而可以免費獲得大部分所需的軟體。
　　即時軟體更新：當應用程式基於Web時，會自動更新。也就是說，當訪問基於Web的應用程式時，將獲得最新版本。
　　改進的文件格式的相容性：不需要擔心相容的檔案在的計算機上建立其他使用者?應用程式或作業系統。
　　無限儲存容量：雲端計算幾乎無限儲存。
　　提高資料可靠性：如果的個人計算機崩潰，所有資料在雲中都是安全的，仍然可以訪問。
　　更輕鬆的團隊合作：多個使用者可以輕鬆協作文件和專案。
　　裝置獨立性：不再需要連線到單個計算機或網路。　　

11. 第十一天實習日誌如下

專案名稱：
生產實習報告的撰寫與排版
專案功能簡介：
按照要求正確詳細的排版電子版的生產實習的報告，打印出紙質版後對需要進行手寫的部分認真的撰寫。

12. 第十二天實習日誌如下

專案名稱：
生產實習報告的提交
專案功能簡介：
在規定時間將生產實習報告提交到相應老師處