インフラストラクチャ自動化におけるモデル駆動型アプローチには、いくつかの利点があります。主な利点の1つは、学習曲線が緩やかで、コーディング経験の少ないシステム管理者でも容易に利用できる点です。高レベルモデルと宣言型言語を用いることで、管理者は複雑なスクリプトを作成することなく、インフラストラクチャの望ましい状態を定義できます。
* 宣言型言語：モデル駆動型アプローチでは、宣言型言語を使用することで、ユーザーは望ましい状態をどのように実現するかではなく、どのような状態であるべきかを指定できます。これにより、基盤となる自動化プロセスの複雑さが抽象化されます。
参考文献：Cisco DevNet Associate認定ガイド、インフラストラクチャ・アズ・コードとモデル駆動型プログラマビリティに関する章。

ステータスコード401 Unauthorizedは、リクエストに有効な認証情報が含まれていないことを示します。Cisco Webex APIでOAuth2を使用して認証を行う場合、AuthorizationヘッダーにBearerトークンを含めるのが正しい方法です。
ヘッダー = {"Authorization": "Bearer YOUR_TOKEN"}
このオプションは、Webex APIがリクエストを認証するために必要なAuthorizationヘッダーを正しくフォーマットします。ベアラートークンは、OAuth2が保護されたリソースにアクセスするために使用するトークンの一種です。
* 認証ヘッダー: ヘッダーには、キー「Authorization」と、その値が次の形式で含まれている必要があります。
「持ち主YOUR_TOKEN」
* ベアラートークン: Bearer キーワードの後に​​スペースとトークン自体を続けるのが、ヘッダーに OAuth2 トークンを渡す正しい方法です。
選択肢B：
* 「認証」ではなく「認可」を使用しているため、誤りです。
オプションC：
* スペースを入れずに「Authentication」と「Bearer」を誤って組み合わせているため、誤りです。
選択肢D：
* オプションCと同じ理由で不正解です。
参考文献：
* Cisco Webex API認証
* OAuth2 認証ヘッダー

YANGのモデル駆動型プログラマビリティにより、データモデルを使用してデバイスを構成できます。NX-OSでは、これにはネイティブモデルとOpenConfigベースのモデルの両方が含まれます。
* YANGモデル：ネットワーク機器の構成データと状態データをモデル化するために使用されます。ネイティブモデルはベンダー固有のものですが、OpenConfigモデルはベンダーに依存しません。
* 構成管理: YANG モデルは、NETCONF や RESTCONF などの API を介して、ネットワーク デバイスの一貫性のあるプログラム可能な構成を容易にします。
参考資料：Cisco DevNet アソシエイト認定ガイド、モデル駆動型プログラマビリティとYANGモデルに関する章。