ID:83131さん

## プロジェクト概要 医療電子カルテシステムのサーバー構築を担当し、工数削減と業務の属人化防止を実現しました。 ## 役割・体制 ### 自身のポジションと役割 - インフラエンジニアとして、サーバー構築の設計、テスト、および運用支援を担当しました。 - 工数削減を目的とした自動化ツールの作成や検証業務を遂行し、構築工程の効率化に貢献しました。 - リーダーのサポート役として、チーム間の調整や問題解決に寄与しました。 ### チーム規模と構成 - リーダー1名、構築メンバー5名から10名のチームで構成されていました。 - 『インフラエンジニアを中心とした専門職が連携し、医療システムの安定稼働に向けて協働しました。』 ## 背景・課題 - 医療現場で利用される電子カルテシステムの安定稼働を支えるため、高信頼性のサーバーインフラ構築が求められていました。 - 特殊な案件に対応する際、標準手順通りに構築が進まないケースがあり、トラブルシューティングに多くの時間を要しました。 - 手順書にない問題発生時のログ解析や他チームとの連携不足が、作業遅延の主因となっていました。 ## 実際の取り組み ### 開発環境 - サーバー構築は主にコマンドプロンプトとPowerShellを用いて手動で作業を進めました。 - Windows ServerおよびLinuxサーバー環境における設定作業やサービス構築を担当しました。 - 構築作業の効率化のため、ツール作成による自動化を推進しました。 ### 設計・改善内容 - 工程ごとの設計ドキュメントを整備し、属人化を防止する体制を構築しました。 - 発生したトラブルに対してはログを詳細に追跡し、原因究明を徹底しました。 - 他チームとの積極的なコミュニケーションを図り、情報共有と問題解決のスピード向上に寄与しました。 - 自動化ツールの導入により、従来14日かかっていたサーバー構築工数を12日に短縮しました。 ### その他アピールポイント - チーム間の垣根を超えたコミュニケーションを日常的に実施し、協力体制の強化と問題早期発見に貢献しました。 ## 成果・価値 - 自動化ツールの導入と設計ドキュメントの整備により、サーバー構築工数を約14日から12日に短縮し、作業効率を向上させました。 - 属人化しない業務プロセスの確立により、運用の安定性が向上し、医療現場のシステム信頼性を支えました。 - チーム間のコミュニケーション強化により、トラブル解決の迅速化と社内連携の円滑化を実現しました。

## プロジェクト概要 オンプレミスの業務システムをクラウド環境へ移行するため、詳細設計から運用手順書作成までを担当しました。 ## 役割・体制 ### 自身のポジションと役割 - SESチームのリーダーとして、自社メンバー3名とパートナー企業2名の計5名を統括し、クラウド移行に関する作業指示と進捗管理を行いました。 - データベースのフェイルオーバークラスター設定と、SAML認証のクレーム変換設定を中心に、インフラとネットワーク関連の技術的な構築業務を担当しました。 ### チーム規模と構成 - プロジェクトリーダー1名の下、約7名のSESメンバーで構成されたチームにて、インフラ構築および運用準備を推進しました。 ## 背景・課題 - オンプレミスで稼働している既存業務システムをクラウドへ移行する必要があり、安定稼働と運用の効率化を目指しました。 - 要件定義や基本設計が別会社により進められていたため、多くの設計情報がドキュメント化されておらず、認識合わせのためのミーティングが頻繁に発生しました。 - ドキュメントの不足により、仕様の不明瞭さが障壁となり、作業遅延や手戻りのリスクが存在しました。 ## 実際の取り組み ### 開発環境 - 各サーバー構築は手動作業で行い、クラウド環境上でのDBフェイルオーバークラスター構築やSAML認証設定を精密に実施しました。 - オンプレミスからクラウドへの移行に伴うネットワーク設定とアクセス制御の最適化を実施し、セキュリティ基準を満たすよう設計しました。 ### 設計・改善内容 - 不十分なドキュメントを補うために、現状のシステム調査を徹底し、具体例を示しながら顧客に質問を行うことで、要求の真意を明確化しました。 - 認識のズレを防ぐために、調査結果を共有しながらステークホルダーと密にコミュニケーションを図り、合意形成を効率化しました。 - フェイルオーバークラスター設定では、可用性確保のための詳細設計と検証を重ね、問題なくスムーズな切り替えを可能にしました。 - SAML認証のクレーム変換設定においては、クラウド環境の仕様に合わせた調整を行い、ユーザー認証の安定稼働を実現しました。 ### その他アピールポイント - 運用手順書の作成に注力し、移行後の運用担当者がスムーズに管理できる体制構築を支援しました。 ## 成果・価値 - スケジュール通りにクラウド移行を完了し、システムの安定稼働と運用効率の向上に貢献しました。 - 移行後の障害発生率を低減し、システムの信頼性向上に寄与しました。 - 認識合わせのためのコミュニケーション強化により、作業効率が改善し、プロジェクト全体のリスクを軽減しました。

## プロジェクト概要 LINEの受発注システムをAWSのサーバーレス技術を活用して設計・構築し、運用とコスト監視を担いました。 ## 役割・体制 ### 自身のポジションと役割 - インフラエンジニアとして、AWS環境におけるサーバーレスアーキテクチャのシステム構成設計を担当しました。 - AWS LambdaやAmazon CloudFrontを活用した認証基盤の提案と設計に携わりました。 - システムのテスト支援および運用開始後のコスト推移監視と効率的な運用体制の構築を行いました。 ### チーム規模と構成 - 自社開発メンバー2名とインフラ担当1名の計3名体制でプロジェクトを推進しました。 - インフラ担当として設計から運用保守まで一貫して担当し、技術的な中核を担いました。 ## 背景・課題 - LINE向けの受発注システム構築において、AWSのサーバーレスサービスを初めて利用するため、DynamoDBやLambdaの挙動が予想通りに動かない点が大きな課題となりました。 - 認証の仕組みを含むシステム設計の最適化が求められ、技術的検証不足によるリスクを回避する必要がありました。 - 短期間での開発および運用開始に向けて、未知の技術へのキャッチアップと安定稼働の両立が求められました。 ## 実際の取り組み ### 開発環境 - 開発環境はAWSのサーバーレスサービスを中心に構成し、AWS Lambdaでのイベント駆動処理、Amazon CloudFrontによるコンテンツ配信を活用しました。 - DynamoDBをデータストアとして利用し、高速かつスケーラブルなデータアクセスを実現しました。 - Gitなどのバージョン管理ツールやCI/CDパイプラインを利用し、効率的な運用を支援しました。 ### 設計・改善内容 - AWSの公式ドキュメントを参照しつつ、同様のシステム構成を実現した事例サイトを調査し、技術的検証を重ねて問題点を洗い出しました。 - Lambdaの処理フローやDynamoDBのアクセスパターンを最適化し、パフォーマンスとコストのバランスを意識した構成を設計しました。 - 認証処理に関しては、AWSのマネージドサービスを活用したセキュアな認証基盤の提案を行い、設計に反映させました。 - テストフェーズでは、システムの挙動確認と負荷検証を中心に実施し、安定稼働に向けた課題を早期に発見・対応しました。 ### その他アピールポイント - 運用フェーズでは、AWSのコスト監視ツールを活用してリソースの利用状況を継続的にモニタリングし、無駄のない運用体制の確立に貢献しました。 - プロジェクトの経験を活かし、自社従業員向けにAWSの技術研修資料を作成・提供し、組織全体の技術力向上に寄与しました。 ## 成果・価値 - AWSを活用した受発注システム開発の実績を獲得し、サーバーレス技術の運用面での知見を社内に蓄積しました。 - システムの安定稼働を実現し、運用コストの推移を正確に把握することで、効率的なリソース管理を可能にしました。 - 自社内でのAWS技術研修の材料として活用され、従業員のスキルアップと組織のクラウド技術活用の促進に繋がりました。