AWS
ソリューション

AWSソリューションの
事例紹介

構築・導入

老朽化した業務システムをAWSでアプリケーションとインフラを再構築

課題

過去にスクラッチで作成した業務システムがあり、アプリケーション・インフラともに老朽化。
またシステム内部に詳しい担当者が不在で、開発元でも保守体制が維持できておらず、たびたびシステムが停止することがあり業務に支障が出ている。
機能追加や改修も行えないまま利用している。

提供ソリューション

既存の業務システムのアプリケーション面・インフラ面の調査・分析を行い要望を取り入れたうえで、全面的な再構築を実施しました。
インフラはAWSに新規構築し、システム監視・バックアップ・自動復旧をできるだけ自動化し長期的に専属の体制がなくても運用できる構成で構築しました。
該当お客様は24/365の稼働を希望されており、冗長化構成による高可用性なシステムを構築し、稼働後３年経過の中でシステム停止時間ゼロを達成しました。

新商品向けシステムだけをスモールスタートで新規構築

課題

将来的にシステムを全面クラウド化・OSS構成とする想定の中でパイロット開発として新商品をターゲットにシステム構築を行いたい。
基盤はAWSを利用し、Java（SpringBoot）とReact/angularでの構築を想定している。
構築後、徐々に既存商品も移行していきたい。

提供ソリューション

AWSを基盤としてOSSでの構築を行いました。
データベースにAurora postgreSQLを採用し、SpringBoot/angularを中心としてアプリケーションを設計・構築しました。
将来他の商品が追加になることから、全面的にスケーラブルかつ疎結合になるアーキテクチャで設計し、取り扱う商品の変化に柔軟に対応できる構成で構築を行いました。

オンプレミスのサーバーリソースも活用するハイブリッドクラウド構築

課題

新しくシステム構築を行いたいが、自社内にVMサーバーを配置しており、リソースに余力があるため、AWSだけでなく自社リソースも利用してコストを下げたい。
また、社内ネットワークの都合でインターネットへの帯域割当が多くできない。

提供ソリューション

インターネットへの帯域が限られていること、オンプレミスのサーバーリソースを利用したいということからAWS Direct Connectによる専用線で社内ネットワークとAWSを接続した構成で構築しました。
プライマリのデータベースはAWSに配置し、レプリケーションをオンプレミスのサーバーリソースに配置することでAWSのコストを低減し、かつ既存のオンプレアプリケーションからのデータベース接続を安全・容易・高速に行う構成としています。

24/365稼働が必要な高可用性を求められるシステムの構築

課題

24/365で利用されるシステムで、できる限りダウンタイムを減らしたい。
またシステムの利用は非常にスパイキーで、随時行われるイベントのタイミングにリクエストが集中する。

提供ソリューション

AWSを利用しすべての構成を地理的に分離された複数のデータセンターに分散し、冗長化をおこない高可用な構成としました。単一障害点をなくし、監視および自動フェイルオーバーを行うことで運用負荷を低減しました。
アプリケーションはオートスケールとキャッシングを基本とし、急激なリクエストの増加に対しても対応できるようにKinesisなどのPub/Sub構成やDynamoDBのように大量リクエストに対応できるデータベースなどを活用し、ダウンタイムを極力低減する構成としました。

AWSをバックグラウンドにした組織内スマートフォンアプリの構築

課題

組織内のユーザーの現在位置と業務状況をリアルタイムに把握するスマートフォンアプリを作成したい。
ユーザー数の増加が見込まれることからスケールできる構成が必要で、情報システム部で極力運用負荷がかからないようにしたい。
スマートフォンアプリから取得したデータは既存のシステムにインターフェースに連携したい。

提供ソリューション

iOS/Androidに対応した独自スマートフォンアプリの作成を行いました。
バックエンドにAWSを利用してプッシュ通知・ユーザー認証・リアルタイムデータの取得・分析を可能にし、既存システムにリアルタイム連携を行いました。
AWSを利用することでリクエスト量の負荷に応じて自動的にスケールアウトする構成とし、将来のユーザー数の増加に柔軟に対応可能とし、監視・通知・自動復旧の仕組みを構築してシステム管理者の運用負荷を最小化しました。

移行

他クラウドからAWSに移行してサーバー管理負荷を大幅に縮小

課題

AWS以外のクラウドサービスに構築したアプリケーションを自社で管理しているAWS環境に移行したい。
既存システムでは独自に監視やCI/CDを構築しているが、AWSサービスを利用するように変更を行い管理負荷を下げたい。

提供ソリューション

クラウド間のシステム移行を行いました。
アプリケーションやデータベースは既存の構成を維持しながらAWSに移行し、監視部分はCloudwatchやEventBridge、CI/CDはCode PipelineやCloudformationといったAWSサービスを利用して、サーバー管理不要な構成とすることで運用負荷の軽減を行いました。

ローコードツールの実行基盤をAWSに移行

課題

ローコードツールを利用してアプリを内製している。
実行基盤にレンタルサーバーを利用しているが、システムの重要度が高まってきており、システムの冗長化やバックアップの必要性が出てきたため実行基盤の見直しを行いたい

提供ソリューション

ローコードツールの実行基盤をレンタルサーバーからAWSに移行しました。
実行基盤を複数のデータセンターに分散し、障害発生時には正常ルートにだけルーチングするよう構成することでシステムの可用性を高めました。
データベースもAWSに移行し、バックアップや監視を自動的に確実に実施し、レプリケーションを活用し障害発生時に自動フェイルオーバーする構成とし、重要なシステムのダウンタイムを極力発生させない構成としました。

お問い合わせ

対応可能な
スキルマップ

横にスクロールできます

お問い合わせ

よくある質問

現在利用している業務システムの詳細な内容を把握している社員がいません。
また、設計書類も精査されておりません。
内容の解析からお願いすることはできますか？

可能です。業務システムの分析・構築経験豊富なエンジニアがお使いの業務システムの調査および要件・業務内容のヒアリングを通じてご提案いたします。
固有の専門知識が必要なスクラッチシステムであっても柔軟に対応いたします。ぜひご相談ください。

OSSを利用する構成例を教えてください。

一般的な業務システムとして、LinuxベースのOS・データベースはpostgreSQLまたはMySQL、アプリケーションはJavaまたはnodeJSなどを組み合わせてご提供しております。
システム監視やその他サービスはAWSが提供するマネージドサービスを積極的に利用することでライセンスや管理を不要とする構成で構築いたします。

エス・ビー・エスとの契約だけで完結できないものにはどういったものがありますか？

自社で管理しているサーバーとAWSを専用線でセキュアかつ安定的に接続するAWS Direct Connectを利用する場合、接続部分は弊社外のAWS Partnerと契約が必要となります。
この部分契約は貴社にて行っていただくことも可能ですが、エス・ビー・エスが代行し、ご契約・ご請求を一本化することも可能です。

業務システムを再構築する場合の構築からランニングまでの契約体系とサービス内容を教えてください。

本稼働までの導入として、業務システムの分析・設計・構築およびAWSインフラ構築（開発環境なども含む）をセットにした形でご契約いただきます。
ランニングにおいてはサービス利用料という形で年間または月単位での定額のご契約を想定しています。
サービス利用料にはインフラの監視、セキュリティパッチ適用、証明書の更新、マイナーバージョンアップなどが含まれます。
イメージとしては独自のSaaSサービスを導入・構築して利用するという形が近いと思います。
アプリケーションの保守契約が必要な場合は上記に加えてご契約いただきます。

24/365のサービスを想定しています。監視および保守を24時間体制で提供できますか？

エス・ビー・エスでは24時間対応可能な体制をご用意しておりません。
サポート対応は基本平日9:00〜17:30となります。
サーバー監視は多くの部分を自動化しますので、異常時の通知などは24時間行われますが、エンジニア対応が必要なケースにおいては即時対応できない可能性がございます。

対応可能なAWSのサービスを教えてください

対応可能なスキルマップをご参照ください