AWSを軸にキャリアを築いてきたクラウドエンジニアが語る、生き残るために大切な考え方

はじめに

はじめまして。  
クラウドインフラを中心に、フリーランスとして約10年ほど活動している鈴木と申します。  

主に AWS を軸に、要件定義、設計、構築、運用、SRE に関連する改善業務など、システムづくりの幅広い工程に携わってきました。クラウドの世界は変化が速く、新しい技術が次々と登場します。  その中で長く価値を発揮し続けるためには、知識を増やすだけでなく、自分なりの軸を持って技術に向き合う必要があると感じています。

この記事では、AWS を中心にキャリアを築きながら、どのようにスキルを深め、広げ、働き方を変えてきたのかを振り返りながらお話しします。  特別なことをしてきたわけではありませんが、ひとつずつ積み重ねてきた経験が今の自分を支えていると実感しています。

それでは、まず新卒としてITエンジニアになった頃から振り返っていきます。

技術的に成長できる環境を求めて

最初に入社した会社では、システムの運用保守や問い合わせ対応が中心でした。  新卒で入った当時はITの経験がほとんどなく、大学でC言語の文法に少し触れた程度でした。  社会人として働くことそのものにも慣れておらず、まず日々の業務をこなすだけで精一杯だったように思います。運用の仕事は安定して継続できるという意味では学びが多く、今振り返ればITエンジニアとして、また社会人として基礎力を養う大事な時期でした。  
社会人としての経験ももちろん初めてである中、日々の運用を確実にこなしていくことを求められる仕事であり、お客様への対応の仕方や、手順を確実にこなすこと・それを改善していくことを日々の業務で体得していきました。

一方で、業務では決められた手順に従うことが多く、技術的な工夫をしたり、自分で構成を考えたりする機会は多くありません。  
このままではITエンジニアとして汎用的に通用する技術スキルが身につかないのではないかという不安が大きくなっていきました。「ある日会社から放り出された時、果たして自分は食っていけるのか」という不安がこのときはありました。

さらに、勤務先の移転により通勤が負担になったことも重なり、転職を決意しました。  自分に自信が持てない中で転職活動をするのは大変で、自分の強みも客観的に見えていない状態だったので、うまくいかず日々の不安とストレスで体調を崩すこともありました。  

紆余曲折ありましたが、なんとか次の会社を見つけお世話になることとしました。
ここまで経験した運用フェーズでの基礎的な知識や対応力は、後から振り返ると現在の自分を支える大きな土台になっています。  

また、何もできなかった自分を見捨てず根気強く指導し続けてくれた当時の上司の方には今でも感謝しています。転職先では主にSESで現場に出て働いており、多くはインフラ寄りの業務に関わることが多かったです。  

ここでは初めての案件でAWSに触れることになりました。  
当時（2014年頃）は AWS が今ほどまだ使われていなかったため、これは本当に自分にとってラッキーでした。  これまでサーバーについては、自分の中では「大きな機器を見積もって調達して設置するもの」というイメージがありました。  
そのイメージがあったため、AWSに初めて触ったときは衝撃でした。数クリックで必要な環境が用意できてしまうことに驚き、「これだけ簡単に扱えるのであれば、今後必ず中心的な技術になっていく」と感じました。  

クラウドというものに魅了された瞬間でしたね。この体験をきっかけに、「AWSを軸にキャリアを積み重ねていこう」という思いが自然と芽生えました。今振り返るとこれが自分のキャリアの最初の大きな転機だったかもしれませんね。  その後は「AWSの案件に入れさせてくれ」という要望を出し続けました。

その結果2015年頃、ソーシャルゲームのインフラ案件に関わることができました。ここでは当時、一部のゲームで本番トラフィックを受けるサービスの基盤としてAWSが使われており、運用や構成も当時のベストプラクティスに近い形だったかと思います。この経験が、「AWSではどのような構成を目指すべきか」「どのような運用体制が現実的か」という具体的なイメージを持つきっかけになりました。

それまでトラディショナルな会社や現場でばかり働いていた自分にとって、当時のWEB系文化の最先端とも言える会社で働けたことは、その後の自身の考え方に大きな影響を与えました。また、フリーランスが多く活躍する現場で実際に彼らと共に働いたことは、自身が後にフリーランスとなるイメージを描くきっかけにもなりました。

こうした経験を通じて方向性としての軸は見えましたが、この時点ではまだ「作れる」ではなく「知っている」に近い段階でした。ここから先は、実際の現場の中で手を動かしながら、AWSを自分のものにしていく時間が続いていきます。

現場で手を動かしながら、AWS の理解を深めていった日々

2016年にフリーランスとして独立しました。
会社内に閉じずに広く技術的な経験が得たかったことから会社の外に出ようと思ってはいたのですが、ソーシャルゲームのインフラ案件の現場でフリーランスで働いている方を既に見ていたこと、SESで働いていたことから案件を頂いて現場に行くという点では働き方はそう大きく変わらないこと、たまたまお世話になったエージェントの方が正社員転職の求人といっしょにフリーランス向けの業務委託案件も取り扱っており、同時に探して頂いた結果その時のスキルで案件参画が可能であるとわかったことが重なったため、フリーランスとなることを決めました。

独立初期は、ここまでの案件でAWSの知見を土台にしながら、実務を通して理解を深めていく時期でした。  理想形に近い環境で得た感覚をベースにしつつ、現場ごとの事情に合わせてどう落とし込んでいくかを、試行錯誤していくようなフェーズだったと思います。

また、日々の運用の中でTerraform、Ansible、Mackerel、Datadogなどに触れる機会もこの頃からありました。  日々の運用や設計・構築の機会を得ながら、関連領域に手を伸ばして自分に技術を積み重ねることができたのはとても良かったです。たまたまそのような案件に携わることができたのはラッキーでしたが、案件選択をする時にはこのように自分が案件を通してどう成長できるかを考えて選ぶほうがよいというのをこの時体感できたかなと思います。

2016〜2018年頃はAWSの利用が一気に広がっていった時期でした。
日々アップデートを追いながら、現場で試したり改善したりする中で、AWSを「知識」としてではなく「使える技術」として身につけていけた時期だったと思います。

また、自分個人としては、この頃にインフラチームとアプリケーションチームが完全に分かれている案件に関わりました。  インフラ側で原因を特定できてもアプリケーション側に踏み込めず、本質的な改善の話ができないという経験をしました。問題を解決するには統合的なアプローチが必要であり、チームが分かれているのは職務の都合でしかありません。  これは自分の能力不足もありましたが、チーム間の責務の分断が生んでいる構造的な問題もあったかと思います。  

歯がゆい思いをしたのを今でも覚えています。このときはまだ力不足ではありましたが、インフラに閉じない部分まで見られるエンジニアになりたいという思いをこの時抱いたのを覚えています。
この思いは後にSREという考え方に触れた際に、「まさしくこの時考えたことだ」となり、自分がこの時抱いた思いは間違ってなかったんだとその時実感しました。

さて、現場でAWSを扱い続ける中で、構成に対する解像度や判断基準は少しずつ確かなものになりつつありました。  

この後は案件をやっていく中で、徐々により複雑な課題に対応することとなっていきます。

SREとして、複雑な課題と向き合い続けた時期

2019 年から関わった案件は、自分のキャリアの中でも特に印象に残っている期間でした。長く運用されてきたサービスであることもあり、技術的にも組織的にも多くの前提や制約が積み重なっており、現在の課題は何なのかを理解するところから始めるような案件でした。

オンプレ前提のシステムをクラウドにそのまま乗せた結果、ガチガチに依存関係のあるシステムがありました。そこで日々運用をしながら、出来る改善はなにか、今起きた事象に対し、根本原因と今できる対策はなにか、恒久対策はどうするべきなのか、等を日々考え続けた案件だったかと思います。

ソーシャルゲーム案件で理想形を知り、フリーランス初期の案件で理解の解像度を上げていった自分にとって、振り返るとこの案件は次の段階に進むものでした。複雑な状況の中で、どのように改善していくかを考える必要があるフェーズでした。Terraformを使った構築の改善、監視の整理、デプロイフローの見直し、運用負荷を減らす施策など、できることを一つずつ積み重ねていき、先述のものとは別システムのAWSへの移行なども行いました。

課題を抱えた状態のプロダクトを前にして、どのように改善していくのかを日々考えつつ、手を動かしながら技術的にも様々な経験が積めた案件だったと思います。技術力はもちろんのこと、課題に根気強く向き合ってどう解決していくか、という体験ができたのは非常に大きかったです。

この期間に得た学びは非常に大きく、理想の状態と現状とのギャップを少しでも埋めるために何をするか・何を出来るかを具体的に考えることの大事さを体感しました。
最終的に、この案件で抱えていた課題をすべて解決しきれたわけではありません。しかし、改善が難しい状況であってもどのように現実的に前へ進めるかを考え続けたことは確実に現在に生きています。

また、この時期には世の中がコロナ禍となり、外出しづらくなったこともあって[Atcoder]で競技プログラミングを始めました。  長くインフラに軸を置いてきたためあまり積極的にコードを書く機会がなかったこともあり、コードを書くということを自然と継続的に行えると思ったのが始めた理由の一つです。  

Golangでやっていたのですが、これはOSS(Dockerやk8sなど)でGolangがよく使われていたため、ある程度触れるようにしたかったのと、元々Golangに興味があったからです。2年ほどですが、毎週コンテストに参加してコードを書き続けたことは、直接的にインフラ構築に生きるわけではないものの自分の技術的な幅を広げる上でとても良い経験になりました。

この期間では、技術的な鍛錬と現場で複雑な課題に向き合う日々が同時に進んだことで、自分の中で「改善するとはどういうことか」という視点がより深いものになっていきました。そしてこの頃から、同じような課題を抱えている組織は想像以上に多いのではないかと感じるようになりました。  
様々な人や会社のお話を伺う機会があったのですが、AWSを使っていても運用や改善のための知見が不足している、設計の段階でよくない設計にしてしまい負債を生み出してしまっている、最初はとりあえず動くインフラを作ったもののサービスが伸びてきて改善が必要になった、などが多かったと思います。  

これらは少しの知見があれば回避できるものも多く、その知見がないがために事業やサービスの加速が阻害されていることが多いのは、もったいないなと思うようになりました。
このときの思いが、自分の持っているスキルをどうにか展開していきたい、という気持ちに繋がっていきました。

スキルを展開し、人と動くフェーズへ

ここ数年、携わる案件の性質が少しずつ変わってきました。 以前は、既に動いているシステムを改善したり、運用負荷を下げたりといった、実務寄りのタスクが中心でした。 しかし最近は、それらを行いつつもプロダクトの初期段階から相談を受けたり、技術的な方向性を決める場面に関わることが増えてきました。

初期段階からの相談が増えていったのは、自分がそのような案件を強く求めてきたという側面もありますが、何より周辺技術も含め長く経験を積み重ねてきたことが要因だと自己評価しています。このような経験者は特定の案件や企業にコミットしているケースが多く、自分のように外部で活動している人間は少ないため、特に評価いただけていると感じています。2014年からAWSに触り続けている人は正直かなり少ないはずなので、そこは強みとして評価されるポイントかと思います。長くAWSを扱ってきたこともあり、後の運用を考えるとどの構成が適しているか、どこを押さえておけば将来的に無理が生じないかといった部分で意見を求められることが多くなりました。

また、Pythonを用いたAPIの構築など、従来よりもアプリケーション寄りの領域に踏み込む機会も増えました。 以前の自分であれば手を伸ばすことに躊躇した領域も、インフラの文脈と絡めて理解することで、全体像を俯瞰しながら判断できるようになってきたと感じています。

さらに、近年生成AIに関する取り組みが増えてきたことで、インフラとAIをどのように組み合わせると価値が生まれるかを手探りではありながら考え始めています。  自分の強みであるクラウド基盤の知見を軸にしつつ、新しい技術との接点を模索するフェーズに入っている感覚があります。  
もしかするとこれがクラウドに初めて触れた時に次ぐ、第二のターニングポイントになるかもしれませんね。

また、働き方にも変化がありました。自分で手を動かしながら進めるケースも多いものの、プロジェクト内で専門性や経験を持つ立場として、技術的な意図を説明したり、方向性を明確に示したりする場面が増えました。  ジュニアのメンバーやプロパーのリーダー、マネージャーの方々に対して、技術的な側面から判断材料を提供することもあります。

最近は日々案件をやっていく中で、一人でできる範囲には限界があり、出来ることを展開していくには人に頼る必要がある、ということも感じました。フリーランスとして今まで一人で動いてきましたが、これからはもっと人や会社と協力して何かをやっていけたらいいなと思っています。

ここまで積み重ねてきた結果、現在はクラウドインフラに関する知識と実務経験を基盤にしながら、必要なときには領域を広げつつ、プロジェクト全体の品質を上げる方向へ働きかけることが 、最も力を発揮できる形なのではないかと感じています。

ここまでが現在までの自分の軌跡です。キャリアをはっきりと振り返る機会がなかなかなかったのですが、こうして見ると少しずつ出来ることが増えていって、その結果考え方が少しずつ変わってきた、というのが実感できます。次は、クラウドインフラ領域を武器にしながら長く働き続ける中で、自分が大切だと感じていることを整理してみます。

クラウドインフラを軸に生きるために大切なこと

ここまで振り返ってみると、特別なショートカットがあったわけではありませんでした。  ただ、AWSを中心としたクラウドインフラの領域で長く仕事を続けてくる中で、自然と意識するようになった考え方があります。
どれも特別なものではありませんが、自分が今の働き方にたどり着くまでの過程で形づくられてきたものです。

技術は目的ではなく、課題を解決するための手段

ITエンジニアの仕事は、突き詰めれば「課題を理解し、解決すること」だと感じています。  
技術そのものに価値があるのではなく、  
「なぜそれを使うのか」「その選択は課題解決につながっているか」という観点が重要だと思うようになりました。
クラウドサービスを扱う中でも選べるサービスが増えたからこそ「どの選択がこの状況に最も適しているか」を考える必要性が強まっています。

軸となるスキルを育てながら、必要な領域に広げていく

クラウドインフラ（特にAWS）は、自分にとって最初に「軸」と呼べるものになりました。  軸があることで、周辺領域にも自然と手を伸ばしていけたように思います。インフラを理解する中で DevOpsやSREにも興味を持ち、IaCやCI/CDにも手を伸ばし、プロジェクトによってはAPI開発にも踏み込み、最近では生成AIとの組み合わせも視野に入れ始めるようになりました。

軸を一つ持ちながら、必要に応じて横に広げていく。  その積み重ねこそが、変化の激しいこの業界で働き続ける上での大きな支えになっていると感じます。

すべてを一人で抱え込むのではなく、強みを持つ人と協力して進める

長く働いてきて強く感じるのは、  得意領域を持つ人たちが連携することで、  一人では作れない大きな価値が生まれるということです。自分自身、クラウドインフラや設計の部分では力を発揮できますが、一人でプロダクト全体を完璧に進められるわけではありません。  正直プロジェクト管理周りは苦手ですし、フロントエンドはずっと触ってなかったのであんまり良くわかっていません。

全部の領域で高いスキルを発揮できるのは一部のスーパーマンだけなので、自分は持っている強みで価値を発揮しつつ他の強みを持っている人と連携しながら動けると良いと思います。  
そういった方からは学ぶことも多いですし、一緒にやっている中で自然と自分の知見も引き上げられていくものです。

技術は触り、動かし、自分の文脈に落とし込むことで身につく

AWSにしても、プログラミングにしても、  触って動かすことでしか理解できない部分が多いと感じています。情報を追うことはもちろん大切ですが、実際に試しながら、自分なりの文脈に当てはめることで、初めて「使えるスキル」になっていきます。
実務で試す機会があればもちろんいいですが、個人でも興味があったら是非試してみましょう。試したらZennやQiitaなどで情報発信してみるといいでしょう。

小さな積み重ねこそが、後の軸をつくる

振り返ってみると、どこかで特別大きな飛躍があったわけではなかったかなとも思います。運用の基礎を学んだ時期も、ソーシャルゲーム案件で理想形を知った時期も、AWSの理解を深めたフリーランス初期も、SREとして複雑な課題に向き合った時期も、すべては小さな積み重ねの連続でした。

ただ「続けてきたから」積み上がったわけではなく、その時々で自分にできることを考え、一つひとつ行動してきた結果として、土台が厚くなっていったのだと思います。必要な知識を調べてみる。
分からない部分を試してみる。  
改善の余地に気づいたら手を入れてみる。  
経験したことを次の案件に活かしてみる。  

こうした、自分で考えて動く小さな行動を少しずつ積み重ねていくことで、後になって振り返ると「軸」と呼べるものになっていました。千里の道も一歩からという言葉がありますが、自分が歩んできた道のりを振り返ると、まさにその通りだと感じます。  

日々の積み重ねが、自分の血肉となり、長く価値を発揮し続けるための軸になっていきました。

まとめ

AWSを軸にキャリアを積み重ねてきたこの10年あまりは、特別な成功体験の連続というよりも、自分にできることを少しずつ広げていく過程そのものでした。
運用の基礎を学んだ時期、AWSの理想形を知った時期、現場で理解の解像度を高めた時期、SREとして課題に向き合った時期、そして、これまで培ったスキルを人・会社・サービスに還元していく今の時期どの時期にも意味があり、積み重ねがあり、それらがつながって今の自分を形づくっています。

クラウドの世界はこれからも進化し続けます。生成AIの広がり、開発体験の高度化、インフラ抽象化の進展など、今後の技術的な潮流も変わっていくはずです。
そんな中でも、課題を見極め軸を持って技術を選び、自分なりに考えて行動していくことで、どんな環境でも価値を発揮し続けられると感じています。この記事が、同じようにクラウドインフラの分野を歩んでいる方、あるいはこれからキャリアを築いていく方にとって少しでも参考になれば嬉しいです。