DA事業本部の春田です。 AWS Summit Online絶賛開催中！ということで、本記事では「CUS-82: 情報子会社のクラウドジャーニー」の内容についてまとめていきます。 セッション情報 NRI システムテクノ株式会社 デジタル事業企画部 大甲 隼土 氏 NRI システムテクノ株式会社 デジタル事業企画部 座間 哲也 氏 情報子会社としてSoRシステムを運用してきたメンバーがコテコテの価値観でクラウド活用の第一歩を踏み出したものの、今までの価値観で上手く回らない疑問から「もっとクラウドを活用できるのでは？」と思い立ち、少しつずつクラウドネイティブな仕組みづくりを始めてきた、クラウドジャーニーをご紹介いたします。取組を継続的に推進するにあたって、どの様にしてクラウド活用組織への変革を、クラウド人材の育成を行ってきたのか、その取組に関しても併せて紹介いたします。 ※セッション動画は以下

こんにちは。 ご機嫌いかがでしょうか。 "No human labor is no human error" が大好きなネクストモード株式会社の吉井 亮です。 日本国内においても多くのシステムがクラウド上で稼働していることと思います。 俊敏性、拡張性、従量課金、IaS、セキュリティなどクラウドのメリットを享受しやすい所謂 SoE で多くの実績があるように感じます。 ここ1~2年は、社内基幹システム・情報システム、SoR 系のシステムのクラウド移行が本格化してきたというのが肌感覚であります。 クラウドでのシステムインフラ構築は従来のようにゼロから非機能要件定義を行っていくものではなく、ベストプラクティスをまず実装して少しずつ微調整を行っていくものと考えています。とはいえ、システムごとの要件は予め明らかにしておくことがインフラ構築においても重要になります。 クラウド上では出来ること出来ないこと

西澤です。クラスメソッドに入社してからおよそ5年間クラウドの推進やAWS技術に関する支援をさせていただいております。この経験を何か形にしたいと思い、少し遅れてしまったのですが、Developers.IOイベントに乗じてまとめさせていただきました。 発表資料 資料はこちらにアップロードしております。 夜間に録音したので覇気が無い感じになってしまいましたが、動画はこちらです。 まとめ 「AWS設計でやりがちな失敗パターン」というタイトルで考え始めたのですが、もっともお伝えしたい点は、AWSを利用されるお客さまのマインドセットを変え、クラウドを活用できる組織に変わって欲しい、というところに集約できるかなと思います。技術的な問題以上に、考え方を変えられないこと、組織を変えられないことが、クラウド活用を阻害するアンチパターンになっていると思いました。 どこかの誰かのお役に経てば嬉しいです。

こんにちは、データアナリティクス事業本部の下地です。 1月にclassmethodにジョインしてから気づいたら1ヶ月過ぎました。 チームメンバーのサポートもあり業務にも慣れてきて楽しく仕事が出来てるな〜と実感しております。 今回は、SAAを取得したので感想と勉強した内容についてまとめたいと思います。 本記事の内容は以下の構成になっております。 試験振り返り SAAに必要なBlack Beltまとめ 理解不足だった内容 まとめ 試験の振り返り 2回受けた試験結果と勉強方法の比較についてそれぞれまとめます。 試験結果 試験結果を表にまとめます。 合格ラインは720でしたので2回目で(ギリギリですが)合格しました。 不合格だった1回目の反省として「SAAの資格取得のみ」が目的になってしまい、勉強の途中からサービスの理解ではなく単語の暗記になってしまったと思います。もちろん単語を覚えて解答出来る問

事業開発部の塩谷 (@kwappa) です。 クラスメソッドの関連会社であるアノテーション株式会社の研修として依頼を受け、チームと心理的安全性、それに礼節というテーマで話をしてきました。 スライド 概要 ここしばらく重点的に書いたり喋ったりしている、心理的安全性とその土台となる礼節がテーマです。昨年のDevelopers.IO Tokyo 2019でのセッション『3つの「Re」〜ソフトウェアの信頼性を高めるためにぼくたちができること〜』 をベースに、発表時間が少し長くなったので各要素の解説を丁寧にしつつ、全体の流れを整理しています。 また、エンジニアに特化した部分をはがすことも意識しています。チームで仕事をするのはエンジニアに限ったことではないですし、昨年末からOpsチームのスクラムマスターをやっていることも影響しています。ともすると「仕事 = コードを書く」という意識に傾きがちな自分への

このエントリは、2018年、2019年に公開したAWS全サービスまとめの2020年版です。これまではいくつかに分割して公開していましたが、1エントリにまとめてほしいという要望をもらっていたため、今年は1エントリに集約してみました。 こんにちは。サービスグループの武田です。 このエントリは、2018年、2019年に公開した AWS全サービスまとめの2020年版 です。これまではいくつかに分割して公開していましたが、1エントリにまとめてほしいという要望をもらっていたため、今年は1エントリに集約してみました。どちらがいいのか正直わからないので、フィードバックなどあれば参考にさせていただきます。 2020-01-08 リクエストがあったためAmazon Mechanical Turkを追加。 2018年まとめ 【2018年】AWS全サービスまとめ その1（コンピューティング、ストレージ、データベー

AWS再入門2019AWS WAF編ということで、AWS WAFの知見を共有したいと思います。主なトピックは「WAF全般のこと」「AWS WAFの基本」「AWS WAFマネージドルール」「WafCharm」です。 AWS再入門2019AWS WAF編ということで、AWS WAFの知見を共有したいと思います。主なトピックは以下の通りです。 WAF全般のこと AWS WAFの基本 AWS WAFマネージドルール WafCharm WAF全般のこと WAFに期待される主な働きは、悪意のある通信をブロックし、悪意のない通信を許可することです。実際に可能な動作は、通信がWAFを通過する時にルールに一致する場合はブロックまたは許可するものです。ブロックまたは許可したい通信とWAFのルールが一致するとは限りません。WAFを導入していても、悪意のある通信が通過する可能性はありますし、正しいユーザーの通信を

こちらはラスベガスで開催された AWS re:Invent2019のセッション The right AWS network architecture for the right reason #NET320 のレポートです。 Transit Gateway/PrivateLink などの新サービス登場や 既存サービスのアップデートとともに、 AWSにおけるネットワーク構成の選択肢は増え続けています。 本セッションは、今のAWSにおけるネットワーク構成が網羅されている 良いセッションでした。 本ブログでは、このセッションで出てきた AWSネットワークアーキテクチャ パターンを紹介 していきます。 資料 セッション動画 目次 項目が多いので以下に目次を作成しています。 目次のリンクから気になるアーキテクチャを参照ください。 シングルVPC、マルチVPC フラットネットワーク アーキテクチャ (

みなさんこんな画面を見たことありませんか？？ このような状態は避けるべきです。理由は以下の通り。 各リソースの役割がわかりにくい オペレーションミスが発生しやすい リソース削除などの判断が難しくなる 単純に見栄えが悪い そこで今回は弊社が環境を構築する際によく使う命名規則を紹介したいと思います。 新規でリソースを作成する際に参考にしていただけると嬉しいです。 ※AWSアカウントでシステムや環境を分離していたとしても、命名規則を守ったほうがリソースの見通しがよくなります。 リソース名から何を知りたいのかを考える みなさんはリソース名（主にNameタグ）から何を知りたいですか？？ 対象のリソースによっても異なりますが、共通で知りたいものは以下になるかと思います。 対象システム 環境(本番、検証、開発) また、リソースによってはこれ以外に知りたい情報もあるはずです。 Subnet、RouteTa

こんにちは。DA事業本部の春田です。 AWSには様々な種類のホワイトペーパーが提供されていますが、『Reliability（信頼性）』のホワイトペーパーを読んだことはありますか？Well-Architectedフレームワーク五本柱のうちの一つです。ソリューション・アーキテクトを目指す方にとってはお馴染みでしょう。 このペーパー、めちゃめちゃ丁寧かつ面白いんですよ。読んだことがある人にはわかると思うのですが、5つのWell-Architectedフレームワークのホワイトペーパーのうち、『Reliability』だけ気合の入れ方が違っていて、他のペーパーよりも用語の定義や具体例が豊富なため、アーキテクトの経験がなくてもイメージがしやすいものになっています。また、各観点を表にまとめてくれているので、困ったときにパッと見れるTips集的にも使えます。AWSのサービスに絡めた説明が多いですが、システ

中山（順）です 先日、PCI DSSにおけるパッチ管理をテーマにした勉強会を実施しました。 【資料公開】PCI DSSの認証取得を目指す方へ！AWSの利用を前提としたパッチ管理について考えるクローズドな勉強会をやりました PCI DSS要件のある環境で自己管理の内部診断としてAmazon Inspectorを活用する方法 今回はその続きとして、ネットワークアクセス制御をテーマに勉強会を実施しました。 勉強会はテーマに関連するAWSの機能を解説し、その後ディスカッションする（AWSの機能が要件の充足にどの程度寄与しそうか、など）という流れで実施しました。 参加メンバーは前回と同様に弊社AWS事業本部コンサルティング部のメンバー ＋ とあるQSAの皆様です。 ネットワークアクセス制御自体の解説については、弊社岩城が担当しました。 【資料公開】PCI DSS 勉強会 ネットワークアクセス制御編

こんにちは、岩城です。 PCI DSS 勉強会シリーズです。 先日、社外の方（とある QSA （認定審査機関）の中の方たち）とクローズドな PCI DSS 勉強会が行われました。今回の勉強会の目的は、「PCI DSS の要件1:安全なネットワークの構築と維持」に関連する AWS のネットワークアクセス制御機能を理解することでした。本エントリでは、勉強会で利用した資料とディスカッションの内容を共有したいと思います。 合わせて弊社中山によるネットワークアクセス制御の設定を管理する方法もご確認ください。 【資料公開】PCI DSSのネットワークアクセス制御に関する要件とそのための実装を学ぶ勉強会をやりました（管理編） 目次 資料 勉強会内容 本日のゴール AWS における以下のネットワークアクセス制御機能の理解を目指します。 ネットワークアクセス制御 ルートテーブル セキュリティグループ ネット

おはようございます､加藤です｡Consul チュートリアルをやってみたの第3回です｡クラスタの作成とヘルスチェックをやってみました｡ はじめてのHashiCorp Consul (第1回 インストール〜起動) はじめてのHashiCorp Consul (第2回 Connect機能) Consul by HashiCorp Consulのメインページ Consul Curriculum - HashiCorp Learn Consulのチュートリアル やってみる内容 Consul サーバー & クライアントを起動して､クライアントのクラスタへの参加(1サーバー構成だけど)とヘルスチェックの挙動確認を行います｡ 環境はDockerを使って用意しました｡ Consul クラスターの作成 Consulは本番環境の場合､サーバー & クライアント構成で動作します｡今回は1台のサーバーと1台のクライ

はじめに どうも。DI部@大阪オフィスのtamaです。 Spotify APIは、Spotifyに存在する楽曲のデータを取得できるのですが、その中に一際面白そうなAPIがあったので、今回はそれを使って「DESIRE -情熱-」のデータを可視化してみたいと思います。 Spotify APIの「Get Audio Analysis for a Track」 使用するのは「Get Audio Analysis for a Track」というAPIです。実はまだベータ版ということもあり、タイムアウトが頻発しますが、なかなかおもしろいデータが取得できるAPIとなっております。 Get Audio Analysis for a Track | Spotify for Developers Spotify IDについて このAPIに必要なものとして、対象曲のSpotify IDがあります。別のAPIから

先日数ヶ月ぶりにソリューションアーキテクトのアソシエイト試験をリベンジしてみました。前回のスコアに+15した程度で、ボーダーにはまだまだ遠い状況です。 ここ数ヶ月に何度も反復してみたこととしては、以下が挙げられます。 各種サービスをBoto3ベースでロジックとして操作実装する 関連書籍を複数冊手にして最初から最後まで何度も読み返す 結果として、この手段では個人的にはそこまで大きく効果は現れないということになります。どうしたものかと思案した結論として、試験対策としてよく挙げられるベーシックな対策「BlackBelt精読」を只管やってみることにしました。 ただ、試験で触れられていた記憶のあるサービスはそれなりの数があり、自ずとBlackBeltも結構数となります、できれば色々ページ遷移せずに流し読みもしたいのが本音です。そこで、読む予定のBlackBeltを只管貼り付けるエントリーをこしらえる

AWS事業本部インテグレーション部のいわほりです。入社してから、あっという間の１ヶ月が過ぎました。 １月末にAWS 認定ソリューションアーキテクト – アソシエイトを無事合格できたので、その過程をまとめておきます。 私と似たような状況でAWSの学習を始めようと思っている方の参考になれば、幸いです。 想定読者 以下に該当し、アソシエイトの資格を当面の目標にされている方を想定しています。 AWS経験ゼロ オンプレのインフラ経験もゼロ(もしくは、久しく触れていない) 座学よりも体で覚える方が好み やったこと オンライン講座を１周半 最初にUdemyの『手を動かしながら2週間で学ぶ AWS 基本から応用まで』をやってみました。この講座の特長は講座のサブタイトルでもある「実際に手を動かして AWS を学ぶことで０から１へを強力にサポート！」に集約されます。 １周目：講師の方のオペレーションを写経の如

本日 5/30 から 6/1 まで、東京・品川で開催されています AWS Summit Tokyo 2018。こちらで講演されたセッション「AWS を支えるネットワークインフラと要素技術」を聴講しましたのでレポートします。 今回のAWS Summitでは全セッションで撮影が禁止されているため、文字だけでお届けします。 概要 AWS のスケーラブルで可用性の高いサービスは、それを支えるインフラストラクチャによってなりたっています。普段お使い頂く中では AWS の物理的な側面を意識する機会は少ないかもしれませんが、ご理解頂くことでより効率的に活用することができます。本セッションでは AWS グローバルインフラの構成や要素技術について改めて説明し、サービスの中でどのように活用されているのかをご紹介します。 スピーカー アマゾン ウェブ サービス ジャパン株式会社 技術統括本部 ソリューションアー

当エントリでは2018年5月31日に行われた『AWSの利用前におさえておきたい10のこと』に関する内容をレポートしたいと思います。 当セッションの登壇者及び概要は以下の通りです。 スピーカー： 高山 博史 アマゾン ウェブ サービス ジャパン株式会社 技術統括本部 ソリューションアーキテクト 主に AWS を使い始めた方や、これから使おうとしている方を対象に、 AWS 利用開始時に「必ずチェックしておきたい」セキュリティ設定や、有効化しておきたいアカウント設定などについて、 AWS のクラウド設計ベストプラクティス集である ”AWS Well-Architected Framework” を使いながら解説します。既に長年 AWS を利用している方の答え合わせにもご活用ください。 セッションレポート セッションの目的 AWSを利用する際に、事前におさえておきたい設定を紹介する AWS ベスト

【AWS White Belt Online Seminar】AWSご利用開始時に最低限おさえておきたい10のこと　で紹介されていたことを架空の人物「太郎くん」とともに整理してみました。 こんにちは。池田です。先日、自動ドアを通過中に扉が閉まってきて激突した拍子に、メガネのレンズが傷だらけになってしまっていたのですが、昨日やっと新しいメガネが手元に届きました。視界がクリアなのって素敵なことですね。 AWS再入門2018 プロマネや営業のためのAWS Monthly Calculator入門編に登場してもらったところ、ごく一部で微妙な人気をいただいている架空の人物「太郎くん」。せっかくなので今回も登場してもらおうと思います。 はじめに 先週見積もりを作成したお客様から「AWSへの移行を進めたいので、いくつか教えて欲しいことがある」と呼び出された太郎くん、見積もりに含めなかった各種オプション料

こんにちは。池田です。某音声操作デバイスの購入招待メールを申し込んでから何日経ったのかは考えないことにしました。 はじめに 今回はAWS再入門2018シリーズとして、Amazon VPC(Virtual Private Cloud)について公式サイトの情報とslideshareに公開されている資料を元に整理していこうと思います。 もくじ Amazon VPCとは Amazon VPCの利用例 非Amazon VPC環境について 代表的なVPCの構成要素 まとめ Amazon VPCとは 概要 AWS上に構築できるプライベートな仮想ネットワーク リージョン内でAZをまたいだネットワークが構築できる 2つのセキュリティ機能が標準で利用できる VPC内にEC2をはじめとしたAWSサービスを配置し利用できる VPCで作成されるネットワーク例 スライドのように、AZをまたいだネットワーク空間を作成す