(株)日立システムズ

私は工学部で情報システムについて学んだ後、大学院に進学。統計的手法を使ってビッグデータを解析し、がんの希少症例が発生する原因の特定や、治療方法を確立するためのバイオマーカー遺伝子の特定の研究を行っていました。就職活動ではIT業界に進むことを志望していましたが、数あるSIer企業の中から当社を選んだのは、技術領域が広大であることに魅力を感じたから。幅広い事業の中から、自分がやりたい仕事を見つけたいと思ったのです。

入社後、私が最初に配属されたのはオンプレミス環境でサーバやネットワークの設計・構築を行うインフラ構築のセクション。しかし配属から3か月後に「これからは物理的なインフラではなく、パブリッククラウドの活用が重要になる。」という上司の思いから、パブリッククラウドを利用したインフラの設計構築に従事することに。入社した当初はデータセンターに搬入されたサーバの設定作業を行うといった仕事もしていましたので、オンプレ環境とクラウド環境のどちらの構築業務も経験しています。

パブリッククラウドのSIに従事することになってから、主に担当したのはAWS (Amazon Web Services／アマゾンウェブサービス)を利用したシステムの設計。従事当初はAWS上にインフラ環境を構築するといった仕事を担当していましたが、3年ほどたった時、クラウドCoE (Center of Excelecne/クラウド化を進めるために必要な知見、リソースを集約した横断的な組織) と呼ばれるチームに所属することに。これはパブリッククラウドの新サービスの検証やテンプレート、マニュアルの整備、アライアンスの取り纏めなどを行うクラウド活用推進のためのチームです。

AWSは単にクラウド上にサーバ環境を提供しているだけでなく、データベース、BIツール、AIなどの高度なサービスも提供しています。そのリリースのスピードは、ここ数年で200を超えるほど。私たちのチームが新しいサービスについての検証を行い、そのナレッジをシステム開発のフロントでお客様への提案を行っているSE部隊が活用することで、スピード感を落とさずお客様の業務への適用を行っています。このように、私たちSIer企業がAWSと協業する形で、新しいサービスをお客様や利用企業の業務システムに活用するための支援をしているのです。

クラウドCoEチームに所属するようになってから、私が検証を担当したサービスのひとつにコンテナ仮想化の機能があります。コンテナ環境の管理のためにはKubernetesというツールを利用することが一般的ですが、利用するためには複数台のサーバを構成した上でツールをインストールし、ツール自体の管理もしていく必要がありました。しかし、AWSで提供されているAmazon EKS (Elastic Kubernetes Service)を利用することで、AWSが管理するサービス(マネージドサービス)としてKubernetesの利用が可能になるというものです。もちろん、フロントのSE部隊が活用するためには、本当に実現が可能かというフィジビリティを得たり、実装後に不具合が発生しないかといった検証を行うことが必須でした。

私はAWS上でコンテナ仮想化を実施した後、数か月かけてその後の経過を検証。問題がないことを確認したうえでテンプレートを作成し、社内に共有しました。一方、こうして共有化された情報を活用したいと考えるチームを、後方から支援するのも私たちクラウドCoEチームの大切な役割。定期的に相談会のような場を設け、フロントのSE部隊への技術的な支援を行っています。

現在、私が検証を進めているのは、AWS上で提供されている生成系のAIであるBedrockというサービスです。まずはこれがどんなものであるのかを確認することからスタートし、実際のアプリケーションからコードを利用して呼び出すことができるかを検証。現在はよりうまく使いこなすためにはどのような工夫が必要かを検討しているところです。AWSが提供している数多くのサービスは、SEにとって使い勝手の良いものが多く、デプロイするだけであれば、ハードルは決して高くありません。

しかし、システムの開発を進めているうちに新しいバージョンがリリースされ、機能が変わってしまうことも少なくありません。以前のバージョンでは実装されていなかった機能を自分たちで開発していたのに、新バージョンでは搭載されてしまった、といったことも頻繁に起こります。私たちのチームでは、ネットミーティングツールを使ってコミュニケーションを取っているのですが、AWSのサービスに変更があると、「こんなサービスがリリースされたのか」や「こんな変更が行われたのか」など常に共有しています。

私はオンプレ環境のインフラ構築からスタートしていますので、今でも自分は情報インフラのエンジニアだという自覚があります。一方で、インフラとアプリケーションというレイヤーの境目が無くなっているのも事実。現在の私の仕事では、インフラとしてのクラウド環境をしっかりと理解しつつ、検証のためにモックアップのシステムを自分で開発したり、アプリケーションのレイヤーを意識しながらマニュアルやテンプレートを作成するといったことが不可欠になっています。

これは開発の最前線で働くフロントのSE部隊も同じで、クラウド環境で稼働するシステムであること、AWSのサービスを活用して効率的に開発することを意識しないと、お客様にとって最適な提案はできなくなってきているのです。私たちエンジニアにとっては、考えなければならないことが増えた分、ハードルが上がったとも言えますが、それだけ自由度も増している。今後のシステム開発では、インフラのアーキテクチャまでを含め全体を俯瞰してアプリケーションの設計を行うことがより一層重要になってくるのではないかと感じています。

そのためにも、私が常に意識しているのは、AWSだけに特化したエンジニアになってはいけないということです。クラウドCoEチームの仕事は、AWSのサービスを活用してお客様により良いシステムを提供するために存在するもの。AWSを使いこなすことが目的なのではありません。だからこそ、フロントのSE部隊とは積極的に交流の機会を持ち、開発の現場では今何が起きていて、何を求められているのかを理解するように努めています。

当社は、官公庁や自治体、公共交通機関、大手企業などに向けて、大規模システムの設計・開発・保守を数多く手がけている会社です。「一人でできること」には限りがあるため、チームで動くことが前提になりますし、他人と協力して成果を出すという能力は重要です。幅広い技術の分野に触れることのできる可能性を持った会社ですから、周囲の人とのコミュニケーションを大切にしながら働きたい人には、魅力的な会社だと思います。