サーバレスアーキテクチャ概論
|
|
|
- さみ ひでやま
- 7 years ago
- Views:
Transcription
1 Internet Week 2017 S7 IoT もおまかせ! サーバーレスで変わるインフラとの関わり方 サーバーレスアーキテクチャ概論 株式会社 WHERE IoT 基盤センター仲山昌宏
2 自己紹介 株式会社 WHERE IoT 基盤センターサービスプロデューサー (2016-) セキュリティ キャンプ (2015-) 講師 プロデューサー SecHack365 実施協議会 (2017-) 技術系同人誌サークル めもおきば ProjectDIVA Arcade LV.624
3 本セッションについて サーバーレス と呼ばれる技術 ムーブメントについて 1. ぶっちゃけ 何 を指しているのか 2. エンジニアにとってどんな 変化 をもたらすのか 3. 活用するにはどのような 視点 が必要になるのかこれらを紹介します
4 サーバーレスアーキテクチャ? サーバ が 無い アーキテクチャ FAQ: でもサーバ有るんでしょ? イメージは人それぞれ いまだに明確な定義はされていない
5 サーバーレスアーキテクチャ の歴史 2008 年 2012 年 2014 年 2015 年 2016 年 2017 年 Google App Engine プレビューリリースサーバーレスな PaaS として一つの完成形 Serverlessというテクニカルターム登場 Why The Future Of Software And Apps Is Serverless AWS Lambda リリース 日本語圏で広く知られるきっかけとなる記事 サーバーレスアーキテクチャという技術分野についての簡単な調査 Azure Functions Bluemix OpenWhisk 正式リリース Google Cloud Functions ベータ公開 各社から継続的な機能拡張
6 サーバーレスアーキテクチャ 自分で管理する サーバ を無くすための二つの方針 1. フルマネージドなアプリケーション実行環境を活用することで 開発や運用における サーバ という単位を廃する 2. クラウド上のコンポーネントをイベント駆動で結びつけて最大限活用していくシステムアーキテクチャ ( そもそも自分で用意する機能そのものを減らす )
7 1. フルマネージドなアプリケーション実行環境 いわゆる FaaS(Function as a Service) 関数 と呼ばれる小さなコードを動かすマネージドサービス 様々な呼び出し方法を用意 HTTP リクエスト ( 同期呼び出し ) メッセージキューやストレージ等からのトリガー ( 非同期呼び出し ) 各社 サーバーレス の中心人物 AWS Lambda Azure Functions Google Cloud Functions Bluemix OpenWhisk FaaS 以外の形態もあるが今回は割愛
8 1. フルマネージドなアプリケーション実行環境 IaaS PaaS FaaS アプリケーション アプリケーション アプリケーション ( 関数 ) セルフサービス フレームワークミドルウェア フレームワークミドルウェア イベント連携フレームワーク ミドルウェア OS OS OS 物理 / 仮想マシン 物理 / 仮想マシン 物理 / 仮想マシン
9 1. フルマネージドなアプリケーション実行環境 自分のコードを持ち込む (Bring Your Own Code) だけ = サーバ の面倒を自分で見なくてよい 実際のマシン上にコードや依存ライブラリを展開 権限に紐づくアクセスキー等の設定配布 コードを動かすアプリケーションプロセスの起動 呼び出し元からのデータ受け取り ログを外部ストレージに転送 保存 需要に応じたマシンの追加 削除とロードバランシング 実際の使用リソースに基づいた課金
10 1. フルマネージドなアプリケーション実行環境 確保した量 から 使用した量 へのシフト 所有から利用 の次の段階 確保したサーバ台数 ( 箱の大きさ ) に課金するのでは無く 実際に使用した実行時間 ( 中身の大きさ ) に課金をする ( 勝手に ) クラウド側が自動でスケールさせる サーバ内にファイル置いたりすると消える The twelve-factor app など ステートレスなアプリケーションのための ベストプラクティスな制約 の普及 メガクラウドの物量作戦
11 参考 :The Twelve-Factor App I. コードベース II. 依存関係 III. 設定 IV. バックエンドサービス V. ビルド リリース 実行 VI. プロセス VII. ポートバインディング VIII. 並行性 IX. 廃棄容易性 X. 開発 / 本番一致 XI. ログ XII. 管理プロセス 12
12 1. フルマネージドなアプリケーション実行環境 いわゆる PaaS(Heroku 等 ) との違い 明確な定義の違いは無く スケールのしやすさで区別 個人的には 1 秒ぐらいで上がってくるならいいのでは?
13 2. コンポーネントを のり付け するアーキテクチャ 高機能なクラウド上のコンポーネントの活用 Functional SaaS(Software as a Service) あるいは BaaS(Backend as a Service) コンポーネント自身が高機能化し 様々な イベント を生成 イベントから FaaS を呼び出して連携 フロント側のネイティブアプリ化 /SPA 化の波 アプリから直接データストア等にアクセスできる ガチャ のようなブラックボックスだけクラウド側に実装を持つ アプリの一部としてクラウドとメッセージング連携
14 2. コンポーネントを のり付け するアーキテクチャ クラウド時代の 制御の反転 アプリケーションサーバが各コンポーネントを呼び出すのではなく 各コンポーネントを小さな関数が接続する システムアーキテクチャの設計手法の変化 マイクロサービス化 コレオグラフィ化の流れの一部 背景 高水準なクラウド上のコンポーネントの登場 様々な イベントトリガ の整備 ID 基盤のうえでコンポーネント側だけで細かいアクセス認可 そもそも 餅は餅屋 自分で作らなくて良い部分が増えている
15 大手クラウドでのサーバーレスアーキテクチャ Amazon Web Services AWS Lambda Microsoft Azure Azure Functions Service Fabric Google Cloud Platform Google App Engine Google Cloud Functions IBM Bluemix OpenWhisk
16 AWS Lambda 主な特徴 2014 年末にリリース JavaScript(Node) Python Java8 C#(.NET Core) に対応 Amazon Linux ベースのコンテナで Go バイナリなども実行可能 実行プロセスは 良い感じ に使い回される 課金モデル 確保メモリ 実行時間 + 実行回数 確保メモリは 128MB~1.5GB の範囲で 64MB 単位であらかじめ指定 実行時間は 100ms 単位で計測 ( スケールに伴う起動時間などは 一定時間までは無料 )
17 AWS Lambda 主なイベントソース 単独では AWS API からのみ実行可能 手動実行 定期実行 HTTP API:API Gateway データストア :S3 DynamoDB Cognito メッセージ配信 :Kinesis Streams Simple Notification Service 外部連携 :Simple Service Echo 管理 :CloudFormation CloudWatch Logs/Events AWS Config 実行権限とアクセスコントロール IAM Role による権限管理と リソース側での認可 Cognito Identity で AWS 側の一次トークンに紐付け
18 Azure Functions 主な特徴 2016 年 3 月にプレビューリリース C# JavaScript(Node) Python F# PHP BAT Bash Java 良い感じにスケールする 動的サービスプラン のほか App Service として確保した VM 上で動かすプランも設置 実行ランタイムが GitHub にてオープンソース化 課金モデル 確保メモリ 実行時間 + 実行回数 確保メモリは 128MB~1.5GB の範囲で 128MB 単位であらかじめ指定 実行時間は 100ms 単位で計測
19 Azure Functions 主なイベントソース ( 入力バインド ) 単独でも HTTP API として呼び出し可能 タイマー HTTP リクエスト (API Management) Webhook データストア :Storage BLOB Storage テーブル DocumentDB Mobile Apps メッセージ配信 :Storage キュー Service Bus キュー Event Hub 出力バインド : 関数の出力をコンポーネントに接続 実行権限とアクセスコントロール Azure 全体の RBAC 準拠 Shared Access Signature でリソースに直接アクセス可能
20 Google App Engine 主な特徴 2008 年にプレビューリリースされた元祖サーバレス だったはずが 正式リリースでは インスタンス単位課金の一般的な PaaS に 基本的には HTTP で呼び出される普通の PaaS
21 Google Cloud Functions 主な特徴 2017 年 3 月にベータリリース JavaScript(Node) が実行可能 課金モデル 確保インスタンス単価 実行時間 + 実行回数 インスタンスは [128MB/200MHz] から [2048MB/2.4GHz] の 5 タイプ 実行時間は 100ms 単位で計測
22 Google Cloud Functions 主なイベントソース HTTP リクエスト データストア :Cloud Storage 非同期メッセージング :Cloud Pub/Sub モバイル統合 :Firebase
23 IBM Bluemix OpenWhisk 主な特徴 オープンソース実装とそれに基づくパブリッククラウド基盤 パブリッククラウドとしては 2016 年 12 月に正式リリース JavaScript(Node) Python Swift Docker コンテナが実行可能 主なイベントソース HTTP リクエスト データストア :nosql DB 非同期メッセージング :Message Hub タイマー
24 サーバーレス時代の指針 : 全てを分散システムの流儀で考える リアクティブシステム ID 管理とリソースへのアクセス制御
25 リアクティブシステム 分散システムのベストプラクティス 素早く かつ安定した応答時間を保つ (= リアクティブな ) システムを設計するためのベストプラクティス いわば The Twelve Factor App のレイヤー高い版 4 つの 特徴 を定義 目的 : 即応性 要件 1: 耐障害性 要件 2: 弾力性 手段 : メッセージ駆動
26 リアクティブシステム 目的 : 即応性 システム全体として 素早く かつ安定した応答時間を保つ 要件 1: 耐障害性 障害が発生しても それをコンポーネント内部に影響を隔離することで システム全体としての即応性を保つ 要件 2: 弾力性 負荷の増減があっても ボトルネックを排除し 割り当てるリソースを調整することで 即応性を保つ 手段 : メッセージ駆動 各コンポーネント間を 非同期なメッセージ配信で疎結合に保つ
27 リアクティブシステム メッセージ駆動 ( 手段 ) システム間をキューで非同期に接続する 複数のワーカプロセスがキューから取ってきて処理 弾力性 ( 要件 2) メッセージが増えてきたらワーカプロセスを増やせばよい 横並びのワーカプロセスに相互依存はないので気軽にスケールアウト イン 耐障害性 ( 要件 1) コンポーネントで異常が起きたら自爆して 別のワーカが実行 ずっとおかしいメッセージは Dead letter queue に積み替えて例外処理 即応性 ( 目的 ) 様々な状況に強いシステムが構築できる
28 ID 管理とリソースのアクセス制御 外部サービス これまで : 全ての権限を持つアプリケーションが入口で認証 アプリケーション内部で認可制御 A さんは管理者だから と が可能 App マイクロサービス DB これから 認証システムがトークンを発行 各サブシステム ( マイクロサービス ) が個別に認可 トークンに 管理者 という属性があるので という操作を許可 マイクロサービス A さんに管理者という属性を入れたトークンを送信 認証システム DB 外部サービス
29 ID 管理とリソースのアクセス制御 サーバレス時代のマルチクラウド連携は ID 連携が基本 ID を連携し それに対するリソース側で細かい認可を制御 JWT 等を引き回すことで 誰の どのアプリが アクセスしてきたのかをコンポーネント間で連携 プログラムは 整合性 のための最小限に留まるのでは ガチャ 複雑なトランザクション
30 クライアントアプリからの 2-tier 構成 クライアントアプリを経由した ID 連携 mbaas(cognito や Firebase) 等がすでに確立している そもそも高レベルのデータストア等があり ID 基盤のうえで 細かいアクセス制御 ( 認可 ) が可能 Facebook から連携した ID があれば 書き込みを許可 ID=A なら 階層 A の下の領域だけ読み書き可能
31 主なパターン ウェブアプリ モバイルアプリのバックエンド いわゆる BaaS の発展系 サーバ側ロジックが不要ならデータストアに直接アクセス クラウド基盤のイベント処理 ピタゴラ装置 的に動画共有サイトを実現する事例など AWS Lambda は イベント をたくさん用意したのが勝利の鍵 運用の自動化では既に多数の事例 イベントのストリーミング処理 さいきんはやりの LINE Bot を手軽に実現する事例など
32 サーバーレスアーキテクチャの今と未来 今 基本機能は揃い始め 既に適用しやすい領域ではメリット大 小さく始める 領域では もうデメリットは小さい 管理ツールなどが見えてきた テスト手法 CI/CD のやり方や開発フレームワークの整備はこれから 未来 ID 管理とリソース側の認可だけでできることが増え サーバが全ての面倒を見る設計じたいが陳腐化していくのでは FaaS がエッジコンピューティング側にも拡がっていく第一歩 次の集中から分散への波
33 サーバーレス時代のエンジニア像 餅は餅屋 戦略への転換が必要 自分が所有するべき 得意分野 である技術領域は何か その領域を最大化するためには何が必要か 所有する必要が無い技術の 放棄 時間は有限 人も有限 選択と集中が求められている だいたいのことはクラウドベンダーの方が自分より上手くできる クラウドベンダーのかんがえたベストプラクティス とはいえ抑えている方が つぶしはきく
34 いわゆる サーバ 系技術の今後 サーバの設計 構築 運用系の技術 純粋に必要が無くなる領域もある例 : ディスク障害時の迅速なベンダー連絡方法 形が変わるだけの領域もある例 : システムの監視 プライベートクラウドの需要は当面続く 自らが組織内クラウドベンダーとしてパブリッククラウドと闘う 当然全てのスキルセットが必要となる
35 Infrastructure as Code 普及期 準備は整っている API 経由で全てが制御できる Hashicorp Terraform などのツールエコシステムの整備 オンプレミス環境でも十分に採用可能 もはや 手作業 が許されなくなる時代 サーバ環境の変更履歴を残すことの重要性が増している 人間は必ずミスをする 手作業の余地を減らすのは義務 働き方改革 同じ場所から作業するわけですらない
36 これからの付加価値 クラウドベンダー特化の知識 膨大に存在するクラウド上のコンポーネントの知識 実際にその構成で どれくらいいけるのか という実績 ノウハウ 一般的なシステムアーキテクチャの知識 クラウドの背後に存在するシステムへの理解を踏まえた最適化例 :DB やネットワークなど 高い品質のサービスを安価にリスク少なく実現できる技術選択方針
37 まとめ ふたつのサーバーレスアーキテクチャ ステートレスなソフトウェアを前提としたフルマネージドな実行環境 クラウドコンポーネントを活用するリアクティブなアーキテクチャ設計 どちらも良いシステムを導くための 良い制約 = クラウドが提供するベストプラクティスの活用 大手クラウドの提供する サーバーレス の違い サーバーレスなシステムを設計するときの指針 リアクティブシステム ID 管理とリソース側での細かい認可 サーバーレス時代のエンジニア像と付加価値
PowerPoint プレゼンテーション
NEC モバイルバックエンド基盤入門応用編 ver 7.5.0 2018 年 10 月 1 日 日本電気株式会社 Push 通知 クライアントへの Push 通知 : APNs / FCM Android / ios で使用可能 ユーザがアプリを起動していなくても サービス提供側からスマートフォンやタブレットにメッセージを送る仕組み モバイル機器はプラットフォーム毎に Push 通知の仕組みが提供されています
PowerPoint Presentation
Getting Started with AWS Lambda and the Serverless Cloud Dr. Tim Wagner General Manager, AWS Lambda and Amazon API Gateway AWS Tokyo Summit, June 2, 2016 2016, Amazon Web Services, Inc. or its Affiliates.
PowerPoint プレゼンテーション
総務省 ICTスキル総合習得教材 概要版 eラーニング用 [ コース2] データ蓄積 2-2: クラウドのサービスモデル 実装モデル [ コース1] データ収集 [ コース2] データ蓄積 [ コース3] データ分析 [ コース4] データ利活用 1 2 3 4 5 座学本講座の学習内容 (2-2: クラウドのサービスモデル 実装モデル ) 講座概要 クラウドの利用には 2 種類の分類があることを紹介します
SinfonexIDaaS機能概要書
~ ID 管理システム用フレームワーク ~ Ver.2.0 標準仕様説明書 目次 1. Sinfonex IDaaS/Federation Manager とは... 1 2. アーキテクチャ... 2 3. 特徴... 3 4. 機能... 6 5. システム要件... 9 i 1. Sinfonex IDaaS/Federation Manager とは Sinfonex IDaaS/Federation
FUJITSU Cloud Service K5 認証サービス サービス仕様書
FUJITSU Cloud Service K5 認証サービスサービス仕様書 2016 年 10 月 28 日 1. サービス仕様 当社は 以下のサービスを提供します (1) 基本サービス契約者が K5 PaaS ポータルから認証サービスの利用を開始すると 管理テナント ( 注 1) が 1 つ作成されます 契約者は 管理テナントにより運用テナント ( 注 2) の管理を行うことができます 1 基本機能
そこが知りたい！AWSクラウドのセキュリティ
そこが知りたい! AWS クラウドのセキュリティ #AWSRoadshow 1 Twitter で AWS Cloud Roadshow に参加しよう! #AWSRoadshow 皆さんのご意見聞かせてください! 公式アカウント @awscloud_jp 最新技術情報 イベント情報 お得なクーポン情報など日々更新中! 2 自己紹介 名前:鈴木 宏昌 スズキ ヒロアキ 所属:AWSテクニカルトレーナー
FUJITSU Cloud Service for OSS 認証サービス サービス仕様書
FUJITSU Cloud Service for OSS 認証サービスサービス仕様書 2018 年 8 月 30 日 1. サービス仕様 当社は 以下のサービスを提供します (1) 基本サービス契約者が FUJITSU Cloud Service for OSS PaaS ポータルから認証サービスの利用を開始すると 管理テナント ( 注 1) が 1 つ作成されます 契約者は 管理テナントにより運用テナント
Presentation Template Koji Komatsu
OpenStack Day 2013 Panel Discussion 2013-03-12 ヴイエムウェア株式会社テクニカルアライアンスマネージャ小松康二 アジェンダ VMware のクラウドソリューション VMware と OpenStack クラウド時代の IT エンジニア - 2 - VMware のクラウドソリューション SDDC ( = Software-Defined Datacenter
FUJITSU Cloud Service for OSS 「コンテナサービス」 ご紹介資料
注 : 本サービスは 新規申込の受付を停止しております サービスご検討中のお客様におかれましては ご不便をおかけし申し訳ございません FUJITSU Cloud Service for OSS コンテナサービス ご紹介 2018 年 8 月富士通株式会社 本資料の無断複製 転載を禁じます 本資料は予告なく内容を変更する場合がございます Version 1.01 目次 Docker/Kubernetes
AWS Deck Template
AWS OpsWorks のご紹介 Amazon Data Services Japan 2013/06/25 Agenda AWS OpsWorks とは OpsWorks の特長 OpsWorks 利用の流れ OpsWorks のメリット Chef とは OpsWorks のライフサイクルイベント どのようなアプリケーションが OpsWorks に向いているのか? OpsWorks の機能詳細
パソコン機能ガイド
PART12 ii iii iv v 1 2 3 4 5 vi vii viii ix P A R T 1 x P A R T 2 xi P A R T 3 xii xiii P A R T 1 2 3 1 4 5 1 6 1 1 2 7 1 2 8 1 9 10 1 11 12 1 13 1 2 3 4 14 1 15 1 2 3 16 4 1 1 2 3 17 18 1 19 20 1 1
パソコン機能ガイド
PART2 iii ii iv v 1 2 3 4 5 vi vii viii ix P A R T 1 x P A R T 2 xi P A R T 3 xii xiii P A R T 1 2 1 3 4 1 5 6 1 2 1 1 2 7 8 9 1 10 1 11 12 1 13 1 2 3 14 4 1 1 2 3 15 16 1 17 1 18 1 1 2 19 20 1 21 1 22
SIOS Protection Suite for Linux v9.3.2 AWS Direct Connect 接続クイックスタートガイド 2019 年 4 月
SIOS Protection Suite for Linux v9.3.2 AWS Direct Connect 接続クイックスタートガイド 2019 年 4 月 本書およびその内容は SIOS Technology Corp.( 旧称 SteelEye Technology, Inc.) の所有物であり 許可なき使用および複製は禁止されています SIOS Technology Corp. は本書の内容に関していかなる保証も行いません
PowerPoint プレゼンテーション
ROOM G Web 開発者のためのクラウド活用 ~ Windows Azure 基本の " き " 日本マイクロソフト株式会社デベロッパー & プラットフォーム統括本部エバンジェリスト大森彩子 http://blogs.msdn.com/bluesky Azure 青い空 http://itpro.nikkeibp.co.jp Azure 基礎 Agenda Windows Azure Web サイトの概要
目次 なぜAPIが注目されているのか? API 公開のライフサイクル 事例概要 Amazon API Gateway 利用のポイント APIソリューションご紹介 Copyright 2017 OGIS-RI Co., Ltd. All rights reserved. 2
事例から学ぶ Amazon API Gatewayを利用した API 公開のポイント 株式会社オージス総研サービス事業本部クラウドインテグレーションサービス部齋藤伸也 ([email protected]) Copyright 2017 OGIS-RI Co., Ltd. All rights reserved. 目次 なぜAPIが注目されているのか? API 公開のライフサイクル
Bluemix いつでもWebinarシリーズ 第15回 「Bluemix概説(改訂版)」
IBM Bluemix オンラインセミナー Bluemix いつでも Webinar シリーズ第 24 回 API Management 日本アイ ビー エムシステムズ エンジニアリング株式会社 グロース テクノロジー 杉田想土 本日のご説明内容 API 活用の重要性 API Management サービス デモ まとめ 2 API 活用の重要性 3 ビジネスにおける IT の役割の変化 IT で効率化
10年オンプレで運用したmixiをAWSに移行した10の理由
10 年オンプレで運用した mixi を AWS に移行した 10 の理由 AWS Summit Tokyo 2016 株式会社ミクシィ オレンジスタジオ mixi システム部北村聖児 自己紹介 2 名前 北村聖児 所属 株式会社ミクシィオレンジスタジオ mixiシステム部 担当サービス SNS mixi 今日話すこと 3 mixi を AWS に移行した話 mixi 2004 年 3 月 3 日にオフィシャルオープンした
FUJITSU Cloud Service for OSS ｢ログ監査サービス｣ ご紹介資料
FUJITSU Cloud Service for OSS ログ監査サービス ご紹介 2018 年 6 月富士通株式会社 本資料の無断複製 転載を禁じます 本資料は予告なく内容を変更する場合がございます Version 1.00 目次 ログ監査とは ログ監査サービスとは ログ監査サービスの特長 提供機能一覧 利用シーン 課金の考え方について 利用開始の流れ 制限事項 注意事項 1 ログ監査とは ログファイルの管理
Graph APIでインターナルアプリケーションを開発
今日のお話 PaaS DevOps 2017/11/28 Microsoft Azure 徹底活用フェス 2 ビジネスのバリュー PaaS = イノベーションのためのプラットフォーム PaaS は 今までインフラの管理に充てていた時間を イノベーションを起こすための時間に変えるプラットフォームです PaaS IaaS 2017/11/28 時間 4 PaaS = 時代の変化に対応する IT プラットフォーム
よくある問題を解決する～ 5 分でそのままつかえるソリューション by AWS ソリューションズビルダチーム
すぐに利用できる状態のソリューションを使って一般的な問題を 5 分以内に解決 Steve Morad Senior Manager, Solutions Builder Team AWS Solution Architecture May 31, 2017 2017, Amazon Web Services, Inc. or its Affiliates. All rights reserved.
1... 1 2... 1 1... 1 2... 2 3... 2 4... 4 5... 4 6... 4 7... 22 8... 22 3... 22 1... 22 2... 23 3... 23 4... 24 5... 24 6... 25 7... 31 8... 32 9... 3
3 2620149 3 6 3 2 198812 21/ 198812 21 1 3 4 5 JISJIS X 0208 : 1997 JIS 4 JIS X 0213:2004 http://www.pref.hiroshima.lg.jp/site/monjokan/ 1... 1 2... 1 1... 1 2... 2 3... 2 4... 4 5... 4 6... 4 7... 22
Microsoft Word - AWSBlueprint final.docx
はじめに は 受験者の以下の能力を認定するものです 要件を理解し AWS アーキテクチャーのベストプラクティスを用いて構築するソリューションを定義することができる アーキテクチャーのベストプラクティスを 開発者およびシステム管理者に対してプロジェクトのライフサイクルを通じて助言できる この水準を満たすために必要な基本知識とスキルには 以下の分野およびその項目すべてを含みます 知識レベルとしては 以下の大部分を理解しているものと定義します
エクセルカバー入稿用.indd
i 1 1 2 3 5 5 6 7 7 8 9 9 10 11 11 11 12 2 13 13 14 15 15 16 17 17 ii CONTENTS 18 18 21 22 22 24 25 26 27 27 28 29 30 31 32 36 37 40 40 42 43 44 44 46 47 48 iii 48 50 51 52 54 55 59 61 62 64 65 66 67 68
Microsoft Azure Service Fabric によるレジリエントなマイクロサービスの構築
ROOM C 機能 スケーラビリティ 可用性レイテンシライフサイクルデータ整合性移植性 サービスを管理より早く機能を提供ビジネス価値を創出 UI ビジネスロジック データ 機能 スケーラビリティ可用性レイテンシライフサイクルデータ整合性移植性 UI ビジネスロジック データ traditional サービスを管理より早く機能を提供ビジネス価値を創出 マイクロサービス 高可用性 単純なプログラミングモデル
SC-85X2取説
I II III IV V VI .................. VII VIII IX X 1-1 1-2 1-3 1-4 ( ) 1-5 1-6 2-1 2-2 3-1 3-2 3-3 8 3-4 3-5 3-6 3-7 ) ) - - 3-8 3-9 4-1 4-2 4-3 4-4 4-5 4-6 5-1 5-2 5-3 5-4 5-5 5-6 5-7 5-8 5-9 5-10 5-11
<4D6963726F736F667420506F776572506F696E74202D208376838C835B83938365815B835683878393312E707074205B8CDD8AB78382815B83685D>
i i vi ii iii iv v vi vii viii ix 2 3 4 5 6 7 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60
01_.g.r..
I II III IV V VI VII VIII IX X XI I II III IV V I I I II II II I I YS-1 I YS-2 I YS-3 I YS-4 I YS-5 I YS-6 I YS-7 II II YS-1 II YS-2 II YS-3 II YS-4 II YS-5 II YS-6 II YS-7 III III YS-1 III YS-2
ネットアップクラウドデータサービス
ネットアップクラウドデータサービス ネットアップのクラウドデータサービス IT ネットアップのクラウドデータサービスによってもたらされる効果 ネットアップのクラウド戦略 INSPIRE Innovation with the Cloud クラウドに安定性と信頼性をもたらし お客様のクラウド活用を強力に支援 ネットアップのクラウドデータサービスの主なユースケース ファイルサービス DevOps バックアップとディザスタリカバリ
使用する前に
この章では Cisco Secure ACS リリース 5.5 以降から Cisco ISE リリース 2.4 システムへのデー タ移行に使用される Cisco Secure ACS to Cisco ISE Migration Tool について説明します 移行の概要 1 ページ Cisco Secure ACS から データ移行 1 ページ Cisco Secure ACS to Cisco ISE
オープンソース・ソリューション・テクノロジ株式会社 代表取締役 チーフアーキテクト 小田切耕司
OpenAM 案件の傾向と対策 Out-of-the-box OpenAM アプリケーションの特性ごとにOSSTech 製 OpenAMで対応したユースケースのご紹介 オープンソース ソリューション テクノロジ株式会社 代表取締役チーフアーキテクト小田切耕司 Copyright 2015 Open Source Solution Technology Corporation All Rights Reserved.
™…
i 1 1 1 2 3 5 5 6 7 9 10 11 13 13 14 15 15 16 17 18 20 20 20 21 22 ii CONTENTS 23 24 26 27 2 31 31 32 32 33 34 37 37 38 39 39 40 42 42 43 44 45 48 50 51 51 iii 54 57 58 60 60 62 64 64 67 69 70 iv 70 71
FUJITSU Cloud Service A5 for Microsoft Azure サービス仕様書
FUJITSU Cloud Service A5 for Microsoft Azure サービス仕様書 2017 年 3 月 30 日 1. Microsoft Azure 機能サービス仕様本サービスは 契約者がインターネット経由で本プラットフォームにアクセスすることにより 契約者の保有するアプリケーションを実行させるための仮想化されたソフトウェア実行環境としてのコンピューティング機能 各種形式のデータを格納
PowerPoint Presentation
AWS AWS AWS AWS AWS AWS AWS オンプレミス データセンター AWS Storage Gateway Amazon Kinesis Firehose EFS File Sync S3 Transfer Acceleration AWS Direct Connect Amazon Macie AWS QuickSight AWS Lambda AWS CloudFormation
CP100 SAP Cloud Platform. コース概要 コースバージョン : 04 コース期間 :
CP100 SAP Cloud Platform. コース概要 コースバージョン : 04 コース期間 : 著作権および商標 2018 SAP SE or an SAP affiliate company. All rights reserved. 本書のいかなる部分も SAP SE 又は SAP の関連会社の明示的な許可なくして いかなる形式でも いかなる目的にも複製又は伝送することはできません
Microsoft Azure Microsoft Corporation Global Blackbelt Sales Japan OSS TSP Rio Fujita
Microsoft Azure Microsoft Corporation Global Blackbelt Sales Japan OSS TSP Rio Fujita Agenda Microsoft Azure Microsoft Azure Microsoft OSS 2 Microsoft Azure Promotion 3 https://azure.microsoft.com/ja-jp/free/
Oracle Cloud Adapter for Oracle RightNow Cloud Service
Oracle Cloud Adapter for Oracle RightNow Cloud Service Oracle Cloud Adapter for Oracle RightNow Cloud Service を使用すると RightNow Cloud Service をシームレスに接続および統合できるため Service Cloud プラットフォームを拡張して信頼性のある優れたカスタマ
アジェンダ はクラウド上でも十分使えます 1. の概要 とは の導入事例 で利用される構成 2. をクラウドで使う クラウドサービスの分類 Amazon Web Services による構成例 2
をクラウドで利用しよう オープンソースミドルウェア最新技術セミナー 2014/03/25 14:10-14:40 SRA OSS, Inc. 日本支社 技術開発部 正野 裕大 1 アジェンダ はクラウド上でも十分使えます 1. の概要 とは の導入事例 で利用される構成 2. をクラウドで使う クラウドサービスの分類 Amazon Web Services による構成例 2 をクラウドで利用しよう
IBM i ユーザーの課題 モバイルや IOT に対応した新しい開発案件への対応 RPG COBOL など既存アプリのメンテナンス 要員の確保 属人化しない運用 管理体制 2
Arcad ご紹介資料 三和コムテック株式会社 IBM i ユーザーの課題 モバイルや IOT に対応した新しい開発案件への対応 RPG COBOL など既存アプリのメンテナンス 要員の確保 属人化しない運用 管理体制 2 情報資産の継承と継続 24h365d 監視運用保守 Power プラットフォーム & クラウド Web インターフェースの利用モバイル対応 逆コンパイルソースコンバージョン 既存業務アプリケーション
困ったときのQ&A
ii iii iv NEC Corporation 1997 v P A R T 1 vi vii P A R T 2 viii P A R T 3 ix x xi 1P A R T 2 1 3 4 1 5 6 1 7 8 1 9 1 2 3 4 10 1 11 12 1 13 14 1 1 2 15 16 1 2 1 1 2 3 4 5 17 18 1 2 3 1 19 20 1 21 22 1
活用ガイド （ハードウェア編）
(Windows 98) 808-877675-122-A ii iii iv NEC Corporation 1999 v vi PART 1 vii viii PART 2 PART 3 ix x xi xii P A R T 1 2 1 3 4 1 5 6 1 7 8 1 9 10 11 1 12 1 1 2 3 13 1 2 3 14 4 5 1 15 1 1 16 1 17 18 1 19
プレゼンタイトルを入力してください
オープン PaaS OpenShift を使ってみよう オープンソースカンファレンス 2011 Nagoya 2011/8/21 株式会社日立ソリューションズ OSS ソリューションビジネス推進センタ山本慎悟 Contents 1. 自己紹介 2. OpenShift 概要 3. OpenShiftを使ってみよう 4. デモ 5. おさらい 1. 自己紹介 1-1 自己紹介 自己紹介 名前 : 山本慎悟勤務先
タイトル
NTT データがお客様と共に描く デジタルトランスフォーメーションへの道 a ~ AWS を活用した高速なサービス開発事例紹介 ~ 2018/5/30 ニュースリリース 1. 開発標準フレームワークと開発環境の AWS 対応 (TERASOLUNA Altemista) 2. AWS への Lift & Shift に関するクラウドコンサル技法の確立 3. AWS クラウド人材の育成全社横断のナレッジ
INDEX Demo の目的 ゴール Scenario 1: 自動化 Scenario 2: 効率化 2
DemoCenter Live Demo:BIG-IPIPと vsphereにおけるクラウドアプリケーション F5 ネットワークスジャパン株式会社 INDEX Demo の目的 ゴール Scenario 1: 自動化 Scenario 2: 効率化 2 F5と VMware の連携で構築する クラウド クラウド についての様々な定義がある : インフラ プロバイダから CPU リソースを借りる (
JP-2-Develop Websites and Components in AEM v6x_(V3_after QA)_1111
Components using Adobe Experience Manager v6.x Develop Websites and 目次 1 アーキテクチャスタック...8 1.1 アーキテクチャスタックの基礎... 8 1.2 Granite プラットフォームの概要... 8 1.3 Java Content Repository の概要... 9 1.4 Apache Sling の概要...
ライフサイクル管理 Systemwalker Centric Manager カタログ
for Oracle Oracle Live Help ICTシステム管理 安定稼働 わかりやすい監視と復旧支援 監視コンソールを統合化 わかりやすい監視画面 リモート操作による対処復旧 Windowsや各種Unix Linux メインフレーム 遠隔地のサーバやクライアントの画面を 管理者 など マルチプラットフォーム環境の統合運用管理 の手元の画面から直接操作できます 複数のパソ が可能です
トラブルシューティング集
FUJITSU Software Interstage Mobile Application Server V1.0.0 トラブルシューティング集 B1WS-1131-01(00) 2013 年 10 月 まえがき 本書の目的 本書は Interstage Mobile Application Server のトラブルシューティングを目的としています 本書の読者 本書は Interstage Mobile
製品概要
InterScan Web Security as a Service (IWSaaS) ご提案書 トレンドマイクロ株式会社 製品概要 ネット利用状況の変化 Employees 多種多様な Web アプリケーション Web メール オンラインショッピング オンライントレード 業務系ソフト etc 私的な SNS サイトを利用したいユーザと 仕事に関係のある SNS のみを許可したい管理者 Web 2.0
これわかWord2010_第1部_100710.indd
i 1 1 2 3 6 6 7 8 10 10 11 12 12 12 13 2 15 15 16 17 17 18 19 20 20 21 ii CONTENTS 25 26 26 28 28 29 30 30 31 32 35 35 35 36 37 40 42 44 44 45 46 49 50 50 51 iii 52 52 52 53 55 56 56 57 58 58 60 60 iv
パワポカバー入稿用.indd
i 1 1 2 2 3 3 4 4 4 5 7 8 8 9 9 10 11 13 14 15 16 17 19 ii CONTENTS 2 21 21 22 25 26 32 37 38 39 39 41 41 43 43 43 44 45 46 47 47 49 52 54 56 56 iii 57 59 62 64 64 66 67 68 71 72 72 73 74 74 77 79 81 84
これでわかるAccess2010
i 1 1 1 2 2 2 3 4 4 5 6 7 7 9 10 11 12 13 14 15 17 ii CONTENTS 2 19 19 20 23 24 25 25 26 29 29 31 31 33 35 36 36 39 39 41 44 45 46 48 iii 50 50 52 54 55 57 57 59 61 63 64 66 66 67 70 70 73 74 74 77 77
自己紹介 AWS 視点で経歴振り返り 2015 年 今現在 2
基幹システムのシフトとは 実装時の課題と現実解 株式会社 BeeX テクニカルアーキテクト大友佑介 1 自己紹介 AWS 視点で経歴振り返り 2015 年 今現在 2 AWS 視点で経歴振り返り 2015 年 AWS 移行 @SI コンサル 移行方針 移行後運用の設計 (Windows) リフト 3 AWS 視点で経歴振り返り 2016 年 AWS 移行 @Web 方針策定から実運用まで (Linux)
7 i 7 1 2 3 4 5 6 ii 7 8 9 10 11 1 12 13 14 iii.......................................... iv................................................ 21... 1 v 3 6 7 3 vi vii viii ix x xi xii xiii xiv xv 26 27
AWS 上でのサーバーレスアーキテクチャ 入 門 AWS Black Belt Online Seminar 2016 アマゾンウェブサービスジャパン株式会社 ソリューションアーキテクト清 水崇之 , Amazon Web Services, Inc. or its Aff
AWS 上でのサーバーレスアーキテクチャ 入 門 AWS Black Belt Online Seminar 2016 アマゾンウェブサービスジャパン株式会社 ソリューションアーキテクト清 水崇之 2016.8.9 2016, Amazon Web Services, Inc. or its Affiliates. All rights reserved. 内容についての注意点 本資料料では 2016
9 i 9 1 2 3 4 5 6 ii 7 8 9 10 11 12 .......................................... iii ... 1... 1........................................ 9 iv... v 3 8 9 3 vi vii viii ix x xi xii xiii xiv 34 35 22 1 2 1
i ii iii iv v vi vii viii ix x xi xii xiii xiv xv xvi 2 3 4 5 6 7 $ 8 9 10 11 12 13 14 15 16 17 $ $ $ 18 19 $ 20 21 22 23 24 25 26 27 $$ 28 29 30 31 $ $ $ 32 33 34 $ 35 $ 36 $ 37 38 39 40 $ 41 42 43 44
Visual Studio with Cordova クロスプラットフォーム開発の全貌
Visual Studio with Cordova Visual Studio 2015 Apache Cordova Cordova for Visual Studio Monaca for Visual Studio Σ = ( ) 各種アプリをサービス化しクラウドで束ねて付加価値を最大化 モビリティの重要性 ~ 業務のスピードを上げ 機会獲得を増やす ~ 潜在顧客獲得 機会獲得 情報共有
CLUSTERPROXSingleServerSafe SingleServerSafe ご紹介 2007 年 10 月
CLUSTERPROXSingleServerSafe SingleServerSafe ご紹介 2007 年 10 月 目 次 可用性向上のニーズ XSingleServerSafe のターゲット アピールポイント 監視イメージ 簡単インストール & 設定 製品体系 システム要件 お問い合わせ先 NEC Corp. All Right Reserved. 1 可用性向上のニーズ 可用性の要求は従来の基幹システム中心から
Workspace Gate ~ Workspace ONE(AirWatch) 連携 Cloud ホワイトペーパー ~ 1. Workspace Gate とは Workspace ONE(AirWatch) と社内サーバーやクラウドとの連携に必要なゲートウェイサーバーを Azure/AWS など
Workspace Gate ~ Workspace ONE(AirWatch) 連携 Cloud ホワイトペーパー ~ 1. Workspace Gate とは Workspace ONE(AirWatch) と社内サーバーやクラウドとの連携に必要なゲートウェイサーバーを Azure/AWS などのクラウド上に短期間に構築し 障害対応やソフトウェア OS のアップデートなどの運用までをワンストップで提供するクラウドサービスです
概要 ここでは先程デモを行った OpenStack の中で仮想マシンのデータがどのように管理されているかをご紹介致します OpenStack の中でデータがどのように配置され 管理されているかを知ることは 可用性を検討する上で非常に重要になります 2
OSC Nagoya JOSUG 5th Study openstack Open source software to build public and private clouds. Storage System; Overview OpenStack ストレージとデータ管理 2012.06.04 日本 OpenStack ユーザ会 Tomoaki Nakajima/@irix_jp 1 概要
vdi_service_details
仮想デスクトップ : タイプ 1 仮想 PC 型共有型 V D I 型 構成 1 台のを論理的に分割し 仮想マシンを構築 仮想マシンは 1 人で専有 パソコン利用に近い環境のため 動作するアプリの範囲が広い 専有環境のため アプリのインストールなど自由度が高い 一般的な OA 環境ソフトウェア開発環境など 構成 1 台のを多数のユーザで共有 コストメリットが高い マルチセッション未対応のアプリについては
untitled
i ii iii iv v 43 43 vi 43 vii T+1 T+2 1 viii 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 a) ( ) b) ( ) 51