在家工作 v.s. 在辦公室工作，兜幾❓
影響你選擇的因素是…1⃣工作生活的平衡 2⃣通勤時間 3⃣ 團隊協作4⃣社交互動，還是其他❓
混合辦公已經是許多公司常態，每一家做法都有不同的方式，未來會有統一的營運模式嗎🤔

聽聽 微軟 CEO Satya Nadella 與 LinkedIn CEO Ryan Roslansky 兩大巨頭對此熱門話題的深入對談！
👉 https://aka.ms/linkedin-hybrid

📢前幾日 Satya 宣布微軟無限期延長遠距辦公
在過去一年，16 萬名微軟員工採取遠距上班、2.5 萬名新成員遠距入職，即使遠距， 90% 員工仍感受到企業歸屬感😇，也創下歷年新高！
但員工除了「在何處與如何工作」，也更加思考「為了什麼工作」，既希望保持彈性的工作型態，又希望能與同事面對面相處。這也成為企業吸引、留住人才「大洗牌」的關鍵！
企業如何解決這矛盾複雜的問題呢？解方就是~~營運模式得更加彈性😉

有鑑於此，微軟與 LinkedIn 採取 Learn-it-all 的方式，持續創新產品與賦能員工，靈活調整營運方向💪

✨微軟提出了３大創新
✅ 賦能每個組織擁有更佳混合會議體驗的科技
✅ 每位員工都可在工作流程中，隨處存取的數位員工體驗
✅ 為混合工作力提供彈性、安全的工作空間

✨LinkedIn 也為求職者提供更多了解企業未來的工作模式，也將推出 LinkedIn 的技能培養平台（LinkedIn Learning Hub）與免費 LinkedIn 學習課程！

微軟與 LinkedIn 完整創新內容是什麼呢？
馬上點擊圖片發摟一波~
而微軟員工偏好在家工作，還是辦公室工作的考量因素比例是什麼呢？
到留言處揭曉答案吧~

#Microsoft #Hybridwork

【#遠距辦公 成常態！那麼 #辦公室 新定位是什麼？】💼

辦公室不再是員工每天例行工作的地點。

👉 未來企業必須打破 #休閒 與 #辦公 的思維界線，
讓辦公室成為既是員工認真處理業務的地方，也是交流休閒的場所。

#華人精英 #葉匡時
本論壇文章反映作者意見，不代表《遠見》

ref: https://ably.com/blog/no-we-dont-use-kubernetes

八月第一篇，就來個有趣的文章，來看看 ably 這間 SaaS 公司為什麼沒有使用 Kubernetes，不但當前沒有使用，甚至短期未來內都不會想要使用
更是直接的說如果你有興趣來加入團隊，千萬不要把將 Kubernetes 導入到團隊中是一個可能發生的事情。

我個人覺得這篇文章滿好的，因為是認真的去比較導入 Kubernetes 帶來的改變，而這些改變對團隊來說到底是可接受還是不可接受
而不是所謂的人云亦云，人家要我也要，人家不要我也不要...

文章分成兩部分，前述介紹當前 Ably 的環境架構是什麼，而半部分則是很技術的去探討如果導入 Kubernetes 帶來的好處與壞處是什麼
最終權衡比較之下，會發現導入 Kubernetes 沒有帶來實質上的好處。

文章開頭先簡述了一下 Kubernetes 這幾年的風潮，從最初 Google Borg 的開發開始談起，作者特別提到當初 Borg 的用法可是將一堆實體機器給搭建出一個 Private Cloud 的叢集給團隊使用，
而目前 Kubernetes 更多的用法則是搭建於 Public Cloud 上面的虛擬機器中，透過將 Kubernetes 部署到這些不同的 Cloud Provider 似乎帶來了介面統一的結果，對於 DevOps 人員來說
不同 Cloud Provider 如今看起來都是 Kubernetes 的樣貌。

Ably 目前到底怎麼部署應用程式
Ably 主要使用 AWS 作為其 Cloud Provider，並且於 EC2 機器上使用 docker/container 來部署團隊中的應用程式。
作者團隊中沒有使用任何已知的 Orchestration 服務來管理多節點上的 docker/container，取而代之的則是每個 VM 開機後則會根據 autoscaling group 的機制來判斷
每個機器應該要部署哪種 container/docker。

對於 Ably 來說，團隊中沒有任何 scheduler 相關的服務來調度各種服務，這意味每個 VM 就代表一種服務，所以將 VM 上的服務從 Core 轉換成 frontend 這種行為不會發生。
今天需要針對需求轉換服務時就以 VM 為基準來整批換掉即可。
每個節點上面都會有一個輕量的監控服務，用來確保運作的 Container 如果掛掉後可以被重啟，甚至如果當前運行的版本不符合需求時也能夠將該服務給停止。

流量方面，因為每個 Autoscaling Group 就代表一個服務，所以直接使用 NLB 與 Target Group 來將流量導入該 Autoscaling Group 即可。
至於容器與容器之間的內部流量(譬如 k8s service 等)作者認為也不是太大問題，畢竟每個機器本身都會被 VPC 賦予一個 IP 地址，所以使用上沒有什麼太大的問題。

接下來作者從幾個層次去探討當前設計與使用 Kubernetes 帶來的改變，分別有 (原文很多，這邊摘要不然文章會太長)
題外話，由於 Ably 的 Infra Team 數量有限，所以要考慮 K8s 只會考慮 K8s Service，如 EKS。
1. Resource Management
Ably:
a. 根據服務的需求來決定每個服務要用到的 VM 等級
b. 不需要去煩惱如何處理將多個小服務給部署到一個適合的大 VM 中
c. 作者稱這種行為其實就是 AWS 官方強調的 Right Sizing, 譬如只能跑兩個 Thread 的服務不需要 16vCPUs, 久久寫一次硬碟的服務也不需要一個 90,000 IOPS 的 SSD
d. 選擇一個正確的元件來搭建一個符合服務的 VM 讓團隊可以控制成本同時也減少額外的管理負擔
K8s:
a. 必須要使用一個比較強大等級的 EC2 VM，畢竟上面要透過 Container 部署很多服務
b. 針對那些需要小資源的服務來說，透過這種方式能夠盡可能的榨乾機器的資源，整體效能使用率會更好
c. 但是針對資源量沒有很辦法明確定義的服務則是會盡可能地去吃掉系統上的資源，這種被稱為 nosy neighbors 的常見問題已經不是首次出現了， Cloud Provider 本身就需要針對 VM 這類型的服務去思考如何處理資源使用，而 Cloud Provider 都有十年以上的經驗再處理這一塊
而所有 Kubernetes 的使用者則必須要自己去處理這些。
d. 一個可能的作法則是一個 VM 部署一個服務，不過這個做法跟團隊目前的作法已經完全一致，所以就資源管理這一塊，團隊看不到使用 Kubernetes 的優勢。

2. Autoscaling
Ably:
a. EC2 VM 本身可以藉由 Autoscaling Group 來動態調整需求
b. 有時候也是會手動的去調整 EC2 的數量，基本上手動跟自動是互相輔佐的
c. 團隊提供的是 SaaS 服務，所以其收費是針對客戶實際上用多少服務來收，如果開了過多 EC2 VM，則很多不要的花費與開銷都是團隊要自行吸收
d. 團隊需要一個盡可能有效率的方式能夠即使遇到流量暴衝時也能夠保證良好的服務的機制
K8s:
a. 可以透過不少方式來動態調整 Container 的數量，
b. 甚至可以透過 Cluster autoscaler 來針對節點進行調整，根據需求關閉節點或是產生更多節點
c. 動態關閉節點的有個問題是關閉節點時通常會選擇盡可能閒置的節點，但是閒置並不代表沒有任何服務部署再
上面，因此該節點上的 Container 都要先被轉移到其餘節點接者該目標節點才可以被正式關閉。這部分的邏輯作者認為相對複雜
d. 整體來說，k8s 有兩個動態調整的部分，動態節點與動態服務，而現有的架構只有一個動態節點。所以使用 k8s 則會讓問題變得更多更複雜。

3. Traffic Ingress
Ably:
a. Traffic Ingress 基本上每個 cloud provider 都提供了很好的解決方案，基本上團隊只要能夠維持每個服務與背後的機器的關係圖，網路流量基本上都沒有什麼需要團隊管理的。
b. 使用者會透過直接存取 NLB 或是透過 CloudFront 的方式來存取團隊內的服務

K8s:
a. EKS 本身可以透過 AWS VPC CNI 使得每個 Container 都獲得 VPC 內的 IP，這些 IP 都可以讓 VPC 內的其他服務直接存取
b. 透過 AWS LB Controller，這些 Container 可以跟 AWS LB 直接整合，讓封包到達 LoadBalancer 後直接轉發到對應的 Container
c. 整體架構並不會比團隊目前架構複雜
d. 唯一缺點大概就是這個解決方案是完全 AWS 綁定，所以想要透過 k8s 來打造一個跨 Cloud Provider 的統一介面可能就會遇到不好轉移的問題。

4. DevOps
Ably:
a. 開發團隊可以透過簡單的設定檔案來調整部署軟體的版本，後續相關機制就會將 VM 給替換掉，然後網路流量也會自然的導向新版服務
K8s:
a. 開發團隊改使用 Kubernetes 的格式來達到一樣的效果，雖然背後運作的方式不同但是最終都可以對開發團隊帶來一樣的效果。

上次四個分析基本上就是，使用 k8s 沒有帶來任何突破性的好處，但是 k8s 本身還有其他的功能，所以接下來作者想看看 k8s 是否能夠從其他方面帶來好處

Multi-Cloud Readiness
作者引用兩篇文章的內容作為開頭，「除非經過評估，否則任何團隊都應該要有一個跨 Cloud-Provider 的策略」
作者表明自己團隊的產品就是那個經過評估後斷言不需要跨 Cloud Provider 策略的團隊，同時目前沒有往這個方向去追求的打算。
同時作者也不認為 K8s 是一個能夠有效達成這個任務的工具。舉例來說，光 Storage 每家的做法都不同，而 K8s 沒有辦法完全將這些差異性給抽象畫，這意味者開發者終究還是要針對這些細節去處理。

Hybrid Cloud Readiness
管理混合雲(Public Cloud + Private Cloud based on Bare-Metal servers)是作者認為一個很合理使用 K8s 的理由，畢竟這種用法就跟當初 Google Borg 用法一致，是經過驗證可行的。
所以 Ably 如果有計畫要維護自己的資料中心時，底層就會考慮使用 Kubernetes 來管理服務。畢竟這時候沒有任何 Cloud Provider 提供任何好像的功能。
不過 Ably 目前沒有任何計畫，所以這個優點也沒有辦法幫助到團隊

Infrastructure as Code
團隊已經大量使用 Terraform, CloudFormation 來達成 IaC，所以透過 k8s YAML 來維護各種架構不是一個必要且真的好用的方式。

Access to a large and active community
另外一個很多人鼓吹 K8S 的好處就是有龐大的使用者社群，社群內有各種問題分享與探討。
作者認為
a. AWS 的使用者社群數量是高於 Kubernetes
b. 很多情況下，一個迭代太快速的產品其實也不一定對團隊有太大的幫助。
c. 很多人都使用 k8s，但是真正理解 k8s 的人微乎其微，所以想要透過社群來幫忙解決問題其實比你想像的還要難，畢竟裡面的問題太雜，很多時候根本很難找到一個真正有效的答案。

Added Costs of Kubernetes
為了轉移到 K8s, 團隊需要一個全新的 team 來維護 k8s 叢集以及使用到的所有基本服務。舉例來說，EKS, VPN CNI, AWS LB 帶來的網路好處並不是啟動 EKS 就會有的，
還必須要安裝相關的 Controller 並且進行設定，這些都是額外的維運成本。
如果找其他的服務供應商來管理 Kubernetes，這意味公司就要花費更多的$$來處理，所以對團隊來說，金錢與工作量都會提高，不同的解決方式只是這兩個指標的比例不同而已。

結論:
1. Ably 覺得 Kubernetes 做得很好，但是團隊目前沒有任何計畫去使用它，至少目前這階段沒有看到任何實質好處
2. 仔細評估後會發現，導入 k8s 其實也會帶出不少管理上的問題，反而並沒有減輕本來的負擔

古早以前(?) 我們曾經拍攝過上一代的SUZUI SWIFT SPORT
今天我們要來試駕的是同門師兄 THE NEW SWIFT HYBRID
油耗以前就已經很噁心的強了
變成油電以後 油門會變得軟趴趴嗎
究竟開起來會是什麼體驗
我們這集來聊一聊

追蹤我的IG專頁：https://ppt.cc/foAqUx
訂閱我的頻道：https://ppt.cc/f8c6Wx
Elena /彎道小魔女官方粉絲專頁：https://ppt.cc/flbIJx

小魔女加入新宇宙 : 看怎樣打給我
https://ppt.cc/fz5hZx

實況四輪官方交流同好會：https://ppt.cc/f09Tjx
實況四輪官方汽機車全新二手交流社團：https://ppt.cc/fAEX4x​

更多影片：

【Elena94要試車】：
https://www.youtube.com/playlist?list=PLQrEV5tZtyExS-dLlgZK-O13wVsVGVUvQ

【Bike Life】：
https://www.youtube.com/playlist?list=PLQrEV5tZtyExdhiSjlVyneDFS3EnVv6tg

【來尬聊了啦】
https://www.youtube.com/playlist?list=PLQrEV5tZtyEwV7AqmlcU2vs1UCp93Q5LU

【新手改車必看】
https://www.youtube.com/playlist?list=PLQrEV5tZtyEwYIhqH9sESIQMYyrqm-Kla

【Traveling 爽】
https://www.youtube.com/playlist?list=PLQrEV5tZtyEy5gETY0KaxXPkAlAQ3lB_h

【魔女來踩店】：
https://www.youtube.com/playlist?list=PLQrEV5tZtyEzsLx7yej9_ZV6f202yGrwH

【魔女開箱Go!】：
https://www.youtube.com/playlist?list=PLQrEV5tZtyExEPXejssifHyaqDOg5nY5t

抖內、贊助、開箱
請洽詢我們的粉絲專頁哦

官方蝦皮賣場
https://shopee.tw/elenaaaaa46​

拍攝器材
iPhone 12、Sony A6400

#SUZUKITHENEWSWIFT
#下次再SWIFTSPORT啦
#新車試駕

混合戰與認知戰是什麼？
首先，先說明混合戰和認知戰是什麼，這個名詞曾出現在 2019 年國防大學軍事共同教育中心上校教官黃柏欽發表於《國防雜誌》的〈戰爭新型態－『混合戰』衝擊與因應作為〉一文中。文章中提到，混合戰呈現當前資訊、科技時代的戰爭模式，運用混合與創新、不對稱的戰術、戰法，破壞目標國政經穩定與城市發展，攻擊新聞及言論自由弱點，造成受攻擊目標的挑戰。」而霍夫曼（Frank G. Hoffman）所著的《二十一世紀衝突：混合戰的興起》（Conflict in the 21st Century: the Rise of Hybrid Wars），對混合戰的定義如下：未來的對手更加聰明，並且鮮少將自己限縮在他們工具箱裡的單一工具。傳統的、不規則的和災難性的恐怖主義挑戰將不會是明確、清楚的樣態；他們都將以許多形式呈現。戰爭模式的模糊，誰參戰的模糊，以及使用什麼技術，產生廣泛多樣性與複雜性，稱之為混合戰。

而在國防安全研究院所發布的 2020 中共年報則指出，未來在灰色地帶衝突中，共軍戰略支援部隊將扮演重要角色，共軍網絡系統部效法俄羅斯對波羅地海國家遂行的資訊作戰模式，進一步運用體系融合與軍民融合，網路作戰自身單位與外圍團隊，結合心戰基地，推展運用網路戰搭配認知戰的混合戰。

因此我們可清楚明白，面對認知戰、混合戰，台灣所要應對的壓力有多巨大。

面對中國對台的資訊作戰

自上任以來，我就很關心中國對台的假消息作戰問題，特別是國安局的應對方式。去年 7 月國安局增列了「協調整合、部署執行對境外敵對勢力爭議訊息應處有關事項」這項工作職掌；調查局也成立了資安工作站，針對防範中國透過假訊息擾亂台灣社會民心、讓台灣社會產生懷疑民主制度的意義這些認知作戰行為，便需要檢視有加強整合假訊息情蒐的執行效果。

根據台灣民主實驗室去年 11 月發表的研究，其中有一項研究發現是：代理人積極參與了中國的資訊作戰。即使其中一些攻擊是由中國發起，但仍有許多代理人放大了這些攻擊。這些代理人扮演聯繫台灣當地製造者或散佈者與中共的中間人角色，使得資訊攻擊的發動者與實際製造或散佈者產生了脫勾的狀況。

中國分別在 2020 的台灣總統大選以及武漢肺炎爆發期間，發動一連串線上與線下的資訊攻擊。此報告依據攻擊者的資本和動機，將中國的資訊作戰者分成四種不同的類型，並根據其在模型中的位置，將其攻擊分為四個模式：外宣模式、粉紅模式、內容農場模式、與協力模式。其中，又以「內容農場模式」和「協力模式」所產生的傷害較前兩者來得大。

國安局對假訊息的工作成果

像是最近的鳳梨事件，中共說台灣出口給他們的鳳梨有蟲害，但台灣農委會請中共拿出證據來，他們也拿不出來，但他沒使用官方發聲、協同媒體、網路，四處抹黑栽贓，這就是一種很經典的認知戰，國安局長也相當認同這就是一種認知作戰。

而去年質詢國安局時，我也要求提供過去一整年的完整的報告，告訴我們已經查到了哪些？如何處理這些問題？未來又有哪些相關工作的規劃？我們應該是哪些部會、單位主責處理？今天我們有可能面臨醫療衛生方面的假訊息、也有可能像是現在的農業假訊息，這顯然是跨部會的問題。

國安局長回應說，兩岸事務的主管單位，最主要是陸委會，但也可能和政戰、軍事有關，所以也涉及國防部。

我知道國安局在去年有關假訊息的情蒐和研究有一些初步的結果，掌握了重大假訊息事件、散佈嚴重性和重要節點。那是不是有可能，創造一個跨部會整合的平台，來討論看看這個應該如何處理，可能部會互相支援，且一定要有一個專責的部門！處理橫向的聯絡與垂直的澄清，不分藍綠、部會，一起處理中共的認知作戰問題，面對認知戰的抹黑，可給出客觀的事實、科學的數字，快速澄清，避免認知戰的假訊息滲透台灣。

國安局長回應我，會提供這些清楚的資訊給相關部門。

我也再次提醒認知戰的重要性，「認知作戰」就是改變人的想法，且是用假的資訊去改變大眾的想法，讓你聽、看，但所見到的是他們想引導的錯誤資訊。境外敵對勢力透過這樣的做法，來分化破壞台灣的民主社會，世界上其他國家也開始領略這樣的痛苦。

此外，「溯源分析」很重要，需要了解背後的指揮單位，比方是武警、共青團等等。如此一來才可以找到關鍵人、斷其行為節點。

比方說，民主實驗室研究報告提到的「粉紅模式」，不同於中央發動的攻擊，是由地方性愛國人士或小粉紅製造訊息。雖然和中央無關，但是粉紅模式可能會和地方的民兵和武警有關。有許多武警會加入群組，甚至有教戰守則，包括低級黑、高級紅、反串等教程，有時候會在微博試水溫，再將訊息加以改製、放入粉絲頁或社團散佈，甚至自己經營粉專。這也顯示了中國會使用的資訊戰特色，也就是主導者是會是不同系統、不同單位，便會需要國安局能夠進一步分析出主導者是誰？

提出中國對台灣假訊息的行為模式預判的重要性在於，在能掌握來源後，甚至可以進一步看在某些重大事件發生時，比方一月底、二月初美國軍機在我西南空域活動，或者最近兩會期間，中國對台假訊息的發動者和發動方式，而可以提前截斷這些假訊息的發動，或者截斷其節點。

中共勢力協同在地的認知作戰，我和台灣基進一直都在抵禦頑抗的第一線，但我們永遠以抵禦這類欺侮為優先！置我個人名譽於度外。

台灣加油

2021-03-18，外交及國防委員會，國安局 陳明通局長。
===============================
【烏日服務處】
地址｜臺中市烏日區中山路一段525號
電話｜(04)2337-7383
服務時間|週一至週五 9:00-18:00
【沙鹿服務處】
地址｜台中市沙鹿區中山路537號
電話｜(04)2662-0913
服務時間|週一至週五 9:00-18:00
【霧峰服務處】
地址｜台中市霧峰區文化巷57號
電話｜(04)2330-5663
服務時間|週一至週五 9:00-18:00
【大肚服務處】
地址｜台中市大肚區自由路148號
電話｜(04)2699-8903
服務時間|週一至週五 9:00-18:00
【龍井服務處】
地址｜台中市龍井區中央路三段169號
電話｜(04)2639-1163
服務時間|週一至週五 9:00-18:00
【龍井新庄聯絡處】
地址｜434-006 台中市龍井區新庄街一段138號
電話｜0917-191-058

【免費法律諮詢服務】 （需事前預約）
烏日─每周四 19:00-21:00
沙鹿─每週三 09:30-12:00、每周五 19:00-21:00
大肚─每週二 19:00-21:00
龍井─每週三 19:00-21:00
霧峰─每週五 19:00-21:00

【免費長照 2.0 諮詢服務】 （需事前預約）
烏日─每週三 16:00-18:00
沙鹿─每週二 16:00-18:00
大肚─每週二 19:00-21:00

【3Q聽你說 委員服務時間】 （需事前預約）
大肚─週二 19:00-21:00（每月二、四週委員時間）
龍井─週三 19:00-21:00（每月一、三週委員時間）
烏日─週四 19:00-21:00（每週委員時間）
沙鹿─週五 19:00-21:00（每月一、三週委員時間）
霧峰─週五 19:00-21:00（每月二、四週委員時間）

#3Q陳柏惟 #中二立委 #台灣基進
===============================
◆ 訂閱3Q的Youtube → https://www.youtube.com/c/3QChen
◆ 追蹤3Q的FB → https://www.facebook.com/3Q.PehUi/
◆ 訂閱3Q的Podcast → 3Q陳柏惟
◆ 追蹤3Q的IG → wondachen
◆ 追蹤3Q的噗浪 → wondachen
◆ 追蹤3Q的推特 → @3QTan
===============================
◆ 台灣基進官網 → https://statebuilding.tw/
◆ 訂閱台灣基進官方Youtube → https://pros.is/L8GNN
◆ 追蹤台灣基進官方臉書 → https://www.facebook.com/Statebuilding.tw/
◆ 捐款支持台灣基進 → https://statebuilding.tw/#support

咦？！長測車Altis Hybrid不是都賣了，怎麼還有影片呢？！其實在賣車之前，我們有升級了車上的車載主機，升級到最新的Toyota Drive+ Connect 2.0 4G旗艦主機！擁有四大新功能：智慧導航、24H愛車守護、旅程日誌、一鍵救援！那這些功能是什麼？要如何操作呢？我們一步步的帶你們來看吧！

#長測
#Altis
#車載主機

延伸閱讀：https://www.toyota.com.tw/Drive+/2.0/
更多車訊都在【小七車觀點】：https://www.7car.tw/
【七哥試駕都在這邊】：https://reurl.cc/O1xnWr
--------------------------------------
「小七哥」親自實測嚴選的商品都在【七車坊】
https://shop.7car.tw/
台灣商用車專屬網站【商車王】
https://www.truck.tw/

記得訂閱追蹤YouTube唷 》》》
7Car →https://reurl.cc/pdQL7d
7Car新聞頻道 →https://reurl.cc/MvnRrm
台灣車文庫 →https://reurl.cc/ar61QQ