AWS Batchを利用したインスタンス最適化の自動化
バッチ処理で失敗した場合の影響が尋常ではないため、多くのサーバーリソースを用意します。
また、サーバーの増設となると2カ月以上かかり、その間何かが起こればエンジニアが張り付くという事もざらです。
AWS Batchを利用すれば市場の変化に怯えるインフラエンジニアを救えるのではないかと期待しています。

AWS Direct Connect
オンプレと共存ありきで検討が始まるため、専用線サービスは利用する前提です。
そこから社内のルールでファイアウォールを設置したり、オンプレとクラウドを繋ぐブリッジサービスの設計が必要になるのですが・・・

Amazon CloudWatch
開発はしないけれど、監視はしたい。監視サービスは多すぎて何がどう良いのかわからない。
とても悪い言い方ですが、デフォルトで、サービス導入なしで監視ができるとあり、期待が高まります。ちょっと期待過多になってる節もありますが・・・

メリットとして捉えられていない点

先行投資不要であること
＞ハードウェアへの多額の先行投資や、そのハードウェア管理に長時間を費やす必要がなくなる。
正直、金融は上のメリットを享受しづらい業界だと思います。
事前調査を最低半年の規模で念入りに行い、見積もりを精緻に実施する文化においては、実態のないクラウドは見積もりずらく不安な物に移っている様に思います。

＞使用量もわからないうちにデータセンターやサーバーに多額の投資を行う必要はなく、
既にDC・大量のサーバーを保持しているため、クラウドとオンプレのハイブリッド構成が余儀なくされます。

AWS Lamda(サーバーレスアーキテクチャ)
価格面は非常に魅力的ですが、どうしても密結合のサービスである場合が多いため、サーバーレスアーキテクチャ化するコストを考えると尻込みしてしまいます。
勘定系・執行系の両方をサーバーレスで実装仕切った事例は、当分先なのではないかと思います・・・

未知数

AWS アプリケーション検出サービス
＞オンプレミスデータセンターで実行されているアプリケーション、その関連依存関係、およびパフォーマンスプロファイルを自動的に識別する
と記載されているのですが、正直未知数です・・・
説明だけ読むと夢のようなサービスなので、期待は抱きますが事例ベースの推薦といったところ。

Amazon Lex
スマホの次は音声認識と聞きます。
投資家は耳が遊んでいるという意見もあるように、見せ方出し方によってはキラーコンテンツの元になるのではと思います。

参考
AWS ホワイトペーパー
アマゾンウェブサービスの概要 (2017 年 4 月)
https://d0.awsstatic.com/International/ja_JP/Whitepapers/aws-overview.pdf