Digital Heroes: Guide to IT World

驚きのキャリア転機 「まさか、私がAWSで登壇する日が来るなんて！」 事業会社に転職して数年。システム屋として過ごす中で、ひとつの夢がかなった瞬間でした。 AWSといえば、システム屋にとっての“憧れの舞台”。 圧倒的な技術力を誇るチームの中で、自分の事例を語れる日が来るとは、正直思ってもいませんでした。 登壇の法則 実は、システムの登壇には「ある一定の法則」があります。 ベンダーで登壇するなら、サービスやプロダクトのリードをしていること、あるいはCXOなど上位の地位に就いていることが条件。つまり社内競争に勝ち抜くか、かなりの幸運が必要です。 コンサルも基本的には同じで、登壇機会は限られています。 一方、事業会社は違います。 たとえ一担当でも、プロジェクトをリードして成果を出せば、ベンダー側の事例紹介として取り上げられやすい。 そして一度取り上げられれば、イベントでベンダーが発表するときに呼ばれる機会が増えるのです。 成功事例がチケットになる 私はTAKEDAで、日本の全システムをAWSに移行するプロジェクトをリードしました。 もちろん「成功」の定義には議論の余地があります。しんどかった人もいます。 でも、期限内に全移行をやり切ったのは事実。 その成果がAWSに評価され、なんと2年連続で登壇するチャンスをいただきました。 コロナ禍でのオンライン開催でしたが、全国のシステム屋仲間に発信できたことは、かけがえのない経験です。 近道はどこにある？ システム関係で登壇を狙うなら、答えはシンプルです。 👉 事業会社でベンダーと一緒にプロジェクトを成功させる。 これが最短ルート。 もちろん、ベンダーのマーケ部門に行くという手もあります。 ただしその場合、システム屋というよりはマーケ屋のキャリアになるので注意が必要です。 アンケートでおこづかい稼ぎ     次の一歩へ AWS登壇はゴールではありません。 経験を積み重ね、また次の挑戦につなげることこそが大切です。 私は信じています。 どんな環境にいても、正しい舞台を選び、自分の力を発揮すれば夢はかなう。 だからこそ、最後にこう言いたい。 「私ならできる！明日から踏み出す」

ちょっと待って、クラウド移行ってこんなに大変なの！？😱 最初は甘く見ていた。オンプレミスからクラウドに移すだけ？簡単じゃん？——そう思っていた時期が私にもありました。 しかし、いざプロジェクトが始まると、ネットワーク、セキュリティ、アプリ互換性、コスト管理…問題は山積み！🔥 一気に移行しようとすればするほど、トラブルの嵐。 まさに地雷原を歩くようなものだった。 では、どうやって乗り越えたのか？ 「計画」「小分け移行」「コスト管理」 という3つの鉄則に沿って、リアルなクラウド移行の課題と解決策を紹介します。 🚀 まずは移行のフローを固める！ 「クラウド移行は一度きりのイベントではなく、プロセスだ。」 この言葉を胸に、まずはしっかりとした 移行フローの確立 を優先しました。 環境構築 ：ネットワークとセキュリティを整備（ゼロトラストやVPN、IAMの設定） スプリント計画 ：Agile方式で小さな単位（アプリごと）での移行を実施 テストフェーズ ：クラウド環境での動作確認（コスト予測含む） 本番移行 ：1つのアプリが安定したら次へ進む この方法なら、 クラウド移行の失敗リスクを最小限に抑えつつ、柔軟に対応 できます。 ⚠ 一気に移行すると地獄を見る… 「オンプレのサーバ、全部まとめてクラウドに移しちゃおう！」—— この考えが最悪の失敗を招く 。 クラウドは、サーバを単に置き換えるだけのものではありません。特に、 ネットワークとセキュリティの設計を誤ると、移行後にシステムが動かない、パフォーマンスが出ない、コストが爆増する などの問題が発生します。 解決策はシンプル。 👉 環境を先に作る！アプリは順番に移す！ まずはネットワーク、アクセス制御を構築し、その上でアプリを1つずつクラウドへ移行していきます。 🔄 移行を仕組化すれば、あとは作業を繰り返すだけ！ 数個のアプリ移行が成功すると、やるべきことが見えてきます。 環境セットアップのテンプレ化 （TerraformやCloudFormationを活用） リフト＆シフトでまず移行し、安定稼働を確認 最適化フェーズでクラウドネイティブなアーキテクチャへ移行 クラウドに移した後、サーバの稼働時間を制御することで、コスト管理もしやすくなります。 💰 コスト管理がクラウド成功のカギ 「クラウドは従量課金だから安い！」...