自己紹介 AWS 視点で経歴振り返り 2015 年 今現在 2

基幹システムのシフトとは

実装時の課題と

現実解

株式会社BeeX

テクニカルアーキテクト

大友

佑介

自己紹介

AWS視点で経歴振り返り

2015年〜今現在

AWS視点で経歴振り返り

2015年

AWS移行@SI・コンサル

移行方針・移行後運用の設計 (Windows)

AWS視点で経歴振り返り

2016年

AWS移行@Web

方針策定から実運用まで (Linux)

AWS視点で経歴振り返り

2017年

AWS IaaSフル活用@Web

自動化、自動化、自動化

その後、サービス開発

AWS視点で経歴振り返り

2018年

サービス開発@BeeX

お客様案件、自社開発共に

サーバーレス

Cloud

Native

振り返るとリフト&シフトに沿った経歴に

2015年 AWS移行@SI・コンサル

2016年 AWS移行@Web

2017年 AWS最適化@Web

2018年 サービス開発@BeeX

リフト

シフト

Cloud

Native

リフト

今日のテーマ

SAP基幹システム

の

SAP ERPは

大きく変わらなくとも

十分機能している

そんな変わらない

SAP ERPシステム

AWSさんの知見から Keyword

インフラストラクチャを超えて: スタートアップのス

ピードでビジネス変革に取り組む方法

https://aws.amazon.com/jp/blogs/news/beyond-infrastructure-how-to-approach-business-transformation-at-startup-speed/

Big data

& Analytics

IoT

Apps

& APIs

DevOps

ERP

BeeXの掲げるポストモダンERP

ポストモダンERPとは、ライフサイクルの長いERPコア機能と、変化の激しい周辺ア

プリケーションを、業務やサービスの特性に合わせて最適なものを選択し組み合わせ

る、新たなERPシステム

今日お話する主題２つ

変わらない

外と疎結合する

API

今日お話する主題２つ

1

変わらない

ERP

外と疎結合する

API

今日お話する主題２つ

1

内から支える

運用

2

変わらない

ERP

SAP

プログラム内でのBAPIの呼び出しを思い浮かべるかもし

れませんが、外から呼ぶAPIを思い浮かべてください

SAP

SAPのAPIと言えば

CALL FUNCTION

CALL FUNCTION

BAPI

BAPI

_ABAP

AWS河原さんの資料より抜粋

AWS河原さんの資料より抜粋

図からポイントを抜き出してみます

API

認証

外と連携する時に考慮が必要なもの

認証

SAML、OpenID Connectなどの

Webベースの認証機能

※ID連携は別途必要

AWS Cognito

その他：SAP Portal、ADFS、IceWall、Auth0等

外と連携する時に考慮が必要なもの

中間層

認証

SAP

GW

● セキュリティ・障害範囲の分離

● 開発・変更の柔軟性・独立性確保

● リソースのオフロード・キャッシ

ュ・バッファリング

SAML、OpenID Connectなどの

Webベースの認証機能

※ID連携は別途必要

AWS Cognito

その他：SAP Portal、ADFS、IceWall、Auth0等

【Tips】

S/4HANA

S/4HANAの基盤はERPが外部と連携しやすい構成で作ら

れています。API観点ではNW Gatewayが組み込まれてい

ます。

参考: SAP API Business Hub

(https://api.sap.com/)

News!

ERPへのサイバー攻撃が急増

2018/07/25 US-CERTが警告

APIまとめ

変化の少ないERPもAPIを通して連携することで、

外部のシフトに加わることができます。

設計のポイントとなるのは

WEB業界で経験した運用

PM

開発

イン

フラ

※Product Manager

・完結した小チーム

・役割は重なる

WEB業界で経験した運用

PM

開発

イン

フラ

※Product Manager

・完結した小チーム

・役割は重なる

相互理解が深く、目的が同じ方向

⇛スピードも精度も向上

運用改善施策も効果が上がりやすく

なります。

基幹システムの運用現場に

適用できるでしょうか？

Web 対 基幹システムの運用

違う点

スキル・役割

組織・体制

運用要件

みんなエンジニア

_{マネジメント色強い}

日々の運用での

継続改善前提

5年間動き続ける

自チーム運用

自チーム開発

自チーム売上

他社開発

自チーム運用

他部署利用

WEB

基幹システム

根本的に違うところもありますが、

参考にできるところもあります。

まずは、いくつか

Tips① 運用ドキュメントの

鮮度

を保つ

⬢

運用ドキュメントの

精度

≒

運用の

精度

⬢

変化の大きなクラウドでは

鮮度

⇒

精度

⬢

Markdown、変更履歴取得(変更障壁の軽減)

⬢

チケット管理ツール活用

⬢

Slack等チャットツール連携

Tips② AWSのAPIを活用

⬢

コマンド + Bash/PowerShellで(ほぼ)何でもできる

Tips③ 自動化の範囲を絞る

⬢

完全は構築も維持も難しい

技術だけでは運用改善の効果は限定的です

効果の高い運用改善には、

人や組織、システムの特性

の理解が必要です。

PM

開発

イン

フラ

基幹システム運用を支えるBeeXの実践と挑戦

基幹システム運用

基幹システム運用を支えるBeeXの実践と挑戦

国内最大規模のSAP BASIS集団と

基幹システム運用とAWSを熟知した

エンジニアが提供する、高品質MSP

基幹システム運用

人・スキル

_サービス

基幹システム運用を支えるBeeXの実践と挑戦

〜 IT部門向け管理ポータル 〜

元IT部門長が自らの経験から欲しかっ

たサービスを設計

国内最大規模のSAP BASIS集団と

基幹システム運用とAWSを熟知した

エンジニアが提供する、高品質MSP

基幹システム運用

人・スキル

_サービス

更に先を知りたい方に・・・

BeeX技術ブログ

Be eXcited

企業の基幹システムにもっと

「わ