Channel API は、サーバーからクライアントへのプル更新を許可します。しかし、データを socket に送り返す方法はありません。サーバーに Ajax リクエストを送信する必要があります。これは、ソケットで直接送信するよりも非常に遅いことを意味します。
Appengine は Web やソケット ベースのゲームに適していますが、appengine インスタンスのシャットダウンと再起動を制御することはできません。ゲーム オブジェクトはデータストアと memcache に保存する必要があります (非常に遅い)。バックエンドは許容できるソリューションかもしれませんが、ウェブ ゲーム オンラインの専用サーバーとしては適切ではないと思います。
appengine でのソケット Web ゲームの解決策をまだ探しています
あなたは自分の質問に答えたばかりです。App Engineは、アクションゲームのような超低遅延の操作に適したプラットフォームではありません。別のプラットフォームを見つけます。レイテンシがそれほど重要でない場合（つまり、ターンベースのゲーム）、AppEngineは機能するはずです。
ソケットAPIは、アウトバウンドソケット用であるため、おそらく理想的ではありません。
もちろん、ゲームのユーザー数が少ない場合は、専用の「通常の」サーバーで問題ありません。
ただし、ゲームをより多くのユーザーにスケーリングする可能性がある場合は、それに応じてゲームを設計する必要があります。これは、(おそらく) ロジック (バックエンド) とユーザーとのやり取り (フロントエンド) を分離することを意味します。あなたが言うように、ゲームの唯一のコピーを含むサーバーをシャットダウンしたくありません。バックエンドはそれをしません。
チャネル API の代わりに必要なものである可能性があるSockets Betaにサインアップできます。