LEARN TO LIVE AND LIVE TO LEARN.
今天是2023年1月21日（農曆12月30日除夕），祝賀大家萬事如意迎新年、玉兔迎春旺全年，新年快樂。2015年的時候，人還在吳江守歲，也過足了儀式感滿滿的年節氣氛，除夕當晚到大年初一早晨，算是整夜被爆竹聲轟了一整晚，說是心中的喜悅也罷、擾人春夢也行，在零下的氣溫中，窩在被窩裡啥都不太想動的過年，這是許久都沒在家裡過年的特別經驗，真的特別。
今年或許是關鍵的一年，至少以個人來說。瞬息萬變的當下，有太多不定的變數難題在暗中等待著自己，希望能一一化解，不至於引發蝴蝶效應才是。大過年的，總是想著規劃未來要怎麼走，但近年的經驗是，大方向至少不變，方能在亂局中，找到自己的定位與方向。說不準的，今年也許大開大合也不一定，順其自然、心不隨境轉便是。
檔案皆是以離線制作的Visual Studio 2022單一映象檔（41.5GB）作為傳輸對象，上傳到One Drive時頻寬似乎被限制在100Mbps以下，而Google Drive則視使用者本身頻寬而定。平台是建構在Azure（美西2）的虛擬機器（Windows 11 22H2），其中上傳至One Drive上是以網頁進行，而上傳至Google Drive則是以Google雲端硬碟版程式來進行。這是一個非常粗糙的測試，也沒想到要使用其他傳輸工具來進行，單純的想瞭解實際的傳輸情況所進行的比較。
1994年的今天（1994/12/15）網景正式發布了Netscape Navigator 1.0。時至今日網景早已不見蹤影，但Netscape Navigator依舊仍存在網路間，至少，尚可在Netscape Communications網站上可以下載到從最初的0x版到最終的9.0.0.6版，算是可讓老朋友回味的地方。
Netscape Navigator 9.0.0.6是可以順利安裝在我的電腦（Windows 11 22H2）上，不過遺憾的是，目前對於具有SSL/TLS憑證的網站似乎就力有未逮，但作為最後一版的瀏覽器最大的功用便是安全地下載建議的Mozilla Firefox或者是Flock這兩個瀏覽器來安裝到系統上，也算是完成它最後的使命。
IBM LinuxONE Community Cloud服務由IBM與Marist College合作提供，註冊申請時需要手機驗證，申請通過後會收到兩封信件，一封是帶有虛擬伺服器授權啟用的認證信件（連結需在48小時內確認），而另外一封則是申請帳戶與使用權利的通知，上面會註記使用期限，網路上有些小道消息是這一個服務使用期限是60天，到期時可再申請續用一次，亦即這一個服務最長有120天的使用期（尚未碰過，未知），對於學習大型主機上Linux作業系統應該算是不錯的體驗。
IBM LinuxONE Community Cloud服務提供每位使用者僅一個額度的VM，其規格為2VCPUs、4GB記憶體與50GB磁碟空間，這一個規格應該足夠開個WP網站來玩看看。OS上，選擇的是Ubuntu 20.04 LTS，沒為什麼，單純習慣而已。
IBM LinuxONE Community Cloud上的作業系統影像檔預設上提供了Ubuntu 20.04 LTS，在VM環境建立完畢後，著手升級到Ubuntu 22.04 LTS，過程中順利無礙，速度也頗為快速，這應該是歸功於IBM LinuxONE的超容錯設計與卓越效能。
至於IBM LinuxONE Community Cloud主機中央處理器的資訊如下：
根據網路資料上的訊息，Marist College是一所綜合性文科大學，主校區坐落在紐約哈德遜河谷，分校區設於義大利的佛羅倫斯。網路速度如何？應該不用想，可能不如美西或者亞洲鄰近的雲端業者機房，但以目前手頭上的網路而言，其實速度還是不錯的，傳輸速率可以參考下方圖片。
建立VM後，預設通訊埠上僅開放OpenSSH通道使用，若需要其他服務（如LEMP）就需要自行開啟放行通訊埠，IBM LinuxONE Community Cloud提供的文件是以iptables方式設定，不過使用ufw（Uncomplicated Firewall）也是可以的。需要注意的是，因為該VM建立後，會直接配發一個實體IP，基於避免IP裸奔的情況發生，原則上透過內容傳遞網路（CDN）來過濾網站內容的讀取較為適切，我是透過Cloudflare WAF（Web應用程式防火牆）服務，進一步保護網站減少受到弱點攻擊的機會。
基於在大型主機上學習Linux，其實IBM LinuxONE Community Cloud或許有它自己的理由讓實體IP直接面對外面的網路環境，讓使用者以最直接的方式來理解防火牆的運作，惟基於避免網站憾事發生，透過CDN的傳遞避免裸奔情況，應該會是另外一條不同的學習思維。
另外一個是，原本計畫安裝.NET 7，微軟似乎尚未釋出類似x64架構的套件管理員安裝方式，以Snap、安裝程式腳本，或透過手動二進位安裝的方式也是碰壁，不清楚是否微軟在未來有支援IBM System/390架構版本的計畫？其實蠻期待的！
以上，使用IBM LinuxONE Community Cloud近24小時的感想只有一個，IBM System/390x果然是好東西！
在2021/2 的「Workspace for Education (原 G Suite for Education) 儲存空間政策異動」公告中，Google提及將自 2022/7/1 起限縮教育用戶僅能共同使用100TB 的儲存空間。近兩年前得知到這一個消息後，著手開始準備將原本存在Google Workspace (G Suite) 教育版儲存空間內的檔案移至到其他雲端服務上，但從近10TB的資料一下縮成5GB的空間時，其實是有壓力。
需轉移的資料主要有三個，分別是雲端硬碟（包含我的雲端以及共用雲端） 、Gmail 信箱內的所有信件以及 Google 相簿。前期的作法是透過Google推薦的畢業生自行轉移資料的方式。這方式在設定好之後，的確能為資料移轉過程中帶來便利（至少不用像TakeOut一樣還需要等候郵件通知，一筆一筆下載資料到本地端電腦），但缺點也是非常明顯的，10TB的龐然大物本身要轉移就有難度，掉檔正常。在歷經數月的操作下，最終還是在空間縮減政策期限前，改採MOVER.IO的雲端轉移方式才勉強符合校方的規範。
MOVER.IO仍會碰上在資料轉移過程中掉檔的問題，但好處是可以透過其產生的LOG來瞭解是哪些檔案在轉移過程中無法進行複製的（如：無法支援的檔案格式），使用者可以回到原始的雲端硬碟中單獨進行備份作業。
MOVER.IO其實在來源端所支援的雲端服務不少，很可惜的是，微軟在最新的政策指引中，已經排定它的淘汰時間表，未來將由SharePoint 系統管理中心接手後續的作業。待這一次資料移轉作業完成後，再嘗試透過SharePoint 系統管理中心來轉移雲端硬碟資料看看。
MOVER.IO在資料轉移的速度上我並沒有去統計每個小時能複製多少資料流量，不過根據MOVER.IO頁上面資料的顯示，其實已經遠比Google畢業生自行轉移資料與TakeOut快上許多，或許這次資料是由Google Workspace到Microsoft365帳號間的資料轉移，實際的流量仍得看各大雲端系統間而定，但這樣的速度，其實已經蠻令人滿意（2022年12月8日～2022年12月10日統計）。
最後，從去年年底嘗試透MOVER.IO將資料由Google Workspace (G Suite) 教育版搬至學校建議的Microsoft365服務後，暫時放下心中一塊大石，然而，教育版目前訂閱的雲端空間侷限在1TB，因此，龐大的資料若要完全放在Microsoft365上，恐怕還是得要考量額外購買空間或者訂閱Microsoft365其他較高的服務，至於如何選擇，還是得視自己的需求而定。
說明：本次MOVER.IO作業由Google Workspace Business Standard帳號至Microsoft 365 Developer Program帳號間的記錄。
Speedtest CLI 主要是針對開發人員的網際網路連線測量的工具，這一次將安裝在日前架設在Oracle Cloud上的實體（Ubuntu 22.04），以檢驗實體系統對外的網路情形。
sudo apt-get install curl
curl -s https://packagecloud.io/install/repositories/ookla/speedtest-cli/script.deb.sh | sudo bash
sudo apt-get install speedtestspeedtest -L
由於實體是架設在Oracle Cloud大阪機房的關係，因此程式會列出鄰近伺服器列表以供作連線測試。
speedtest
在第一次執行speedtest時，程式會要求輸入「YES」同意授權使用，此時speedtest會自動連向測試的主機，以統計上下載頻寬。
speedtest -s
speedtest提供了一些參數，其中-s（–server-id=）參數主要是讓開發人員指定的連線測式的伺服器，透過-L參數取得到鄰近伺服器的ID碼後，搭配-s參數進行連測頻寬的測試使用（圖例server-id是28910，位在日本東京的FDC機房）。
除了文字介面外，speedtest也提供了視覺化的網頁版測試結果數據供參考，只需要將結果的URL複製貼到瀏覽器上的網址欄位便可看到連線測試的結果（下圖）。
Speedtest CLI 支援了FreeBSD/Linux/macOS等平台，可以依照自己系統的需求來安裝即可。這次實體作業系統是建構在Arm Ampere A1 Compute上頭，整體運作上表現不錯，雖然實體遠在日本大阪，惟已是臺灣對外連線品質上算是速度最快的地區之一。
前幾天申請完帳號後，順道就將虛擬機器建立起來當WEB伺服器，採用VM.Standard.A1.Flex 資源配置（等同於 4 個 OCPU 和 24 GB 的記憶體）建立 Ampere A1 運算執行處理，硬碟僅切出100GB作為系統與資料儲存，由於原建立區域選擇日本中部的大阪，網路速度上大致可以接受，不然也還可以透過存放在AZURE東日本的虛擬機器傳送資料。對比AZURE或者GCP免費的額度與配置項目，ORACLE真的大方。
金門，嗯～應該說是原本服役第一志願的地方，只可惜本期學生中僅兩支金門籤，加上學號又是排第二位抽籤的關係（東部），只能期待在日後若有機會輪調的話，去趟金門應該是最好的方式（事與願違）。
在若干年後，隨著金門觀光的開放，終於有機會以老百姓的身份前往金門，和同團學長們想法不同（任務禮），我就是單純體驗觀光而已，沒太多的想法反而可以細細體會一下這趟的旅程。
這趟旅程是在11月初舉辦的，惟天候上不算太好，加上臺北連日的大雨，其實出發前並沒抱著太大的好感，僅希望抵達金門後天氣能夠稍微轉好些。或許是風獅爺聽到我的呼喚，真的抵達尚義機場時就轉為陰天，地面上還乾乾的，看來應該有個不錯的開始。
金門縣觀光處有列出幾個地點，不過這一次行程上算一算僅有六處，依照時間的順序分別是陳景蘭洋樓、翟山坑道、沙溪堡、莒光樓、模範街、清金門鎮總兵署。事實上，去過的地點也不少，不過並未羅列在上圖上，如：觀止步道、陽翟老街、建功嶼等。
這一次行程上有兩個比較意外卻又令人高興地方是，金門大橋通車後第三天終於有機會搭乘巴士走一趟（去小金門時是搭船，回程大金門則搭巴士），另外一個是莒光樓整修後再度開放。天候因素加上行程稍趕的關係，倒是沒有太多餘的時間去仔細體驗一下行程上的點滴。或許他日獨自前往金門時，可以細細體會一下金門的風情。最後，為學長們所安排的行程致上最高的敬意，辛苦了！謝謝！
