Refactor AsyncPollingLoop to accept an Operation directly

Currently in `AsyncAwaitLongRunningOperation` we can construct a `future>` from an `Operation` just so we can pass it to `AsyncPollingLoop`. It would be preferable to refactor `AsyncPollingLoop` such that it could accept either.

A brief attempt to do this refactoring was made, but resulted in unit test failures when trying to cancel the `future`.

AsyncAwaitLongRunningOperation と AsyncPollingLoop から始め、future のキャンセルに関する既存の単体テストを確認します。現在、Operation がどのように future> にラップされているか、またキャンセルがどのように動作するかを追跡します。AsyncPollingLoop がラッパーなしでどちらの形式も受け入れ、キャンセルを含む影響を受ける単体テストがパスすれば完了です。

索引モデルが issue の本文から書いたものです。