Question#1(AZ-204)
複数のAzure API Management (APIM) ホスト型APIを開発しています。
あるAPIに対して、軽微で非互換性のない（non-breaking）変更をいくつか行う必要があります。APIの変更には以下の要件が含まれます：
-
APIの呼び出し元（クライアント）を中断させてはならない。
-
問題が発見された場合にロールバック（元の状態に戻すこと）が可能であること。
-
開発者が新機能の内容を理解できるようにドキュメント化されていること。
-
公開前にテストされていること。
APIを更新する必要があります。
あなたは何をすべきですか？
正解：D
Azure API Managementにおける変更管理には、「リビジョン」と「バージョン」の2つの概念があります。この問題の鍵は「非互換性のない変更（non-breaking changes）」という点です。
なぜ「リビジョン」が正解なのか？
-
リビジョン (Revision):
-
APIの実装に対する安全でインクリメンタル（段階的）な変更に使用します。
-
呼び出し元に影響を与えず、変更をオフライン（特定のURL）でテストできます。
-
準備ができたら、そのリビジョンを「最新（Current）」に設定するだけで公開でき、問題があればすぐに以前のリビジョンに戻せます。
-
変更履歴が記録されるため、開発者は何が変わったのかを確認できます。
-
コメント