zetavg/zh-tw-wikipedia huggingface dataset:
Microsoft_Amalga

**Microsoft Amalga** 或 **Azyxxi**（發音： ah-ZIK-see）**醫療（病歷）資料庫軟體**，是一種數據瀏覽引擎（外號：_醫院裡的 Google_）。它採用多渠道獲得並分析病人信息資料，用於輔助醫療人員的診斷和治療。 信息的來源渠道包括（但不限於）掃描的病歷，心電圖記錄，X 射線，CT，MRI 或其他影像學掃描記錄，實驗室檢查結果，手術記錄，大規模調查記錄，以及病人聯繫信息。

## 參見

* 電子病歷
* 電子健康紀錄
* 醫學信息學

## 外部連結

* A brief overview of Azyxxi components
* Washington Hospital Center （頁面存檔備份，存於網際網路檔案館）
* 微軟收購醫療資料庫軟體將投放全球醫療市場 （頁面存檔備份，存於網際網路檔案館） 新浪科技

## 注釋
Microsoft_AntiSpyware

**Microsoft Defender**（Windows 10 創意者更新後名為 **Windows Defender Antivirus**，2020 年 5 月更新前稱 **Windows Defender**），最初稱為 **Microsoft AntiSpyware**，是用來移除、隔離和預防間諜軟體的程式，可以執行在 Windows XP 以及更高版本的作業系統上，並已經內建在 Windows Vista 以及以後的版本中。Windows Defender 的定義媒體櫃更新很頻繁。在 Windows 8 及之後的系統中取代 Microsoft Security Essentials，成為一款全面反病毒軟體。

Windows Defender 不像某些其他同類免費產品一樣只能掃描系統，還可以對系統進行即時監視，移除已經安裝的 ActiveX 外掛程式，清除大多數微軟的程式和其他常用程式的歷史紀錄。

2019 年初，Windows Defender 開始支援 macOS 平台，並將其更名為 Microsoft Defender。未來，Windows 平台的 Windows Defender 也將會改名為 Microsoft Defender。微軟計劃到 2020 年初 Windows 10 20H1 發布時對其進行改名，這可能會讓熟悉 Microsoft 的使用者更可能在 macOS 或 Linux 或 Android 上安裝 Defender。

2022 年 1 月，微軟針對中國使用者公測微軟電腦管家 1.0，其中就使用了 Microsoft Defender 病毒媒體櫃。

## 功能

* Windows Defender 提供的掃描類型分為三種，分別是完全掃描、快速掃描、自訂掃描。
* 在「工具」（Tools）頁面，使用者可以透過「選項」（options）對 Windows Defender 的「即時防護」（Real-time Protection）、「自動掃描計畫」（Automatic scanning）進行設定修改，或進行進階的設定。使用者可以在工具（Tools）頁面中決定加入 Microsoft SpyNet 社群，以及對已經隔離程式的處理操作。使用者可以透過點擊「檢查更新」（Check for updates）或是使用 microsoft Update 對 Windows Defender 進行升級。
* 在 Windows 7 以及以後的版本中，Windows Defender 會配合行動作業中心 Windows 8 以後重要訊息中心防範惡意軟體以維護 Windows 穩定安全執行。
* Windows 10 的版本中，Windows Defender 會自訂一個時間自動更新（通常 1 天至少更新 1 次）（Build 10240 的 Windows Update 可以看到是否有安裝，此功能在後面的 Build 被移除）。從 Windows 10 1709 起，更名 **Windows Defender Security Center**，雖然有提供更多保護選項，但不再是一般視窗，而是一個應用程式視窗。現在是「Windows 資訊安全中心」。
* 在 Windows 10 version 1703 之後，Windows Defender 可運行在沙盒環境中。

## 歷史

## Windows Vista 特定的功能

Windows Defender 在 Windows Vista 中具有其他功能，但在 Windows 的後續版本中被刪除。

## Windows Defender Offline

Windows Defender Offline（以前稱為獨立系統掃描器）是一個獨立的反惡意軟體程式，從可啟動的可移動媒體（例如 CD 或 USB 快閃記憶體驅動器）運行，旨在在 Windows 操作系統離線時掃描受感染的系統。自 2016 年 Windows10 周年更新以來，可以從 Windows 本身內部啟動啟動到 Windows Defender Offline 的選項，從而消除了對單獨啟動盤的需求。

## 已緩解的安全漏洞

2017 年 5 月 5 日，來自 Google 的漏洞研究員 Tavis Ormandy 在 Microsoft AntimalwareEngine（MsMpEngine）的 JavaScript 分析模組（NScript）中發現了一個安全漏洞，該漏洞影響了 Windows Defender，Microsoft Security Essentials 和 System Center Endpoint Protection。到 2017 年 5 月 8 日，微軟已經為所有受影響的系統發佈了一個補丁。Ars Technica 讚揚了微軟前所未有的修補速度，並表示這場災難已經避免。

## 評分

2017 年 12 月，AV-TEST 在 Windows 10 上對各種反惡意軟體進行的測試中，Windows Defender 在各種惡意軟體樣本的檢測率中獲得了 6 分（滿分 6 分），獲得了 "AV-TEST 認證" 印章。

在 AV-Comparatives 執行的 2018 年 2 月 "真實世界保護測試" 中，Windows Defender 實現了惡意 URL 樣本的 100% 檢測率，以及 3 個誤報結果。

2019 年 10 月對 Windows Defender 進行的 AV-TEST 測試表明，它提供了針對病毒和 0 天 / 惡意軟體攻擊的保護。

2021 年 12 月 1 日，在 AV-TEST 實驗室的測試中成功檢測到 10 個勒索軟體樣本中的 10 個後，AV-TEST 給 Defender 的分數為 34 分。

## 參考文獻

## 外部連結

* Windows Defender （頁面存檔備份，存於網際網路檔案館）
Microsoft_AppLocale

**Microsoft AppLocale**（常簡稱為 **Applocale** 或 **Apploc**）是微軟免費提供給 Windows 使用者的工具程式，可以在以 Unicode（UTF-16）為基礎的 Windows 中執行非 Unicode 的應用程式，避免亂碼的問題。微軟強調，這個工具只是一個暫時性的解決方案，程式開發人員應以正規方式利用 Microsoft Layer for Unicode 來建立純正的 Unicode 應用程式。

在 AppLocale 推出之前，要在 Windows XP 等以 Unicode 為基礎的系統平台上類比執行非 Unicode 應用程式所需要的語言環境時，會透過「**控制台**」→「**地區及語言選項**」→「**非 Unicode 程式的語言**」來變更系統語言變數，以將應用程式中非 Unicode 的文字資料轉換成 Unicode。但是這個方法在使用上會有限制：

1. 只有系統管理員可以變更系統地區設定的值。
2. 變更系統地區設定後必須重新啟動系統才能生效。
3. 一次只能變更一種系統地區設定。

因此微軟設計了 AppLocale 這個工具程式來類比對應的系統地區設定，以便在各種字碼頁與 Unicode 之間進行轉換。

AppLocale 的設計是以 Windows XP 中所引進的最新應用程式相容性技術為基礎，因此 AppLocale 只能安裝在 Windows XP 及之後的作業系統上，例如 Windows Server 2003。而 Windows 9x 系列因為非 Unicode 基礎的先天設計限制，所以註定不可能使用 AppLocale。不過 Windows XP 前一版的 Windows 2000 因為也是以 Unicode 為基礎的系統平台，所以據說有駭客透過一些高明的技巧成功地讓 AppLocale 在 Windows 2000 上運行。

## 缺失與不便

AppLocale 在使用上為人詬病的問題主要有三：

1. 造成以 Windows Installer 封裝的安裝程式在執行時出現亂碼。
2. 透過 AppLocale 執行應用程式時總是會出現提示注意事項的對話視窗。
3. 不能在 Windows 2000 運行。

第一個問題是 AppLocale 會在「**Windows\AppPatch**」這個路徑下生成一個叫做「**AppLoc.tmp**」的檔案，而這個檔案中所記錄的訊息會影響到 Windows Installer。解決方法之一是將 AppLoc.tmp 的檔案內容清空並設為唯讀。

不過頭兩個問題已有一個完善的非官方解決方案。網路代號為 piaip 的程式設計師林弘德對 Microsoft AppLocale 做了修改，並命名為「**pAppLocale**」（也常被稱為「**piaip AppLocale**」）重新發佈，免費提供給需要者下載。

## 注釋

## 現狀

2016 年後，AppLocale 已不再在微軟官方網站提供下載，原因不明。但使用者仍可在各種第三方管道下載並使用。

## 外部連結

* Microsoft AppLocale 公用程式微軟官方下載頁 (台灣正體)
* pAppLocale 下載頁
Microsoft_AutoRoute

**Microsoft AutoRoute** 是一個已停止開發的電子地圖程式，它是 Microsoft Streets & Trips 的歐洲版本。可用範圍涵蓋英國和整個歐洲，包括俄羅斯，以及亞美尼亞、亞塞拜然、喬治亞、賽普勒斯和整個土耳其。與 Streets & Trips 一樣，它也有一個附帶 GPS 導航器的版本。AutoRoute 的最終版本是 AutoRoute 2013，其最終於 2015 年與 Microsoft Streets & Trips 和 Microsoft MapPoint 一起停止服務。

AutoRoute 的功能包括提前計算里程、路途時間和費用，它還有一個個性化工具可幫助使用者計劃休息地點、途中繞道至風景優美的路線和計劃途中加油。

## 參照

## 外部連結

* Microsoft AutoRoute 的官方網站 (存檔於網際網路檔案館)
Microsoft_Azure_Active_Directory

**Microsoft Azure 目錄服務** (Azure Active Directory)，簡稱 Azure AD，是 Microsoft Azure 平台上提供身份驗證與存取管理 (Identity and Access Management) 的主要服務，負責管理身份驗證與存取管理的工作。Azure AD 的前身是 AppFabric 的存取控制服務，它是一個基於 HTTP 通訊協定的目錄服務 (Directory Service)，與以 LDAP 和 Kerberos 協定為主的 Windows Server Active Directory 無法直接共通，必須透過 Azure AD Connect 工具進行帳戶同步後，才能在 Azure AD 中使用 Active Directory 的帳戶。

Azure AD 依功能分為 Basic 版本與 Premium 版本，Basic 版本中包含了標準的單一簽入、帳戶與群組管理、Application Proxy (由 Azure AD 代轉訊息到地端的 AD 網域控制站進行驗證)、Azure AD Connect、基本資安與使用報表；Premium 版則支援了如地端與雲端共用的多重要素驗證、雲端帳戶密碼寫回至地端 AD 帳戶功能、動態群組功能、連線健康偵測與應用程式探索 (Cloud App Discovery) 等功能。Premium 版本也會配合微軟的企業行動套件 (Microsoft Enterprise Mobility Suites/EMS) 一起銷售 。

## 架構

Azure AD 本身是一個支援 HTTP 驗證協定 (如 SAML、OAuth 2.0) 的目錄服務， 因此應用程式可以利用它來連結其他網路上的應用程式，尤其是 SaaS 服務 。

## 服務

Azure AD 提供了數種類型的身份驗證服務，除了原本的 HTTP-based Identity 功能之外，它還實作了下列服務。

### Azure AD B2C

Azure AD B2C 是一個為消費者端應用程式 (Consumer Application) 所設計的身份驗證服務，可支援由 OAuth 2.0 (如 Facebook、Google、Amazon、LinkedIn) 的社群網路身份提供者 (Identity Provider) 交互操作，並可整合同樣在 Azure AD 內的多重要素驗證功能，以支援更高規格的安全性。

Azure AD B2C 未來將可能會取代 Azure 現有的 Access Control Service 2.0。

### Azure AD 網域服務

Azure AD 網域服務 (Domain Service) 是一個支援 LDAP 及 Kerberos 協定的服務，具有與 Windows Server Active Directory 相同的特性，可用來替代企業在自己的虛擬網路中建置網域控制站的需求，它雖然可支援 LDAP/Kerberos，但它仍然無法直接經由 Internet 使用，因此它只能用在 Azure 的虛擬網路內。

Azure AD 網域服務截至 2016 年 3 月時仍然在公開預覽階段。

### 多重要素驗證

多重要素驗證 (Multi-Factor Authentication) 服務是 Azure AD 下的一個功能，不過它並不是一定要和 Azure AD 一起使用，它也可以單獨使用，不過若採用 Azure AD 時，不需額外的設定就能取用多重要素驗證服務。

多重要素驗證可支援下列的要素 

* 文字簡訊驗證碼方式。
* 電話語音方式。
* 由行動應用程式通知訊息方式。
* 由 Microsoft Azure Authenticator (行動應用程式) 提供驗證碼方式。
* 由第三方的 OAuth 權仗 (Token) 方式。

## 參考
Microsoft_Azure_Backup

**Microsoft Azure 備份服務** 是 Microsoft Azure 利用 Azure 儲存體所發展的資料備份服務 (Backup as a Service)，用來備份雲端或是地端的資料。

Azure 備份服務可提供最長 99 年的保存，且不限制復原點數量的備份工作。

## 元件

Azure Backup 依照備份的需要提供不同的元件供選用：

* 備份代理員 (Backup Agent)：將資料備份到雲端上的 Azure Backup 收納庫 (Vault) 內，可安裝在任何的 Windows Server 虛擬機器或實體機器，也可以安裝在 Microsoft Azure 虛擬機器服務的虛擬機器內。
* System Center Data Protection Manager (DPM)：SCDPM R2 Update 3 開始支援 Azure Backup 的功能，可備份至本地端或是 Azure Backup 收納庫。
* 備份伺服器 (Backup Server)：為 Azure Backup 提供的元件，可備份至本地或是 Azure Backup 收納庫。
* 備份擴充套件 (Backup VM Extension)：可選擇性安裝於 Microsoft Azure 虛擬機器服務的虛擬機器，可備份於 Azure Backup 收納庫。

## 備份能力

Azure Backup 可支援下列應用或工作負載的備份能力 ：

## 參考
Microsoft_Azure_Cloud_Service

**Microsoft Azure 雲端服務** (Cloud Service) 是 Microsoft Azure 最早開始供應的服務之一，它提供了抽象化的運算資源給雲端應用程式 (Cloud Application) 使用，開發人員可以部署雲端應用程式到 Azure 雲端服務，以獲取所需的執行環境與運算能力，是一種 PaaS 服務，而它也是 Azure 供應的 PaaS 服務中彈性最大，客制能力最高的服務。

它也是早期 Azure 虛擬機器所使用的邏輯管理單位，Azure 虛擬網路的原型 Azure Connect 服務也是由雲端服務所起，因此它被稱為 Azure 運算與網路服務的源頭也不為過。

## 架構與開發方法

雲端服務一開始的設計是給開發人員部署其雲端應用程式為概念，因此設計上較針對開發人員的需求，使得 Azure 虛擬機器服務在推出時就有一些不便性存在，但這是雲端服務本身的限制使然。

### 角色類型

雲端服務提供了兩種服務角色：

* Web Role: 用來代管以 HTTP/HTTPS (SSL) 為主的服務，包含網站、Web Service、WCF HTTP Service 或 Web API 等，早期以 Hosted Web Component (HWC) 為主 HTTP 服務，2011 年起回歸到 IIS。
* Worker Role: 用來處理背景工作，它也可以利用 WCF 或 Web API Self-hosting Service 掛用 HTTP 的服務，沒有 IIS，因此可用的系統資源比 Web Role 要多。

另外，早期還沒有虛擬機器服務時，雲端服務有提供另一個角色，稱為 VM Role，它可以產生可用遠端桌面控制的虛擬機器，是虛擬機器服務的原型實作，後來 VM Role 演化成虛擬機器服務。

### 開發支援

雲端服務由於需要較多的組態設定，因此無法以很簡單的方式開發與部署，微軟在早期就開始提供 Azure SDK 以及雲端服務的模擬器 (包含運算模擬器與儲存模擬器，早期名稱為 Development Fabric 與 Development Storage，後來定名為 Compute Emulator 與 Storage Emulator)，以及 Microsoft Azure Tools for Visual Studio，給 Visual Studio 的開發人員充分的支援。

但隨著 Azure 平台的開放程度愈來愈高，PHP 、node.js 以及 Java 的開發人員也可以使用雲端服務來代管其應用程式。

## 運算資源

雲端服務的運算資源是由虛擬機器提供，虛擬機器依照運算能力區分為數種類型 ，共分為一般性運算能量的 A 類型、經效能提升的 D 類型以及擁有最強運算效能的 G 類型，未來也會推出使用 GPU 運算的 N 類型。

不過雲端服務可用的虛擬機器類型只有 A 類型和 D 類型。

### A 類型

A 類型是 Azure 一開始就提供的標準虛擬機器類型，使用 AMD 的 CPU 以及傳統 SATA 介面的硬碟，提供最標準不需太高運算能量的應用，早期是以五種規格推出，分別是 Extra Small (XS)、Small (S)、Medium (M)、Large (L) 以及 Extra Large (XL) 五種，除了 XS 記憶體使用 0.75GB 記憶體外，其他是以 1.75GB 記憶體，每晉一級就會加倍，可作為衡量運算資源與成本的標準之一。不過在虛擬機器種類愈來愈多的情況下，A 類型也做了擴充，現在除了原有的五類外，還多加了 A5~A7、A8~A11 等七種規格。

A5~A7 與 A8~A11 均使用 Intel Xeon E5 系列 CPU，但 A5~A7 的記憶體量比 A2~A4 高；A8~A9 與 A10~A11 規格相同，但 A8~A9 有支援 HPC 的 InfiniBand 網路介面與 RDMA 技術，A10~A11 則無。

### D 類型

D 類型是 Azure 在 2013 年推出的類型，它使用比 A 類型更好的 CPU，並且在實體伺服器上使用固態硬碟 (SSD)，以加速在本地運算時的 I/O 速度，另外，為滿足提升虛擬機器本身的 I/O 量的需求，微軟開發了高階儲存體 (Premium Storage) 用來保存虛擬機使用的 VHD (稱為 OS Disk)，而使用高階儲存體的 D 類型虛擬機器，稱為 DS 類型。

2015 年，微軟利用新的 Intel Xeon E5-2673 v3 CPU 的伺服器組建了 D 類型的第二版，稱為 Dv2，可獲取 D 類型虛擬機高 35% 的效能。

## 作業系統

雲端服務提供的虛擬機器都是標準的作業系統虛擬機，其可用作業系統稱為客座作業系統 (Guest Operating System, Guest OS)，依照作業系統世代不同分為四個版本 (後續 Windows Server 2016 推出時也會新增 5.0 版) 。

雲端服務使用的客座作業系統能在服務組態檔中的 osFamily 項設定版本 (例如 osFamily="4" 表示使用第四版的客座作業系統)，osVersion 設定版本號 (或是 "\*"，表示直接用取新版本)。

## 組態架構

雲端服務使用兩個主要的設定檔來組態服務功能，一個是服務定義檔 (ServiceDefinition.csdef)，它定義了一個雲端服務要使用到的雲端基礎資源，包含使用的虛擬機器角色類型 (Web Role 或 Worker Role)、虛擬機器的大小、使用的網路組態、負載平衡器組態、憑證資訊、使用的組態項目、IIS 使用的網站繫結資訊等，這些資訊在部署雲端服務之後不可改變。例如下列 XML：

另一個是服務組態檔 (ServiceConfiguration.cscfg)，用來設定使用的 VM 作業系統類型與版本、虛擬機器數量、角色的設定值、憑證的使用等，這些設定在服務部署後仍然可以修改。如下列 XML：

## 參考
Microsoft_Azure_Functions

**Microsoft Azure Functions** 是 Microsoft Azure 平台上，提供無伺服器計算架構 (Serverless Computing) 的服務，允許開發人員在不用接觸與管理伺服器的情況下，編寫小型的處理程式以處理雲端上的訊息或事件。

Azure Functions 於微軟 Build 2016 大會上宣布，於同年 11 月 15 日正式 GA (General Availability)。

Azure Functions 已廣泛於用如 Azure Bot Services、Azure IoT Suite、Azure Logic App 等服務串聯。

## 簡介

Azure Functions 是以 Azure Web App 開發時所建立的 Microsoft Azure Azure Web Jobs 為基礎所開發的一個服務，Web Jobs 在開發時就已經支援多語言 (包含 Bash, 批次檔，C#, node.js, PowerShell, F#, Python 與 PHP 等) 的執行環境，因此在發展 Azure Functions 時，也將 Web Jobs 的多語言能力移植到 Azure Functions，同時基於無伺服器的架構，Azure Functions 只要求開發人員在 Azure 的管理介面上撰寫程式碼，即可立即測試與執行，不必擔心背後的資源分配與伺服器管理的問題。

Azure Functions 在設計上以函數 (function) 會有的特性來規劃，一個函數本身會有輸入 (input)、處理 (process) 與輸出 (output) 三個部份，微軟將輸入和輸出進行抽象化的處理，以繫結 (binding) 來替代 。

* 輸入繫結 (input binding) 表示函數會於繫結指定的條件發生時觸發，並將條件所需的參數傳到函數作為輸入的參數 (argument)。
* 輸出繫結 (output binding) 表示函數會輸出成指定的格式，通常作為回傳值 (return value)。

Azure Functions 如同其他 Azure 應用服務 一般，執行於 App Service Plan (應用服務計畫) 之上，不過為了要達到無伺服器架構的目標，Azure Functions 還多了一個使用模式，稱為消費計畫 (Consumption Plan)，以執行次數 (Executions) 和執行時的資源耗用量 (Resource Consumption) 為計費基礎 ，但使用者可選擇要用原始的 App Service Plan 還是要使用計量級的 Consumption Plan 作為計費單位。

## 功能

Azure Functions 基於無伺服器管理架構，因此其功能大多數都落在程式碼的開發、繫結的設定與安全金鑰的管理，當然也可以依需求進一步的設定其所處的 App Service Plan (即使是 Consumption Plan 也有) 的進階設定，例如加上 SSL 或增修應用程式組態檔的設定等等。

### 程式碼管理

Azure Functions 允許開發人員直接編寫函數的程式碼，也就是處理 (Process) 這個部份，基於與函數的繫結的整合，微軟提供了數個樣板 (template) 給開發人員選用，每個支援的繫結都會有一個樣板，開發人員不需費心於思考如何在函數中使用繫結，只要在函數的本體中編寫處理的程式碼即可。

例如使用 HTTP 觸發 (即送 HTTP 要求給該函數) 的 C# 程式碼如下：

而同樣功能的 node.js 程式碼如下：

範本會先為開發人員設定好參數，開發人員只要填入處理的程式即可。

另外，Azure Functions 也支援由 git 部署，然而若使用 git 部署時，Azure Portal 上的程式碼編輯器會強制停用。

### 繫結

繫結決定了函數的輸入、觸發時間與輸出，Azure Functions 支援了下列的觸發程序、輸入與輸出。由於觸發程序和輸入參數可以不同，因此下表中無輸入但有觸發支援時，觸發的參數會作為輸入的參數。

每個輸入、輸出繫結與觸發程序也會有必要的參數設定 (例如排程需要設定執行週期、Blob 需要設定監控的儲存體帳戶與容器等等)。

繫結的設定除了可在使用者介面上設定外，也可使用每個函數都有的 function.json 檔案設定，例如下列設定表示了監控 blob 的輸入，如果有輸入就觸發函數，並且將函數的輸出指定為另一個 blob 的繫結。

### 存取控制

使用 HTTP 繫結作為輸入的函數 (通常用於 REST 與 WebHook)，Azure Functions 會另外提供金鑰 (Key) 給開發人員使用，以作為存取控制的方法。

金鑰預設有兩種：

* 主機金鑰 (master key)：所有建於此應用程式內的所有函數都可使用。
* 函數金鑰 (function key): 只有金鑰所屬的函數可使用。

除了上面兩個預設的金鑰外，開發人員也可建立自己的金鑰，並決定存取權限是限制於函數，還是要支援所有的函數。

## 開發人員支援

Azure Functions 除了提供 Azure Portal 上的程式碼編修，以及採用 git 的持續整合的程式碼管理方式外，也為開發人員在地端的作業提供了 Azure Function Runtime，以加速開發人員在地端的開發與測試。

Visual Studio Code 也有套件支援 Azure Functions 的開發。

## 參考

## 相關條目

* AWS Lambda

## 外部連結

* Introducing Azure Functions （頁面存檔備份，存於網際網路檔案館）
* Azure Functions Overview （頁面存檔備份，存於網際網路檔案館）
Microsoft_Azure_Service_Fabric

**Microsoft Azure Service Fabric** 是微軟 Azure 平台上的平台服務之一，它也是基於微軟資源管理架構與基礎建設發展出的新型服務，可用來建置以微服務為主的雲端分散式應用程式，而它也將會是 Microsoft Azure 雲端服務 的後繼者。Azure 平台上的數個重要服務如 Azure SQL Database、Azure IoT 服務、Azure DocumentDB、Azure Event Hub 等服務都是使用 Service Fabric 作為基礎所開發。

Service Fabric 自 2015 年於 Build 2015 研討會中揭示，並於 2016/3/30 Build 2016 研討會上由 Scott Guthrie 宣佈正式進入 General Availability 階段。

## 架構

Service Fabric 是一個基於 Azure 基礎建設上的平台服務，但它和 Azure 雲端服務最大的差異是，Service Fabric 一開始就有叢集 (Cluster) 的概念，Azure 雲端服務是以虛擬機器為單位，Service Fabric 則是以叢集為單位，每一個叢集依照服務等級會有不同的虛擬機器數量，大小則是看建立叢集時的選擇。

### 運算能量

叢集所使用的虛擬機器的大小與 Microsoft Azure 虛擬機器服務相同，依照地區與開放的程度可選擇 A、D、DS 或是 G 等級的虛擬機器。

Service Fabric 規定每個叢集最低的虛擬機器數為 3 台 (且會標示成測試用服務)，正式的服務必須要有 5 台，叢集的持久性 (Durability) 被劃分成金級 (固定使用 G 級虛擬機器) 與銅級 (可選擇 A、D、DS 等虛擬機器)，可靠性 (Reliability) 則決定了最少的虛擬機器數量。

* 白金級 (Platinum) 9 台
* 金級 (Golden) 7 台
* 銀級 (Silver) 5 台
* 銅級 (Bronze) 3 台

當持久性選定後，就只能針對數量來修改，雖然可靠性訂定了下限，但上限則沒有限制，視訂用帳戶的上限來決定 (也就是若想用到 10000 台的話只要聯絡微軟技術支援開放上限就可以)。

Service Fabric 目前使用 Windows Server 作為基礎作業系統，未來可能也會導入 Linux 版本的 Service Fabric 虛擬機器。

### 節點

一個 Service Fabric 叢集可以包含最多三個節點 (Node)，節點的概念和雲端服務的角色類似，它可以個別定義虛擬機器的等級、類型與數量，配置方式也可以自訂。當叢集部署到 Azure 後，每一個節點都會生成指定數量的虛擬機器，並且依照錯誤域 (Fault Domain) 與更新域 (Upgrade Domain) 做隔離配置，而每一個節點會擁有自己的負載平衡器，所有與該節點有關係的虛擬機器網路設定都要由該負載平衡器處理，包含對外的 IP 與可用的 Port 等。

節點的部署是採用虛擬機器擴展集 (VM Scale Set) 的規則進行，每一次的 VM 橫向擴展都會賦與有規則性增長的連接埠，因此若要連到個別的虛擬機器，除了可用 Service Fabric 的 API 外，也可以由 Portal 取得該機器的 Port，再使用遠端桌面連入即可。

## 開發模型

Service Fabric 在概念上有分為有狀態 (Stateful) 以及無狀態 (Stateless) 兩種，而在 API 類型上則分為客座可執行檔 (Guest Executable)、可靠動作者 (Reliable Actor) 以及可靠服務 (Reliable Service) 三種。

客座可執行檔係指 Service Fabric 在啟動服務時啟動的是一個可執行檔，而不是由 Service Fabric API 所開發的應用程式，因此它雖然是放在 Service Fabric 內，但本身並不參與 Service Fabric 裡面的互動，通常也不會使用 Service Fabric 的 API 取得資訊 (例如服務的 Proxy 或是網路位址等)，它就只是單純的可執行檔，通常會作為前端介面，例如 node.js 網站。客座可執行檔在 Service Fabric 中是以無狀態的概念管理。

可靠動作者是以 Actor Model 的概念開發的，每個應用程式都是一個動作者 (Actor)，每個動作者是一個獨立的單執行緒執行空間，但一個 Service Fabric 內可以有很多個動作者，而且每個動作者之間是隔離的空間，而每個動作者可以被建立出多個執行個體，簡單的說，一個遊戲者 (Gamer) 可以建立出多個動作者，例如與別的遊戲者交談的 Session Actor、遊戲進行的主線 Main Actor、交換訊息的 Messaging Actor 等，而這些動作者可以被多個用戶端所建立，因此等於每個動作者的擁有者都會不同，Service Fabric 叢集內會不斷的生出許多的動作者，而每一個動作者都運行著它自己要做的工作，或是和別的 Actor 交談。

可靠服務則是提供功能的服務，視應用程式需要可劃分成有狀態 (Stateful Service) 與無狀態 (Stateless Service)，這兩者的差異是有狀態的服務可以使用可靠字典 (Reliable Dictionary) 與可靠佇列 (Reliable Queue) 來保存狀態，可靠字典與可靠佇列的可用性與可存取性是由 Service Fabric 進行管理，服務不需要介入，只要使用 Service Fabric API 就能獲取；無狀態的服務則是一般的服務，若它要保存狀態，就要依賴外部的狀態保存機制，例如 Azure Redis Cache。

## 參考
Microsoft_Azure_Storage

**Azure 儲存服務** (Azure Storage) 是 Microsoft Azure 平台內實作的資料儲存服務，目前為 Azure 平台服務的主要資料保存地。

Azure 儲存服務提供了四種不同格式的儲存體，用來提供給 Azure 上運行的應用程式儲存資料使用。依據不同的儲存格式會有不同的限制，因為這些儲存服務都是以分散式巨量儲存（Distributed Mass Storage）為核心概念所設計出來的，為了要達成快速在分散式儲存空間中儲存與管理資料（還包含高可用度的贅餘儲存管理），微軟有在資料的儲存上做一些限制。

不論是哪一種儲存服務，Azure 都有 REST API，並符合 Simple Cloud 的標準。

Azure 儲存服務提供 99.9% 的服務水準，而唯讀式備援的唯讀端 (備援端) 為 99.99%。

## Blob

Blob （大型二進位物件）資料是用來儲存像是檔案，圖片，視訊檔，可執行檔，壓縮檔等二進位格式的檔案，基本上它的儲存單位就是檔案，為了要讓 BLOB 的功能應用更寬廣，微軟也在 Blob 服務上開發了內容傳遞網路（Content Delivery Network）的服務，讓 Blob 可以作為大容量的檔案或資料儲存與供應的地方，以支持類似 YouTube 這樣的大型 Web 應用程式的服務。

Blob 依照性質分為兩種：

* **Block Blob**（區塊型 Blob 儲存體），這類的儲存以 4MB 為一個區塊單位 (可依需調整，範圍為 16KB~4MB)，單一檔案最大可以儲存 200GB，且區塊不會連續儲存，可能會打散到不同的儲存伺服器中存放，當應用程式要求時，會依照檔案的 Key 以及區塊由儲存區提取資料。另外，區塊在儲存時會經過一道認可程序，以讓應用程式決定是否要重新傳送。
* **Page Blob**（分頁型 Blob 儲存體），它會在儲存區中劃分一個連續的區域供應用程式存放資料，它本身可以視為一個大型的 VHD（虛擬機器磁碟），在 Page Blob 的資料寫入會直接認可。而基於 Page Blob 的特性，微軟特別在 Page Blob 上提供了一組將 Page Blob 虛擬成磁碟的功能，稱為 **Azure Drive**（研發代號為 XDrive），它能夠支援 NTFS API，也就是說應用程式可以利用現有的檔案管理 API（包含 System.IO 的類別）來存取 Azure Drive 中的資料夾與檔案資料，並且這些資料會保存在 Azure 資料中心內。

Blob 服務由 Blob 本身以及其收納容器（Container）構成，容器可視為一般本機上的資料夾。而容器和 Blob 都支援額外的 Metadata 設定，這些 Metadata 會附掛在 HTTP Header 中傳輸給用戶端，每一個 Metadata 的大小限制為 8KB。Blob 也支援權限管理的功能，透過 Shared Access Signature 可設定 Blob 或 Container 的存取權限與有效期限等。

## Table

Table（表格）是給具結構化資料的應用程式儲存與管理的一種儲存服務，它在 Azure 儲存區中會以 Key-Value 鍵值對方式儲存，並且由 Partition 來切割在 Azure 儲存區的儲存位置，它實際的資料是 XML，透過 REST API 呼叫時，會需要依據 SDK 上的說明，自行建置 XML 的要求與解析回應的資料，但若是.NET Framework 的開發人員，在 Azure SDK 中提供的 Microsoft.WindowsAzure.StorageClient 命名空間就有提供輔助的 API 以及類別，將這件事在 API 中處理掉了。SDK 提供的輔助組件所應用的技術是 WCF Data Services，因此若對 WCF Data Services 熟悉的開發人員，會很容易的上手 Table 儲存的開發。

雖然 Table 可以儲存結構化的資料，但它並不是關聯性資料庫，所以像是 join，彙總函數等都無法使用，要由開發人員另外處理。

## Queue

Queue（佇列）是一種先到先服務（First-Come, First-Serve），或稱為 FIFO（先入先出）的儲存服務，它可以允許應用程式將訊息儲存到佇列中排隊，然後由負責處理的應用程式（通常是 Worker）由佇列提取訊息並處理以後，將訊息由佇列中移除。訊息可以是字串或是最長 8KB 的二進位資料，佇列經常會作為跨執行個體通訊以及工作切割通知的訊息傳遞之用。

## File

檔案服務是 Azure 近期 (2014) 才加入的新規資料儲存服務，它也是用來儲存二進位檔案，但它和 Blob 不同的是 Blob 是 Internet-facing (面向 Internet) 的檔案儲存服務，檔案服務則是給同一區域內的 Azure 服務 (如虛擬機器服務) 共享檔案資源的服務，它使用 SMB 2.1 (推出時) 與 SMB 3.0 (GA 時) 網路芳鄰的方式簡化存取檔案的工作，同時也可以支援由資料中心外部的網路芳鄰連線。

## 備援

自 v1.5 版起的 Azure Storage 開始支援異地備援 (Geo-replication) 的功能，只要應用程式將資料傳送到 TABLE 或 BLOB 儲存，Azure 會自動將資料往鄰近的資料中心傳遞，以備援儲存服務，當主要的資料中心發生斷線或是無法提供服務時，Azure 核心中的 DNS Service 會自動將要求導向到備援的資料中心繼續提供服務。

* 異地備援所產生的網路與儲存成本由微軟自行吸收，不另計費。
* 異地備援的工作是非同步且自動化，應用程式無需做任何修改。
* 異地備援可以透過聯繫 Windows Azure 支援團隊的方式停用。

目前 Azure 儲存服務支援下列備援類型：

* LRS (Local Redundant Service): 在區域內將資料產生三份複本儲存。
* ZRS (Zone Redundant Service): 在區域內除了原本的三份複本之外，再額外產生三份複本，此模式只支援 Blob 格式。
* GRS (Geo-Replication Service): 在已配對的資料中心間異地備援，兩邊都產生三份的複本。
* RA-GRS (Read-Only Geo-Replication Service): 在已配對的資料中心間異地備援，但另一邊的儲存可讀取 (但唯讀)。

## 涼儲存

涼儲存 (Cool Storage) 是微軟在 Build 2016 研討會中所發表的新儲存功能，它可以將資料儲存在較持久的儲存裝置，並且利用資料保存技術將儲存成本壓低，以適用於長時間儲存又不需經常存取的資料 (經常存取的稱為熱資料)，涼儲存僅適用於區塊式 Blob 儲存體 (Block Blob)，每單位 GB 的儲存成本比一般儲存功能便宜約 50%，但由涼儲存將資料取出或存入時除本身的交易成本外，尚需要支付額外每 GB 單位的取出與寫入成本 (Data Retrival/Data Write)，取出成本比寫入成本要高。

## 參考
Microsoft_BASIC

**Microsoft BASIC** 是微軟公司建立其基礎的一項產品。它在 1975 年初次推出為 Altair BASIC，這是首次 BASIC（也是首個程式語言）可供 Altair 8800 業餘愛好者在微電腦上使用。

## 外部連結

* 比爾・蓋茨個人以 8 位 BASIC 編寫的復活節彩蛋 （頁面存檔備份，存於網際網路檔案館）（英文）
Microsoft_Band

**Microsoft Band**，是一款由微軟開發與設計，帶有健身手環功能的智能手錶，並於 2014 年 10 月 29 日，在美國發售了限量版，售價 199 美元。Microsoft Band 於網上販售時便已供不應求，在美國的大部分地區被搶購一空。

這個手錶內含 10 個傳感器，一個光學心率錶，GPS 導航裝置，和紫外線傳感器，電池在充滿電後能連續使用兩天。 這個裝置的一部份功能依賴於它的配套 APPMicrosoft Health，適用於 Windows Phone 8.1、Android 4.3+，和 iOS 7.1+。

它內建的應用程式稱為「磁貼」（Tiles），例如有體能鍛煉、紫外線、警鈴與定時器、來電、簡訊、日曆、Facebook、氣象等；如果搭配使用 Windows Phone 8.1 的裝置，還能啟用 Cortana（某些功能仍然必須使用手機才能執行） 。

用戶可從手機查看來自通知中心磁貼（Notifications Center Tile）的最新通告消息，這個功能也是促銷微軟的軟體和授權許可給開發者和代工商的途徑之一。 

## 參考文獻

## 外部連結

* （英文） 官方網站 （頁面存檔備份，存於網際網路檔案館）
Microsoft_Binder

**Microsoft Binder** 原本是 Microsoft Office 95 中的一個應用程式，它用來允許使用者在一個檔案中包含一些不同類型的 OLE2.0 物件（例如 Word 文件，Excel 表格，以及 PowerPoint 幻燈片）。起初這作為一個 OLE 2.0 的測試容器而沒有被廣泛應用，並在 Office 2000 之後就已終止開發。

Microsoft Binder 的副檔名是.OBD，Office binder 模板格式為.OBT。

Binder 檔案直到 Office 2003 都可以被打開，因為其中內建了叫做 UNBIND 的 Microsoft Binder 支援外掛程式，這個外掛程式可以在添加刪除程式選單中被安裝，選擇 Microsoft Office，單擊「更改」，增加並且更新。Unbind 在 Office 2007 中沒有被包含。

## 外部連結

* .OBD 的副檔名詳情 （頁面存檔備份，存於網際網路檔案館）
* .OBT 的副檔名詳情 （頁面存檔備份，存於網際網路檔案館）
* 在 Office 2003 中打開一個 Microsoft Binder 文件
* Microsoft Binder 97 的 FAQ （頁面存檔備份，存於網際網路檔案館）
Microsoft_Bob

**Microsoft Bob** 是一款由微軟開發的軟體產品，旨在為 Windows 3.1x、Windows 95 和 Windows NT 提供更友好的人機互動介面，並以此取代 Windows 程式管理器。該程式於 1995 年 3 月 11 日發布，1996 年初被取消。Microsoft Bob 的介面展示了一個「房屋」，其中的「房間」可以進入，並內含一些常見的物品，如放有筆和紙的桌子、支票簿和其他物品。這些物品與各個電腦程式對應，例如點擊筆和紙會打開文書處理器。

一隻名叫 Rover 的卡通小狗以及其他卡通人物會使用對話方塊為使用者提供指引。

Microsoft Bob 在發布後受到了媒體的批評，且未得到使用者廣泛認可，導致其被廢止。在之後的微軟產品中能看到相關的後繼者，如虛擬助手的使用。Microsoft Bob 中的角色 Rover 和 Clippit（綽號「Clippy」的擬人回形針）分別作為搜尋伴侶和數字助手，在 Windows XP 和 Microsoft Office 中出現。

## 歷史

Microsoft Bob 於 1995 年 3 月（Windows 95 發布前）發布，儘管在這之前已經以代號「烏托邦」（Utopia）被廣泛宣傳。該設計基於史丹福大學教授 Clifford Nass 和 Byron Reeves 的研究。產品的專案負責人是微軟研究員 Karen Fries，行銷經理是比爾・蓋茲的妻子梅琳達・蓋茲。微軟最初從波士頓地區的技術人員 Bob Antia 手中購買了域名 bob.com，但後來又以其向 Bob Kerstein 交易 windows2000.com 域名。

## 套用

Bob 包含各種辦公套件程式，例如財務套用和文書處理器。其使用者介面的設計初衷為簡化電腦新手的導航體驗。

類似於 Jane 等早期圖形外殼，軟體的主介面被描繪成一棟房子的內部，不同的房間對應常見的現實世界房間樣式，如廚房和起居室。每個房間都包含裝飾和家具，以及象徵應用程式的圖示。Bob 提供完全自訂整個房子的選項，使用者可以完全控制每個房間的裝飾，添加、移除或移動所有物體，還可以在房屋中添加或刪除房間，並更改每扇門的目的地。Bob 還為房間設計和裝飾提供了多個主題，如當代和後現代主義。

Bob 內建的應用程式由對應的裝飾表現，例如單擊時鐘將打開行事曆，單擊筆和紙則打開文書處理器。使用者還可以在電腦上添加套用的捷徑，這些捷徑會在各種樣式的裝飾（例如盒子和相框）中顯示圖示。

Bob 還有安裝新應用程式的功能，但由於產品的失敗，其最終只發布了一個附加應用程式包 Microsoft Great Greetings。

Bob 發布於網際網路開始流行的時期，它提供了一個電子郵件客戶端，使用者可以通過它訂閱 MCI Mail（一個撥號電子郵件帳戶）。每月傳送多達 15 封電子郵件的價格為 5.00 美元；每封電子郵件限制為 5000 個字元，達到限制後，每增加一封電子郵件將額外收取 45 美分。使用者需要撥打免費電話來建立帳戶。

Bob 的一大特色是其中的「助手」，這些卡通人物用來指參照戶存取虛擬房屋，並在主介面或內建應用程式中執行任務。

## Gateway 2000 版本

1995 年左右，Gateway 2000 的電腦捆綁了一個 Microsoft Bob 版本。Gateway 版中含有登入介面上的 Gateway 商標，以及零售版中沒有的其他房間和背景。額外房間之一是閣樓，裡面有一台 Gateway 2000 電腦的盒子。除了額外房間外，新房間中還預設出現了更多圖示。

## 反響和遺產

儘管在消費電子展上的演示贏得普遍好評，在其發布前拿到軟體副本的評論家們卻普遍對其嗤之以鼻。Microsoft Bob 是微軟最明顯的產品失敗之一。《紐約時報》注意到這些角色很煩人，而且其中的家居設計顯然是「審美有缺陷的六年級學生」的作品；其還批評了軟體的硬體要求以及儲存資料的檔案格式選擇，並得出結論認為它不像微軟宣傳的那樣簡明。《華盛頓郵報》稱家裡的環境「死氣沉沉」「毫無生氣」，角色的可愛也很快變淡，並批評了客製化化和 Windows 組件存取方面的不足。根據 PC Data 的資料，其從發布到停產的實際銷量僅為 58,000 份左右，遠低於微軟預計的與 Microsoft Works 和 Encarta 相當的百萬銷量。儘管在發布僅一年後就被取消，Microsoft Bob 仍持續在評論和流行媒體中受到嚴厲批評。2017 年，梅琳達・蓋茲承認該軟體「需要一台比當時大多數人所擁有的更加強大的電腦」。

Bob 在個人電腦世界雜誌的「有史以來最糟糕的 25 個技術產品」列表中排名第七，在 CNET.com「十年來最糟糕的產品」排名第一，並在時代雜誌發布的 50 項最糟糕的發明列表中名列前茅。時代雜誌還稱 Bob「過於矯揉造作」，將其稱為「圍繞 Clippy 設計的作業系統」。微軟的史蒂夫・巴爾默還曾提到 Bob，作為「我們認為我們沒有成功，現在讓我們停下來」形勢的一個例子。 

微軟員工 Raymond Chen 在一篇文章中寫道，Bob 的加密副本包含在 Windows XP 安裝 CD 中，通過占用空間以防止盜版。在撥號連線時代向光碟添加額外的 30MB，被認為會減慢使用 56k 數據機的使用者非法下載軟體的速度。2020 年 11 月，退休的微軟工程師 David Plummer 承認自己是將 Microsoft Bob 的加密副本放入 Windows XP 安裝媒介的人。安裝程式會檢查「Blob of Bob」，如果使用者有「OEM blob」，則只能使用 OEM 產品金鑰。科技記者 Harry McCracken 稱這個故事是「一個令人愉快的都市傳說」，並指出它與一個聲稱 Bob 隱藏在 Windows Vista 中的愚人節笑話有相似之處。

虛擬助手在 Microsoft Bob 的使用給予了 Clippit 啟發。Clippit 是一個綽號「Clippy」的回形針，Microsoft Office 的預設 Office 助手。Bob 的吉祥物 Rover 成為了 Windows XP 檔案搜尋功能的「搜尋伴侶」。

微軟平面設計師 Vincent Connare 注意到 Rover 的發言是以 Times New Roman 書寫的。他覺得此字型似乎不適合卡通狗，故設計了字型 Comic Sans。儘管由於其字母不適合任何印刷網格的技術原因，Connare 的字型沒有出現在 Microsoft Bob 的最終發布版本中，但其在微軟的 3D Movie Maker 中首次亮相，後來作為 Windows 95 的附加字型出現。

## 參見

* Orphaned technology
* Packard Bell Navigator
* eWorld

**微軟**

* Office 助手
* Microsoft Agent
* Cortana

## 參考文獻
Microsoft_Certified_Application_Professional

**微軟認證應用程式大師**（Microsoft Certified Application Professional, MCAP）是微軟在 2007 年推出的新認證，是微軟商務認證（Microsoft Business Certifications）的成員之一，作為針對 Microsoft Office 與 Microsoft SharePoint Server 2007 間進階應用技能的認證資格，不過 MCAP 認證並沒有前置需求，因此考生可以直接考 MCAP，而不必先考 MCAS 就能獲得資格。

由於 MCAS 與 MCAP 分流機制在市場未受到良好的反應，因此微軟決定不再提供 MCAS 和 MCAP 認證，一律以 MOS（Microsoft Office Specialist）作為 Office 系列的認證。

## 資格與認證分離制

MCAP 與微軟的 MCTS、MCPD、MCITP、MCM、MCA 等新一代認證相同，都是資格（credential）和技能認證（certification）分離，這代表了得到認證的考生更能夠凸顯出自己的專業能力，而僱主也可以很容易的找到目前需要的能力的人。因此 MCAP 就只是代表資格，而通過任一科考試時，即可以得到考試所對應的技能認證。

* MCAP: Managing Budgets
* MCAP: Managing Presentations
* MCAP: Managing Team Collaboration
* MCAP: Supporting Organizations

## 考試

目前 MCAP 的考試仍未完全完成也尚未推出正式考試，預計 2008 年年底左右才會推出，而已規劃的考試科目有：

* Exam 77-610: Organizational Support
* Exam 77-611: Creating and Managing Presentations
* Exam 77-612: Content Management and Collaboration
* Exam 77-613: Budget Analysis and Forecasting

但上列考試實際上並未推出，MCAP 認證計畫就已經中止。

## 參考資料

## 外部連結

* Microsoft Business Certification Requirements （頁面存檔備份，存於網際網路檔案館）
* 微軟商務認證 （頁面存檔備份，存於網際網路檔案館）
Microsoft_Certified_Application_Specialist

**微軟認證應用程式專家**（Microsoft Certified Application Specialist, MCAS）是微軟在 2007 年度宣布的一項新認證，是微軟商務認證（Microsoft Business Certifications）的成員之一，它是用來替代 MOS 認證的，並且自 Office 2007 系列開始施行，目前多數考試都已經完成並開始供應。

由於 MCAS 與 MCAP 分流機制在市場未受到良好的反應，因此微軟決定不再提供 MCAS 和 MCAP 認證，一律以 MOS（Microsoft Office Specialist）作為 Office 系列的認證。

## 資格與認證分離制

MCAS 與微軟的 MCTS、MCPD、MCITP、MCM、MCA 等新一代認證相同，都是資格（credential）和技能認證（certification）分離，這代表了得到認證的考生更能夠凸顯出自己的專業能力，而雇主也可以很容易的找到目前需要的能力的人。因此 MCAS 就只是代表資格，而通過任一科考試時，即可以得到考試所對應的技能認證。

* MCAS: Windows Vista
* MCAS: Office Word 2007
* MCAS: Office Excel 2007
* MCAS: Office PowerPoint 2007
* MCAS: Office Outlook 2007
* MCAS: Office Access 2007

## MCAS 大師級

等同如上通過 4 科考試即可獲取大師級的證照
而大師級的證照會跟著你考過的第 4 張證照一併寄出

## MCAS 講師認證

MCASI（Microsoft Certified Application Specialist: Instructor）則是由官方認可的 MCAS 課程講師，代表取得此認證的教師可以在課堂中教授 MCAS 認證相關的課程，以及使用官方教材。

若想取得 MCASI 認證，則必須要先通過下列考試：

* Exam 77-600: MCAS: Windows Vista for the Business Worker
* Exam 77-601: MCAS: Using Microsoft Office Word 2007
* Exam 77-602: MCAS: Using Microsoft Office Excel 2007
* Exam 77-603: MCAS: Using Microsoft Office PowerPoint 2007
* Exam 77-604: MCAS: Using Microsoft Office Outlook 2007

然後提交下列三種資格之一的證明檔案：

1. 具備講師證或學校聘書，足以證明講師資格的檔案
2. 推薦信，足以證明具備二年以上教學經驗的推薦信。
3. 具備以下講師資格：CSO Group, CompTIA, Certified Internet Webmaster, Cisco Systems, Citrix, Lotus, Microsoft (MCT), Novell, Oracle or Santa Cruz Operation.

## 考試種類

MCAS 目前已推出的考試，都是以 Office 2007 為主，並首次加入了 Windows Vista 操作系列的考試（與 MCTS: Windows Vista Configuration 不同）：

* Exam 77-600: MCAS: Windows Vista for the Business Worker
* Exam 77-601: MCAS: Using Microsoft Office Word 2007
* Exam 77-602: MCAS: Using Microsoft Office Excel 2007
* Exam 77-603: MCAS: Using Microsoft Office PowerPoint 2007
* Exam 77-604: MCAS: Using Microsoft Office Outlook 2007
* Exam 77-605: MCAS: Using Microsoft Office Access 2007

除了正式的考試外，微軟還推行一種稱為 **Microsoft Official Pre-Test** 的先期測驗方式，可以用正式考試約三分之一左右的價格，先試測自己的能力，測驗結束後會得到一份建議的準備清單。

MCAS 和 MOS 考試一樣，也提供了在地化語系的考試，目前支援下列語言：

* 英文
* 繁體中文
* 簡體中文
* 法文
* 德文
* 希臘文
* 義大利文
* 日文
* 韓文
* 葡萄牙語（巴西）
* 葡萄牙語（葡萄牙）
* 俄文
* 西班牙文

## 報名方式與費用

考試的報名方式和 MOS 相同，MCAS 考試仍是由 **Certiport** 公司提供考試服務，詳見 MOS 認證中的「報名方式」一節，考試費用在美國是 89 美元，在台灣則是新台幣 2,580 元。

## 參考資料
Microsoft_Certified_Applicaton_Developer

**微軟認證應用程式開發人員**（MCAD）為微軟在.NET Framework 1.0-1.1 時期，為了與 MCSD 工作項目有所區分，並且不是所有人都具有系統分析能力的情況下，所加入的認證資格，持有此認證表示具有應用 Microsoft .NET Framework 技術發展應用程式的能力，應用程式不一定要 Windows 與 Web 都精通，但一定要會 XML Web Service 和伺服器端的開發，這些需求也反應到了考科之上。

本認證已於 2009 年 3 月 31 日相關考試停考後正式走入歷史，但已發出的認證為永久有效。
Microsoft_Certified_Business_Management_Solutions_Specialist

**微軟認證商業解決方案專員**（Microsoft Certified Business Managment Solution Specialist, MCBMSS）是微軟針對 Microsoft Dynamics 系列產品所設計的認證，針對每一項產品的安裝、設定、部署、開發與維護等工作技能設計認證，以驗證特定工作的能力。

MCBMSS 的考試也可以作為 MCBMSP 中特定技能認證的必考或選考科目。

## 考試科目

### Microsoft Dynamics CRM

### Microsoft Dynamics AX

### Microsoft Dynamics GP

### Microsoft Dynamics NAV

### Microsoft Dynamics SL

### Microsoft Dynamics Retail Management System

### Microsoft Dynamics Point of Sale

## 參考資料

* Microsoft Dynamics Certifications （頁面存檔備份，存於網際網路檔案館）
Microsoft_Certified_Database_Administrator

**微軟認證資料庫管理員**（MCDBA）為微軟針對 SQL Server 資料庫所推出的獨立認證，特別針對資料庫管理員所設計，持有此認證的專業人員，可被視為具有管理 SQL Server 以及設計資料庫應用的專業能力與知識。MCDBA 最早是自 SQL Server 7.0 開始推出，歷經 SQL Server 2000 時期，兩個時期的認證要求差不多，都是要求通過四科考試，包含資料庫系統管理，資料庫設計，伺服器作業系統管理以及選考科目。

本認證已隨著 Exam 70-228 與 Exam 70-229 於 2009 年 3 月 31 日停考後正式走入歷史，但已發出的認證為永久有效。

## MCDBA on SQL Server 7.0

MCDBA on SQL Server 7.0 是第一代的 MCDBA 認證，配合 SQL Server 7.0 所需要的執行環境，以及程式發展的需求所設計，當時的作業環境為 Windows 2000，並且在 SQL Server 7.0 中首次支援資料倉儲的建置，但在當時並不是主要的需求，因此將資料倉儲的考試放置在選考科目中。

## MCDBA on SQL Server 2000

在 SQL Server 2000 時代，由於作業環境橫跨了 Windows 2000 和 Windows Server 2003，因此 MCDBA 的考試也納入兩個環境，在 SQL Server 2000 的考試組態的差異和 SQL Server 7.0 時期差不多，都需要通過系統管理與資料庫設計兩科考試。

## 後續認證

由於微軟新一代認證階層的推展，MCDBA 已由 MCITP 取代，但現行的 MCDBA on SQL Server 2000 仍為永久有效。

此認證的繼承者為：

* MCITP: Database Administrator
* MCITP: Database Developer
* MCITP: Business Intelligence Developer
Microsoft_Certified_Desktop_Support_Technician

**微軟認證桌面支援專員**（MCDST）首次推出是在 Windows XP 時期，微軟發現在桌面作業系統以及應用程式維護的需求增加，而現有的 MCSE 與 MCSA 又過於偏向企業級應用環境，因此微軟特別為桌面應用環境設計了 MCDST 認證，持有此認證的專業人員被視為對 Windows XP 的使用者端作業系統以及其上的應用程式的維護與技術支援的能力，能夠針對安裝 Windows XP 的電腦執行維護與故障排除工作。

MCDST 只需要兩科必考科目，無需任何選考科目：

此認證的繼承者為：

* MCITP: Enterprise Support Technician
* MCITP: Customer Support Technician
Microsoft_Certified_Learning_Consultant

**微軟認證學習顧問**（Microsoft Certified Learning Consultant）和 MCT 相同，都是微軟教育訓練策略的一環，與 MCT 不同的是，MCLC 除了必須要是 MCT 外，還必須證明本身具有學習微軟技術的藍圖規劃能力，為學員或教育訓練中心規劃出適合的學習路線，讓學員得以順著已規劃好的學習路線學習與強化微軟產品的專業技能。

## 條件

MCLC 認證的前置要求為 MCT 認證，因此考生必須是合格的 MCT 講師。

由於 MCLC 是採申請制，因此考生需要提交一份申請書，以及：

* 一份個案研究，以說明申請人的學習規劃技能。
* 一份客戶的證明書，以確認此個案研究確有成效。

## 持續

與 MCT 認證相同的是，MCLC 也是一種年度計畫，每年都需要重新申請，可持續的條件為：

* 在申請續任 MCT 時，一併接受 MCLC 合約。
* 提交自上一任起算二年內的新個案研究。

## 參考資料
Microsoft_Certified_Systems_Administrator

**微軟認證系統管理員**（MCSA）是在 Windows 2000 的後期登場，主要原因是 MCSE 的考科數過多，而且多數的網路管理人員並不需要對設計網路架構所有涉獵，因此考科可降為四科，其中有一科是專為 MCSA 所設計的 Exam 70-218: Managing a Microsoft Windows 2000 Network Environment，其實此科為 Exam 70-216 以及 70-217 二科考試，針對系統管理的角色所重新設計的考試，其他考試則與 MCSE 相似。到了 Windows Server 2003 時期，微軟即不再為系統管理員設計考試，而是將原有的考試科目納入 MCSA 的考科中。

* 使用者端考試：
  * Exam 70-270: Implementing and Supporting Microsoft Windows XP Professional
* 伺服器考試（1）：
  * Exam 70-290: Managing and Maintaining a Windows Server 2003 Environment
* 伺服器考試（2）與網路管理：
  * Exam 70-291: Implementing & Managing and Maintaining a Windows Server 2003 Network Infrastructure
Microsoft_Certified_Systems_Engineer

**微軟認證系統工程師**（英語：**Microsoft Certified Systems Engineer**，簡稱：**MCSE**）是微軟認證中的高階認證之一，代表持有認證的專業人員，對微軟的伺服器，網路技術，系統管理的建置，管理，部署以及維護等工作具有相當的經驗與知識，適合網路工程師，系統管理員，系統工程師或網路管理師等職務，在早期與 MCSD 並列微軟的兩大高階認證，最早的版本是 Windows NT 3.51，接著在每個 Windows Server 的版本更新，就會更新 MCSE 的認證要求，早期的 MCSE 都要考一科網路知識的必考科目 Exam 70-058: Networking Essentials，一直到 Windows 2000 才納入 Server 的考試中。

## 考試科目

MCSE 的考試科目分為核心考科和選考科目兩種，核心考科通常會包含網路知識，伺服器管理，企業級伺服器與網路管理，使用者端作業系統等考試，考科數大約 4-6 科，由於科目很多，對於考生準備與應考上會有相當壓力，不過以系統管理與系統工程的角度，以及微軟產品的涵蓋度來看，考如此多科確有必要。在 MCSE on Windows 2000 開始，由於對 MCSE 的資格認可加上了設計的要求，因此在 Windows 2000 考試中首次出現設計網路架構的考試科目。

### 核心考試

以 Windows Server 2003 版本的 MCSE 為例，其核心考試科目為：

* 使用者端考試：
  * Exam 70-270: Implementing and Supporting Microsoft Windows XP Professional
* 伺服器考試（1）：
  * Exam 70-290: Managing and Maintaining a Windows Server 2003 Environment
* 伺服器考試（2）與網路管理：
  * Exam 70-291: Implementing, Managing and Maintaining a Windows Server 2003 Network Infrastructure
* 網路服務規劃：
  * Exam 70-293: Planning and Maintaining a Windows Server 2003 Network Infrastructure
* 目錄服務規劃與實作：
  * Exam 70-294: Planning, Implementing and Maintaining a Windows Server 2003 Active Directory Infrastructure
* 網路服務設計（擇一應考）：
  * Exam 70-297: Designing a Windows Server 2003 Directory Service and Network Infrastructure
  * Exam 70-298: Designing Security for Windows Server 2003 Network

### 選考科目

選考科目則是以微軟 Microsoft Servers（早期稱為 Microsoft BackOffice）的伺服器產品為主，任選二科，像是 Systems Management Server，Exchange Server（早期為 Microsoft Mail），SQL Server，SNA Server（現為 Host Integration Server），Proxy Server（現為 Internet Security and Acceleration Server）等等都有列入考科中。

## 升級考試

MCSE 也是微軟認證中，最早提供升級考試（Upgrade Exam）的認證，在 Windows 2000 推出的初期，微軟為了要加速 Windows NT 4.0 的 MCSE 認證專家們升級到 Windows 2000，因此特別設計了一個限時的考試科目：Exam 70-240: Microsoft Windows 2000 Accelerated Exam for MCPs Certified on Windows NT 4.0，供 Windows NT 4.0 的 MCSE 升級之用。到了 Windows Server 2003 時代，微軟同樣的開發升級考試給 MCSE on Windows 2000 的認證專家利用，日後升級考試的策略也在其他系列的認證中開始提供。

* MCSE 2000 或 MCSA 2000 升級到 Windows Server 2003 認證的升級考試：
  * Exam 70-292: Managing and Maintaining a Windows Server 2003 Environment for MCSA Certified on Windows 2000
  * Exam 70-296: Planning, Implementing and Maintaining a Windows Server 2003 Environment for MCSE Certified on Windows 2000

## 後續認證

由於微軟新一代認證階層的推展，MCSE 已被 MCITP 取代，但現行的 MCSE on Windows 2000 和 MCSE on Windows Server 2003 仍為永久有效。

此認證的繼承者為：

* MCITP: Enterprise Administrator
* MCITP: Server Administrator
Microsoft_Certified_Trainer

**微軟認證講師**（MCT）是微軟教育訓練策略的一環，持有 MCT 的人員，才具在微軟合作夥伴所設立的教育訓練中心（夥伴資格為 Microsoft Certified Partner: Learning Solutions 或是 Microsoft Gold Certified Partner: Learning Solutions）中，使用微軟官方的教材（MOC, Microsoft Official Curriculum）來開課教學，而且微軟認可的教育訓練中心也被要求雇用至少二位以上的 MCT 才可以申請設立。

## 條件

由於 MCT 認可的講師是要從事微軟技術的教育訓練，因此微軟對 MCT 的要求相當高，除了進階等級的專業認證（如 MCPD、MCITP）外，還必須通過講師認證程式（依各國不同，有不同的設計，像是面試、試講或是由專業訓練講師的機構來認可等等）才可以取得 MCT 認證，而且根據不同的 MCT 認證資格，能夠教授的課程也不同。

MCT 認證的基本條件有：

* 取得講授課程的必要認證 （頁面存檔備份，存於網際網路檔案館）。
* 至少參與一堂由微軟已認可的講師所帶領的課程，並取得課程完成證明（非必要）。
* 證明自己的教學技能，認可方式依各國的情況而有所不同，可能是面試、試講、曾被 Cisco 等廠商認可為講師 （頁面存檔備份，存於網際網路檔案館）或是由第三方公正機構所提出的講師認可證明（例如 CompTIA CTT + 認證或是經過專業講師訓練課程結業並取得憑證）。
* 申請重要指標 ID（MTM ID）。
* 繳交 MCT 年費並填具 MCT 申請書。

## 技術分流

為了能夠確保 MCT 具有所講授課程的基礎技術能力，除了要求 MCT 申請者必須先取得相對的必要認證外，不同的技術認證可教授的課程也不同，像是具有 MCSD 認證的 MCT 不能講授 MCSE 認證的課程，而具有 MCITP 認證的 MCT 不可教授 MCPD 的認證課程。

## 維持認證

與其他認證不同的是，MCT 認證的講師必須要滿足下列條件，才可以在次一年度繼續維持其認證資格：

* 教授課程問卷中的不滿意指數不可連兩季超過 10%。
* 至少在取得 MCT 後的一年內，在微軟所規定的教育訓練地點中，教授一堂微軟官方的教育訓練課程。
* 不得違反 MCT 的授權與限制條款。

## 參考資料
Microsoft_Codename_"Astoria"

**WCF Data Services**，舊稱 **ADO.NET Data Services Framework**（代號 **Astoria**，以下簡稱 **WCF DS**）是基於 ADO.NET Entity Framework 上的一個簡單**資料供應服務** (Data Provisioning Services)，也是微軟的 REST (Representational state transfer) 的解決方案之一。特別為 AJAX，Silverlight 以及 Mashup 應用程式提供資料服務所設計。

目前 ADO.NET DSF 已經內含於 .NET Framework 3.5 Service Pack 1 中。

## 發展背景

以往在發展像是 AJAX 應用程式時，伺服端總是需要設計一個 HTTP 介面埠 (end point)，通常都會使用 Web Service 來實作，但是隨著 Mashup 應用程式的成長，若每次都要為一份（或一組）資料撰寫 Web Service 或 HTTP end point 的話，對開發人員也是不小的負擔，而且 Web Service 只支援 XML/SOAP 的資料格式，無法相容於 Mashup 應用程式常用的 JSON 資料格式，微軟也發現未來的 Silverlight 應用程式也是會面臨到相同問題。

當時剛好微軟的 ADO.NET Entity Framework 也正在開發中，它的 EDM 能力剛好可以提供給 WCF 資料存取的能力，因此微軟特別以 ADO.NET Entity Framework 為基礎，開發一個專門提供 HTTP 端點資料服務的資料供應層，即為 WCF DS。

## 架構

WCF DS 由 Entity Framework 中的 Entity Data Model (EDM) 為基底，Data Services Framework 的角色就是做為 EDM 的 HTTP 出入口，開發人員可以利用 HTTP 動詞來存取 Data Services Framework，某種程度來說，WCF DS 是由 EDM + WCF 而成的一種資料供應服務，它可以被放在 WCF HTTP 通道，ASP.NET 以及 IIS 中。

WCF DS 的資料來源，可以是 ADO.NET Entity Framework，但如果是來自於其他的資料來源，則可以利用為該資料來源所實作的 LINQ Provider（有實作 IQueryable<T> 介面的元件，若要支援更新則必須要再實作 IUpdatable 介面）來做為資料來源亦可。

WCF DS 除了可以將 Entity 公開到 HTTP 通道中，也可以由開發人員自行發展具商業邏輯的自訂函式來回傳資料，以及利用查詢的解譯器 (Query Interceptor) 來將查詢 Entity 的資料做過濾後再回傳。

## 存取方法

WCF DS 開放 EDM 在 HTTP 通道中，因此存取方法都要使用 HTTP 方式，GET/POST/PUT/DELETE 都可以使用，而且每個動詞所代表的意義都不同。

* GET：查詢資料。
* PUT：更新資料，必須要和 GET 並用，由 GET 抓下資料修改後，用 PUT 更新。
* POST：新增資料。
* DELETE：刪除資料。

除了使用 HTTP 動詞以外，WCF DS 另提供了 .NET Client Library 讓 .NET Framework 應用程式可以存取，它也提供了讓 LINQ 可以存取到 WCF DS 的能力（即 LINQ to WCF DS）。

下列為使用 LINQ to WCF DS 的範例：

若是使用 Silverlight 2.0 開發，則可以使用 .NET Client Library for Silverlight 2.0 來簡化設計，如下：

## 資料格式

在 WCF DS 中，可支援 JSON (JavaScript Object Notation) 以及 ATOM 兩種資料格式，因此可適用於多數的 Mashup 或 AJAX 應用程式。

## 參考資料
Microsoft_Codename_Max

**Microsoft Max**，或稱 **Microsoft Codename Max**，是美國微軟公司推出的一款基於 WinFX 技術的圖片軟體。這個軟體的主要作用是用本地的圖片生成列表，並與好友共享圖片。該軟體的界面採取了 Windows Vista 風格。

2006 年 10 月 31 日，Microsoft Max Blog 宣佈 Max 計畫終止 [1]。

## 安裝

微軟只提供過 Max 的在線安裝程序，並暫時僅能在英文版 Windows XP 或加載多國語言包的英文版 Windows XP 上安裝，界面也暫時只有英文版。由於 WinFX 技術屬於下一代微軟產品使用的技術，因此，正式安裝前會被安裝程序引導安裝 WinFX Runtime Components，並有可能需要重新啟動系統。注意，有時候重新啟動後，安裝程序會在中途報錯並退出，只需在桌面點擊安裝程序生成的捷徑就可以繼續完成安裝。

系統要求

* 基本配置
  * 升級到 SP2 的 Windows XP（包括家庭版和專業版，但不包括 64 位版的 Windows XP）
  * 1.0GHz 的中央處理器
  * 256MB 的內存
  * 200MB 可用硬碟空間
  * VGA 顯示器，解析度在 800x600 象素
* 推薦配置
  * 升級到 SP2 的 Windows XP（包括家庭版和專業版，但不包括 64 位版的 Windows XP）
  * 2.4GHz 的中央處理器
  * 512MB 內存
  * 200MB 可用硬碟空間
  * 支持 Avalon 技術的 3D 圖形加速卡
  * 寬帶網際網路連接

## 使用

Microsoft Max 需要使用 Microsoft Passport Network 帳號登錄，並在第一次使用某一個 Microsoft Passport Network 帳號登錄時，會被要求在電子郵件中確認該帳號（同時包含取消該帳號使用 Microsoft Max 資格的超連結）。

登錄後，可以從本地圖片創建圖片共享列表，允許在你的 Microsoft Max 好友列表上的帳號查看這些圖片，同時也可以查看對方圖片。該軟體也可以創建本地的圖片相冊，並以多種方式顯示，並可以放大縮小的三維視覺感受觀看，這在微軟以前的作品中幾乎難以體會。

## 外部連結

* Microsoft Codename Max
* Max Blog
Microsoft_Cognitive_Toolkit

**Microsoft Cognitive Toolkit**（微軟認知工具包），前稱 **CNTK**，是一個由微軟研究院開發的深度學習框架。Microsoft Cognitive Toolkit 通過有向圖將神經網路變化為一系列計算步驟。

## 參見

* 深度學習軟體比較
* ML.NET

## 參考資料
Microsoft_Community

**微軟社群**是一個免費的線上社群和討論論壇，您可以在此詢問和回答關於使用 Microsoft 產品的問題。

## 主要類別

* Windows
* 行動裝置
* Outlook.com
* Microsoft Office
* 商務用 Office 365
* Windows 測試人員計畫
* Internet Explorer
* Windows Essentials
* OneDrive
* 電腦病毒及惡意程式碼
* 音樂、電影和電視

## 社群

社群是一個個社團，由類別下面區分。例如 Internet Explorer 有 Microsoft Edge，IE11~7，其他版本如 IE6~1 等。社群中有貢獻者則可成為角色。並獲得徽章。

社群中的角色有社群仲裁者、支援工程師、論壇仲裁者、Wiki 作者、論壇負責人、微軟最有價值專家、Microsoft 員工、Windows 測試人員。

## 相關條目

* Microsoft
* yahoo 知識 +

關聯計畫 : Microsoft Community Hero
關聯計畫 : Microsoft Flux
關聯比賽：微軟社群之星 (Microsoft Community Champion)

## 參考資料
Microsoft_Component_Service

**微軟元件服務**（Microsoft Component Services，俗稱為 COM+）是微軟在 Windows 2000 開始，針對 Microsoft Transaction Server 所強化更新的 COM 服務實作，作為 Windows 平台上的應用程式伺服器服務，目前的版本為 1.5（Windows XP、Windows Server 2003 以後的版本），是利用微軟平台開發分散式應用程式不可或缺的一個服務，就連.NET Framework 也提供 System.EnterpriseServices.dll 以支援 COM + 的開發。

## 服務

COM + 目前已有十九種服務：

* COM+ Application Pooling：提供單一執行緒（single thread）應用程式的擴充能力，並且提供由其他應用程式來復原中斷的應用程式的能力。
* COM+ Application Recycling：提供應用程式自動回收（recycle）的能力。
* COM+ Applications Running as NT Services：允許元件可以與 Windows Service 的方式來執行。
* COM+ Compensating Resource Manager：提供交易元件補償能力的機制。
* COM+ Events：鬆散藕合式事件的支援。
* COM+ Instrumentation：COM + 應用程式與元件的效能資訊評估。
* COM+ Just-in-Time Activation：COM + 元件的即時活化（JIT-activation）能力。
* COM+ Low-Memory Activation Gates：在記憶體不足時通報 COM + 核心，使用虛擬記憶體來啟動元件。
* COM+ Object Constructor Strings：使用建構式字串來活化元件。
* COM+ Object Pooling：將物件暫存在暫存區中，待應用程式呼叫時取用，可減少資源耗用。
* COM+ Partitions：提供不同版本的 COM + 元件的相容性。
* COM+ Queued Components：開發支援 MSMQ 元件的實作。
* COM+ Resource Dispenser Service：在 COM + 元件間存取共享資訊的服務。
* COM+ Security：COM + 提供角色為主（Role-Based）安全性。
* COM+ Services Without Components：可讓元件在不安裝於 COM + 服務之下，叫用 COM + 的服務。
* COM+ Shared Property Manager：在元件中使用 Shared Property Manager 來做狀態轉移的服務。
* COM+ SOAP Service：顯露 COM + 元件為 Web Service。
* COM+ Synchronization：在 COM + 元件之間進行同步化。
* COM+ Transactions：由 MTS 強化而來，元件的交易服務。

## 外部連結

* Component Object Model (COM) - Win32 apps | Microsoft Learn （頁面存檔備份，存於網際網路檔案館）
Microsoft_Data_Access_Components

**Microsoft Data Access Components**（**MDAC**）是微軟專門為資料存取功能而發展的應用程式開發介面，做為微軟的統一化資料存取（Universal Data Access; UDA）解決方案的核心組成，最初的版本在 1996 年 8 月發表。目前其組成元件有 ODBC，OLE DB 以及 ADO，其中 ADO 是在 Visual Basic 上唯一的資料存取管道，而 OLE DB 則是基於 COM 之上，供 C/C++ 存取與提供資料的介面，ODBC 則是統一化的資料存取 API。

## 體系架構

MDAC 體系架構可視作三層：

1. 編程介面層：包括 ADO 與 ADO.NET
2. 資料庫存取層，由資料庫製造商開發，如：Oracle 或 Microsoft 的 OLE DB、.NET managed providers、ODBC drivers
3. 資料庫自身。

開發者還能直接寫程式存取 OLE DB 或 ODBC。

## 組成元件

MDAC 中包含了下列的元件：

### SQL Server 使用者端網路函式庫

SQL Server Network Client Library（在 SQL Server 2005 時由 SQL Native Client 取代）是要連接 SQL Server 所必要的使用者端函式庫，提供必要的資料流轉譯的支援，並作為 OLE DB Provider for SQL Server, ODBC SQL Server Driver, SQL Server .NET Provider 等資料提供者的底層通訊函式庫。

### ADO

為以 COM 為基礎所開發的資料存取元件，供高階程式語言使用，像是手稿語言（Scripting Language）或是 Visual Basic，目前已被 Microsoft Windows 平台上的開發人員廣為採用，它向上提供數個物件類別供應用程式呼叫，向下則是呼叫 OLE DB 所提供的介面，因此資料庫必須要有 OLE DB Provider，才可以由 ADO 呼叫，這個機制在.NET Framework 中的 ADO.NET 中也持續採用。

### OLE DB

OLE DB 是作為由資料來源中撈取資料並接受來自 ADO 的指令來提供資料的介面，此介面是由 COM 規格所開發，同時也可以直接由 C/C++ 來存取。

### ODBC

ODBC（Open Database Connectivity）是由 SQL Access Group，X/Open（目前為 The Open Group 的一部份）以及 ISO/EIC 所提出的 Call Level Interface（CLI，呼叫層次介面）介面規格 [1]，由微軟開發出第一份 ODBC 的實作，每一個資料庫都可以實作出連結自家資料來源的 ODBC 驅動程式（Driver），而應用程式開發人員能夠利用 ODBC 所開放的 API 呼叫，經由 ODBC Driver 來進入資料庫進行存取以及處理工作。

### Jet 資料庫工具

微軟特別為 Microsoft Jet 的資料庫提供了兩個重要的元件：

* **ADOX**：可由開發人員經由封裝在 ADOX 中的 DDL 和 DCL 能力來對 Microsoft Access 資料庫執行資料庫物件的修改以及權限上的控制。
* **JRO**：可由開發人員經由封裝在 JRO 中的物件，對 Microsoft Access 資料庫執行複製，修補與壓縮等工作。

### 曾內含在 MDAC 中的元件

* **Embedded SQL/C（ESQL/C）** ：在 C 語言中內嵌 SQL，送到資料庫中執行，ESQL/C 在 SQL Server 7.0 起終止。
* **RDO（Remote Data Object）** ：為提供網路資料存取所開發的元件，當時 ADO 尚未成熟，目前已由 ADO 取代。
* **DAO（Data Access Object）** ：為早期 Microsoft Access 的官方 API，但目前已由 ADO 取代，其 DDL 功能也由 ADOX 所取代。
* **DB-Library**：為 C 語言直接存取 SQL Server 的專屬低階介面，在 SQL Server 2005 起終止支援。

## 版本列表

微軟提供了兩個方法來檢查電腦中所安裝的 MDAC 版本為何，其中一個方法是使用 ADO.NET Component Checker 程式，它可以檢查每個 MDAC 所安裝的 DLL 版本；另一個方法是檢查登錄資料庫機碼：`HKEY_LOCAL_MACHINE\Software\Microsoft\DataAccess\FullInstallVer`

## 參考資料
Microsoft_Data_Access_Object

**Jet Data Access Objects** 是微軟的一項過時的資料庫編程存取介面。DAO 是基於 Microsoft Jet Database Engine 之上的一套物件導向的體系，可以存取 Microsoft Access 或 dBase 等桌面檔案型資料庫，或者 ODBC。1996 年發布的建於 OLE DB 之上的 ADO，取代了 DAO 的地位。

## 歷史

DAO 1.0 於 1992 年 11 月發布。配套於 Visual Basic 2.0, Visual Basic 3.0, Microsoft Access 1.1。

DAO 2.0, 與 Microsoft Access 2.0 一起發布。

DAO 2.5, 與 Visual Basic 4.0 一起發布，僅有 16 位元版本。

DAO 3.0, 配套於 Visual Basic 4.0, Microsoft Access 95, Microsoft Excel 95, Visual C++ 4.0。

DAO 3.5，配套於 Microsoft Access 97, Visual Basic 6.0。DAO 3.5 能夠繞過 Microsoft Jet Database Engine，直接存取 ODBC 資料來源，諸如 Microsoft SQL Server 等企業型資料庫。這是通過 ODBCDirect database engine 實現的。

DAO 3.6 是微軟發布的最後一版，與 Microsoft Access 2000 一起發布。Microsoft 稱不會有 64 位元版本的 DAO。Microsoft Access 2013 僅支援 DAO 3.6。

## 物件體系架構

對於 Jet database engine object, 包含了一些物件：

* workspace 物件，包含了
* groups-and-users 物件
* database 物件，包含了：
  * 物件 containers
  * 查詢定義 (QueryDef) 物件
  * Recordset 物件
  * relation 物件，表示了資料庫的列之間的關係
  * 表定義 (TableDef) 物件，由 field 與 indexe 構成
  * error 物件

把 DAO 代碼轉換為 ADO，應掌握二者之間的物件的對應關係：

 

## 參見

* Microsoft Data Access Components
* ADO
* RDO

## 參考文獻

DAO object model diagram with links to class reference pages （頁面存檔備份，存於網際網路檔案館）
Microsoft_Defender

**Microsoft Defender**（Windows 10 創意者更新後名為 **Windows Defender Antivirus**，2020 年 5 月更新前稱 **Windows Defender**），最初稱為 **Microsoft AntiSpyware**，是用來移除、隔離和預防間諜軟體的程式，可以執行在 Windows XP 以及更高版本的作業系統上，並已經內建在 Windows Vista 以及以後的版本中。Windows Defender 的定義媒體櫃更新很頻繁。在 Windows 8 及之後的系統中取代 Microsoft Security Essentials，成為一款全面反病毒軟體。

Windows Defender 不像某些其他同類免費產品一樣只能掃描系統，還可以對系統進行即時監視，移除已經安裝的 ActiveX 外掛程式，清除大多數微軟的程式和其他常用程式的歷史紀錄。

2019 年初，Windows Defender 開始支援 macOS 平台，並將其更名為 Microsoft Defender。未來，Windows 平台的 Windows Defender 也將會改名為 Microsoft Defender。微軟計劃到 2020 年初 Windows 10 20H1 發布時對其進行改名，這可能會讓熟悉 Microsoft 的使用者更可能在 macOS 或 Linux 或 Android 上安裝 Defender。

2022 年 1 月，微軟針對中國使用者公測微軟電腦管家 1.0，其中就使用了 Microsoft Defender 病毒媒體櫃。

## 功能

* Windows Defender 提供的掃描類型分為三種，分別是完全掃描、快速掃描、自訂掃描。
* 在「工具」（Tools）頁面，使用者可以透過「選項」（options）對 Windows Defender 的「即時防護」（Real-time Protection）、「自動掃描計畫」（Automatic scanning）進行設定修改，或進行進階的設定。使用者可以在工具（Tools）頁面中決定加入 Microsoft SpyNet 社群，以及對已經隔離程式的處理操作。使用者可以透過點擊「檢查更新」（Check for updates）或是使用 microsoft Update 對 Windows Defender 進行升級。
* 在 Windows 7 以及以後的版本中，Windows Defender 會配合行動作業中心 Windows 8 以後重要訊息中心防範惡意軟體以維護 Windows 穩定安全執行。
* Windows 10 的版本中，Windows Defender 會自訂一個時間自動更新（通常 1 天至少更新 1 次）（Build 10240 的 Windows Update 可以看到是否有安裝，此功能在後面的 Build 被移除）。從 Windows 10 1709 起，更名 **Windows Defender Security Center**，雖然有提供更多保護選項，但不再是一般視窗，而是一個應用程式視窗。現在是「Windows 資訊安全中心」。
* 在 Windows 10 version 1703 之後，Windows Defender 可運行在沙盒環境中。

## 歷史

## Windows Vista 特定的功能

Windows Defender 在 Windows Vista 中具有其他功能，但在 Windows 的後續版本中被刪除。

## Windows Defender Offline

Windows Defender Offline（以前稱為獨立系統掃描器）是一個獨立的反惡意軟體程式，從可啟動的可移動媒體（例如 CD 或 USB 快閃記憶體驅動器）運行，旨在在 Windows 操作系統離線時掃描受感染的系統。自 2016 年 Windows10 周年更新以來，可以從 Windows 本身內部啟動啟動到 Windows Defender Offline 的選項，從而消除了對單獨啟動盤的需求。

## 已緩解的安全漏洞

2017 年 5 月 5 日，來自 Google 的漏洞研究員 Tavis Ormandy 在 Microsoft AntimalwareEngine（MsMpEngine）的 JavaScript 分析模組（NScript）中發現了一個安全漏洞，該漏洞影響了 Windows Defender，Microsoft Security Essentials 和 System Center Endpoint Protection。到 2017 年 5 月 8 日，微軟已經為所有受影響的系統發佈了一個補丁。Ars Technica 讚揚了微軟前所未有的修補速度，並表示這場災難已經避免。

## 評分

2017 年 12 月，AV-TEST 在 Windows 10 上對各種反惡意軟體進行的測試中，Windows Defender 在各種惡意軟體樣本的檢測率中獲得了 6 分（滿分 6 分），獲得了 "AV-TEST 認證" 印章。

在 AV-Comparatives 執行的 2018 年 2 月 "真實世界保護測試" 中，Windows Defender 實現了惡意 URL 樣本的 100% 檢測率，以及 3 個誤報結果。

2019 年 10 月對 Windows Defender 進行的 AV-TEST 測試表明，它提供了針對病毒和 0 天 / 惡意軟體攻擊的保護。

2021 年 12 月 1 日，在 AV-TEST 實驗室的測試中成功檢測到 10 個勒索軟體樣本中的 10 個後，AV-TEST 給 Defender 的分數為 34 分。

## 參考文獻

## 外部連結

* Windows Defender （頁面存檔備份，存於網際網路檔案館）
Microsoft_Developer_Network

**微軟開發者網路**（英語：MSDN, Microsoft Developer Network）是早期微軟公司在推廣 Win32 程式設計以及開發工具時，專門為開發人員所提供的一個服務，是使用微軟技術開發軟體或應用程式時必定會參訪的地方，同時它也有提供訂閱的服務，由微軟不定時供應最新的軟體及技術檔案，MSDN 的技術檔案庫是免費開放讓所有人在線上閱讀，但光碟的版本必須要利用 MSDN Library Subscription 才可以拿到，不過自從 Visual Studio 2005 開始，MSDN Library 即提供免費的網路下載。

也許是受到 MSDN 成功與廣為開發人員所知的影響，昇陽也將它們的 Java 檔案庫定名為 Sun Developer Network (SDN) （頁面存檔備份，存於網際網路檔案館）。

## MSDN 的版本

MSDN 自開始發行以來，經歷了數個版本的變化，每個版本 (等級) 都提供了不同程度的軟體資源，等級愈高者提供的資源愈多，甚至於絕大部份除了遊戲與一般性軟體以外，所有的微軟軟體。

### MSDN Library

早期在網際網路未普及之前，微軟為提供給開發人員詳細的開發工具與軟體發展規格，開始以光碟為媒介，包裝了許多檔案以及書籍（Microsoft Press 出版的幾乎有完整的內容，其他出版社的則為試閱章節）以及專門的瀏覽工具：InfoView，發行了 MSDN Library 光碟，此為最低等級的 MSDN 版本，後來隨著開發工具的進步，變為使用 HTML Help 來編製，目前 MSDN Library 的所有內容都已上載到其官方網站，並且在 Microsoft Download Center 中提供各版本 Visual Studio 的 MSDN Library 免費下載。

### MSDN Operating Systems

此為 Visual Studio 6.0 開始提供的等級，除了 MSDN Library 外，另提供 Windows 作業系統 (使用者端與伺服器都有) 的授權，以及為 Windows 作業系統開發應用程式所需的 SDK 工具，但未提供 Visual Studio 系列的開發工具。

這個等級目前仍存在 MSDN 等級中。

### MSDN Professional

此為微軟為專業開發人員所規劃，提供 Visual Studio 的 Professional 版本，以及 MSDN Operating Systems 所有的軟體授權。
伺服器另增 SQL Server Developer Edition 以及 SQL Server Enterprise Edition 的授權。

這個等級目前由 Visual Studio 2005/2008 with MSDN Professional Subscription 所取代。

### MSDN Enterprise

此為微軟為企業級開發人員所規劃，除了 MSDN Professional 以外，還加上 Microsoft Servers (當時稱為 Microsoft BackOffice Servers) 系列的所有伺服器，例如 Exchange Server、SharePoint Server、SQL Server、Host Integration Server、System Management Server 等等，開發工具為 Visual Studio 的 Enterprise 版本。

這個等級目前已終止。

### MSDN Universal

此為微軟系列開發人員所公認的終極等級，在這個等級中所包含的軟體授權包含除微軟發展的遊戲以及一般性軟體外所有的微軟軟體，亦及包含 Microsoft Office 以及 MSDN Enterprise 等級的所有軟體授權。

這個等級目前由 MSDN Premium 接手。

### MSDN Premium

目前微軟為搭配 Visual Studio 2005/2008 Professional 及以上的版本 (Team Architect, Team Developer, Team Tester 以及最高等級的 Team Suite) 發行的 MSDN 等級，具有 MSDN Universal 版本等級相同的軟體授權，除了開發工具依所搭配的開發工具等級外。

## 授權方式

MSDN 在 Operating System 以上的等級都有附微軟的軟體授權，根據 MSDN 的使用者授權合約（EULA），軟體只授權給使用 MSDN 的那一位開發人員，專供開發與測試之用，其他人不可使用 MSDN 所附軟體。包含企業不能用 MSDN 附的 SQL Server Enterprise Edition 做為生產環境中的資料庫伺服器；秘書不能使用 MSDN 所附的 Office 2007 等等。

MSDN Library 則沒有單一授權的限制。

## 紙本雜誌

MSDN 紙本雜誌前身是 Microsoft Systems Journal（MSJ）和 Microsoft Internet Developer（MIND）兩本雜誌於 MSDN 訂戶發行，但為了避免混淆於 2000 年開始合併為 MSDN 雜誌，每期附贈光碟內含一些開發用軟體、beta 測試軟體、其他程式員的心得報告等。

2002 年在台灣發行首次中文版本，在新訂閱 MSDN 會由台灣微軟遞送中心寄發啟動碼給訂戶，訂戶可以使用啟動碼到 MSDN Subscription 網站註冊，以啟用 MSDN 隨附的權益包含免費的技術支援問題數，以及最有價值的 MSDN Subscriber Downloads 權限，並且會收到一份 Welcome Kit，內含光碟整理盒，部份 MSDN 的 DVD（或 CD，訂閱時可以選擇要用 CD 或 DVD），手冊以及 EULA 等，之後隨著軟體的更新或發表每月會寄發補充的光碟集，稱為 Increment Pack，直到訂閱期結束為止但不一定每個月都有。

到期訂戶可以選擇繼續訂閱，可以用較低的價格續約以繼續享受訂戶權益，但不會再收到 Welcome Kit 安裝包。

2019 年 7 月微軟宣布紙本雜誌在發行 30 多年後將於 11 月停刊，網路時代下各種軟體開發討論多數由網路論壇執行，效率較高更新也較快，微軟相關服務將轉移到 docs.microsoft.com 網站上。

## MSDN Subscriber Downloads

訂閱 MSDN Operating Systems 以上等級的訂戶，可以利用微軟寄發的啟動碼，註冊並取得進入 MSDN Subscriber Downloads 的權利，在這個地方有：

1. 依等級所列出的軟體可供下載。
2. 必要的軟體授權金鑰（Product Key）。

## 另見

* Microsoft TechNet

## 參考資料

## 外部連結

* MSDN 官方網站
* Compare MSDN Subscriptions
Microsoft_Download_Manager

**Microsoft 下載管理員**（Microsoft Download Manager）是微軟公司 2011 年發布的一個簡單的適用於 Microsoft Windows 的下載管理器，它支援通過 HTTP 或 HTTPS 下載檔案，並有多種語言可用。Softpedia 的評論員批評此程式，認為與其他下載管理器相比缺少很多功能。

## 參考資料

## 外部連結

* 官方網站
Microsoft_Dynamics

**Microsoft Dynamics** 是微軟公司面向企業的商業軟體。

* 客戶關係管理（CRM）：
  * Microsoft Dynamics CRM
* 企業資源計劃（ERP）：
  * Microsoft Dynamics AX（**Ax**apta）中大型企業國際化應用支持與 Office 集成
  * Microsoft Dynamics GP（**G**reat **P**lains）低端中等市場商務過程
  * Microsoft Dynamics NAV（**Nav**ision）業務解決方案系統
  * Microsoft Dynamics SL（**S**o**l**omon）項目型、服務型及分銷驅動型組織

## 外部連結

* Microsoft Dynamics
Microsoft_Encarta

**Encarta** 是微軟過往曾推出的數位多媒體百科全書，部份內容整合自 ABC 百科全書中的科里爾百科全書。Encarta 也有線上版，但是線上版只包含有限內容，完整版本是必須購買才能獲得的。現在 Encarta 與 Microsoft Student 系列軟體一同售出。截至 2008 年 8 月，Encarta 的最新版本是 Encarta 2009。

《Microsoft Student with Encarta Premium 2009》包括了適應從小學（7 歲）至大學的學生學習內容與工具、電子百科、多語種字典以及一套兒童教育軟體（《Encarta kids》）。與其他電子百科相比，Encarta 的優勢在於大量的多媒體資料。缺點是其中部分內容不甚客觀，有以美國為中心的傾向，而且內容更新的速度也比較慢，Encarta 2009 中很多資料已經改為 2007－2008 年的資料。

2009 年 3 月，微軟宣布停止 Encarta 光碟和線上版本。除日本外的所有國家 / 地區的 MSN Encarta 站點於 2009 年 10 月 31 日關閉。日本的 Encarta 站點於 2009 年 12 月 31 日關閉。但 dictionary.msn.com 上的 Encarta 線上詞典將繼續由 Microsoft 運營。

## 歷史

大英百科全書 1989 年出版的康普頓多媒體百科全書是第一部多媒體 CD-ROM 百科全書。

Grolier 1985 年出版的 CD-ROM 上的美國學術百科全書是純文字的。 1990 年，當它被稱為新格羅利爾電子百科全書（1988-1991）時，增加了靜態圖片。格羅利爾多媒體百科全書 CD-ROM 於 1992 年作為新格羅利爾多媒體百科全書首次出現。

微軟通過購買 Funk & Wagnalls 百科全書的非專有權利來發起 Encarta，並於 1993 年將其合併到其第一版中。（Funk & Wagnalls 繼續獨立於 Encarta 出版修訂版數年，但在 1990 年代後期停止印刷。 ) 微軟最初在 1980 年代接觸了大英百科全書，這是一個多世紀以來百科全書的黃金標準，但它拒絕了，認為它的印刷媒體銷售會受到損害。然而，本頓基金會在 1996 年被迫以低於帳面價值的價格出售大英百科全書公司，當時印刷品銷售不再能夠與 Encarta 專注於將副本與新電腦系統捆綁在一起的 Microsoft 分銷管道競爭。

1990 年代後期，微軟從 Macmillan 手中收購了 Collier 的百科全書和 New Merit Scholar 的百科全書，並將它們併入 Encarta。因此，當前的 Microsoft Encarta 可以被認為是 Funk 和 Wagnalls、Collier 和 New Merit Scholar 百科全書的繼任者。這些以前成功的百科全書在併入 Encarta 後，都沒有長期出版。

微軟即後又推出了幾個翻譯成英語以外語言的區域版本的 Encarta。例如，巴西葡萄牙語版本於 1999 年推出，並於 2002 年暫停使用。 西班牙語版本比英語版本略小，有 42,000 篇文章。

2006 年 7 月，總部位於倫敦的 Websters International Publishers 在華盛頓貝爾維尤的子公司 Websters Multimedia 從 Microsoft 手中接管了 Encarta 的維護工作。 最後一個版本是 Encarta Premium 2009，於 2008 年 8 月發布。

微軟於 2009 年 3 月宣布，將在 2009 年 6 月之前，在全球停止銷售 Microsoft Student 和所有版本的 Encarta Premium 軟體產品，理由是人們尋求資訊的方式以及傳統百科全書和參考資料市場的變化是主要原因。Encarta 的更新一直提供到 2009 年 10 月。此外，MSN Encarta 網站已於 2009 年 10 月 31 日左右停止使用，2009 年 12 月 31 日停止使用的 Encarta Japan 除外。現有的 MSN Encarta Premium（MSN Premium 的一部分）訂閱者將獲得退款。Encarta 的關閉被廣泛歸因於來自線上百科全書領導者維基百科的競爭。

維基媒體基金會已與微軟接洽，要求在免費許可下發布 Encarta 資料，但維基百科的聯合創始人 Jimmy Wales 表示，「社群可能不會覺得它有用。但是，這些圖像可能有用。」

## Encarta Dictionaries

Encarta Dictionaries 是 Encarta 裏的一部英文詞典軟體，這部詞典里有詞典（Dictionary）、類語辭典（Thesaurus）、5 種語言詞彙翻譯（英語與西班牙語互譯、英語與法語互譯、英語與德語互譯、英語與義大利語互譯）、動詞時態用法這 4 類功能。

在 Encarta Dictionaries 的詞典功能中，絕大多數英語詞彙都可點選真人詞彙發音（美式發音），以便使用者知道詞彙的正確讀音。

## 參見

* 線上百科全書列表