Digital Heroes: Guide to IT World

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

これが次世代のクラウドです！ ベンダーの熱意あるプレゼンを受け、私たちは最新サービスを採用する決断を下した。 だが、その選択が“地獄の入り口”だったとは、誰も想像していなかった——。 🔥 最新技術に飛びつくと、プロジェクトは炎上する！？ クラウドの進化は目まぐるしい。 AWS、Azure、GCPなど、各クラウドベンダーは 毎年数百もの新機能や新サービスをリリース している。 これだけ聞くと「最新のサービスを使う方が、DXが進んでいいじゃないか！」と思うかもしれない。 しかし、 最新技術＝最適解ではない。 実際、AWSのRedshiftが登場した当初、多くの企業がこぞって導入したが、結果は 炎上続き だった。 理由は簡単で、 ✅ 技術が成熟しておらず、細かなトラブルが続出 ✅ ベンダー側もノウハウがなく、支援が機能しない ✅ 社内に経験者がいないため、運用時にカオス状態 このように、新技術の採用はリスクが高い。 むしろ、 市場に浸透し、各社が痛い目を見た後のサービスのほうが、安定した導入が可能 だ。 📌 経験者のいない運用は、クラウドの強みを殺す クラウドの真のメリットは、 運用時にこそ発揮される。 例えば、リソースのスケールアップ・ダウンを自動化し、コストを最適化したり、 稼働状況をリアルタイムで監視し、障害を事前に察知することもできる。 しかし、 その運用を担う人材のレベルによって、クラウドの良さが全く活かされないケースが多い。 特に日本の多くのベンダーは 開発フェーズで大きく稼ぎ、運用には最低限の人員を置く傾向 にある。 その結果、 ❌ システムは完成したが、運用担当者がクラウドを理解していない ❌ 自動化どころか、手動作業が増え、運用コストが爆増 ❌ コスト削減のために導入したクラウドが、逆に高コスト化 運用を考慮せずにクラウドを採用すると、 DXどころか、ただのコスト増システム になりかねない。 国内唯一の一般社団法人による投資アドバイスができる国の免許を登録済みのFXスクール！生徒の7割が女性で、過半数以上がプラス成績を出しています。 💡 結局、一番コスパが良いクラウドの使い方とは？ クラウド導入を成功させるためには、 ✔ 最新技術に飛びつかず、成熟した技術を選ぶ ✔ 運用担当者のスキルを考慮して設計する ✔ 「攻め」...

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