AWS re:Invent2018 (Gravitonプロセッサ搭載・EC2 A1 Instances登場）
プリセールスの片貝です。 今回 AWS re:Invent 2018へ、エンジニアの西田と参加させて頂きました。 これから新規発表されたサービスを中心に、実際にテストや導入した内容を記載できればと考えております。 まずMonday Night Live でEC2のA1シリーズが発表されておりました。 Serverlessな環境が注目されている状況ではありますが、やはりEC2の進化も見逃せません。 EC2 A1 Instances このA1シリーズは、ARMベースとなりAnnapurna Labs(アンナプルナ)がカスタマイズしたCPUになるそうです。 Annapurna Labs とは、2015年にAmazonが買収したイスラエルの半導体企業で、ASICによるネットワークの高速化や昨年(2017年)に発表された、 EC2の新基盤 Nitro(ナイトロ)を開発した企業だそうです。専用CPUまで作成してしまうとは、Amazonは何処まで行くのでしょうか。 ただこのCPUはARMベースなので、アプリケーションはARM環境用にコンパイルが必要となりそうです。 EC2 M5A/R5A Instances またAMDのCPUを搭載した、m5a、r5a インスタンスも選択可能になりました。 選択可能CPU これでEC2は3つのCPU環境を選択できる事になります。 ただ残念ながら、まだ a1 インスタンスも m5a/r5a インスタンスも東京リージョンで選択する事はできません。 東京リージョンへリリースされるのを待ちつつ、他リージョンにてテストしてみます。 因みに、a1インスタンスが選択可能なリージョンでは、Amazon Linux 2 AMI (HVM) の選択肢に以下が追加されております。 〇64ビット (x86)、〇64ビット(Arm) こんな感じ あとがき まだ色々と新サービスの情報がありますので、順次アップします。...AWS re:Invent2018 参加レポート その１
エンジニアの西田です。 LAS VEGASで開催されているAWSのユーザカンファレンスであるre:inventに来ています。 今年はISAOからは、私を含め2名で参加してます。 セッション このカンファレンスでは、AWSのソリューションに関する様々なセッションが開催されています。 それぞれのセッションには、レベルが設定されていて入門レベルからエキスパートまであり、自分のレベルに合わせたセッションに参加することができます。 私もセッションに参加したので、その中からいくつかご紹介したいと思います。 Security & Compliance for Modern Serverless Applications このセッションは、AWS LambdaとAWS API Gatewayを使用したアプリケーションのモダンなセキュリティモデルを説明してくれるものでした。 ここで推奨とされていたモデルとしては、AWS Cognito, AWS Secrets Managerなどを用いたモデルでした。 ユーザー認証は、Cognitoを使用してコントロールし、機密情報（APIキーなど）があればSecrets Managerで管理しましょうといった感じです。 また、AWS Config、AWS Identity and Access Managementを使い、リソースの設定の監視や権限管理をするのも忘れずにだそうです。 Reliable & Scalable Redis in the Cloud with Amazon ElastiCache 今月に、Amazon ElastiCacheにRedis5.0が追加されました。 ElastiCacheのパフォーマンスの向上やRedis5.0の新データ型のStreamについて紹介していました。 Stream型での使用も当来どおり、スケールアウト、スケールアップができるそうです。 まとめ セッションの予約をする際に思ったことですが、やはりサーバーレスに関するセッションが人気で結構予約が埋まっていました。 特にAWS FargateやAWS Lambdaに関するセッションは、ほとんど予約が埋まっている状況でした。...【Amazon Echo】Alexaスキル開発ハンズオンを開催しました
こんにちは、中嶋あいみです。 私事ですが・・・ 最近Amazon Echoなしの生活が考えられなくなってしまいました！ 目次 スマートスピーカーの市場は？No.1シェアは？ Alexaスキルとは Alexaセミナー＆ハンズオンをやってみた VUIとは ノンプログラミングでAlexaスキルを作る方法 Alexaスキル開発をはじめるなら AIスピーカー？それともスマートスピーカー？ 初めての方へざっくり説明すると、Amazon EchoにはAlexa (アレクサ) という音声認識機能が搭載されています。 GoogleではAIアシスタントとも言われ、その機能に対する呼び名は各社様々です。 また、『AIスピーカー』と『スマートスピーカー』という呼び名も混在していて諸説ありますが、AI (人口知能) の要素はまだわずかしか感じられないので、筆者としてはスマートスピーカーと呼ぶことにします。 Amazon Echo Dotのある生活 Alexaとの1日ハイライト。 Alexa, Good morning! で、今日の小ネタを言ってもらうことから始まり、 Alexa, how is the whether today? で、天気と気温を教えてもらい、 Alexa, what’s new? で、ニュースを読んでもらい、 Alexa, I’m going. で、行ってらっしゃいを言ってもらい、 Alexa, I’m home. と、ただいまの再会をし Alexa, play “fireplace sounds”....AWS re:Invent2017 Keynote Day2 まとめ
インフラエンジニアの橋本です。 ラスベガスは朝晩は肌寒いですが、日中帯はギリ半袖もいけるような気候です。 それではKeynote二日目で発表された新サービスのご紹介になります。 Alexa for Business 有能なアシスタントが会議室で、デスクであなたをサポートするようになります。 「Alexa,start meeting」、「Alexa,dial XXXX」で、会議や電話会議への参加など、声をかけるだけで実現できるようになります。 上記は一例ですが、他にも連携するアプリケーションによっては、会議室の空きが確認できたり、AWSアカウントのあるリージョン上で起動しているEC2の数を確認できたり、Cloudwatchのアラートを読み上げたりすることもできます。 また、プライベートでも使うことが可能です。 音楽を聴いたり、電気のON/OFF、テレビ番組の切り替えが音声でできます。 音声でAPIから作ったスキル（拡張アプリ）を実行するような仕組みです。 本日よりavailableとなってます。 AWS Cloud9 コーディング、実行、デバッグを可能にする統合開発環境（IDE）です。 ブラウザ上で扱います。 あらかじめ主要な開発言語、およびそのツールがパッケージ化されており、追加の必要はありません。 エディタやデバッグも用意されています。 Lambda関数のテスト/デバッグをサポートしているため、サーバレス開発が可能。 また、IAMユーザを追加することで共同開発をすることも可能なようです。 ※現在、米国西部（オレゴン）、米国東部（オハイオ)、米国東部（北バージニア）、EU（アイルランド）とアジアパシフィック（シンガポール）リージョンでのみ利用可能です AWS Serverless Application Repository サーバーレスアプリケーションの公開、検索、デプロイができるようになります。 公開方法についてはグローバルとプライベートが選択可能です。GitHubのようなソースコードリポジトリを参照させることもできます。 提供者はアプリケーションをSAM（ServerlessApplicationModel ）形式でパッケージ化しておく必要があります。 こちらにてプレビュー受付中のようです。 まとめ 二日目のKeynoteは開発関係の話がメインのようで、ところどころわからなかったこともありましたが、サーバレス化が急速に進み、開発スピードもより速くなっていくんだなと感じました。（どんどんインフラ要らずになっていく・・・。） また、新サービスは一日目が圧倒的に多かったです。 二日目はほぼ、Alexaをはじめとした音声認識やその可能性についての話が多い印象でした。...AWS re:Invent2017 2日目参加レポート
こんにちは。インフラエンジニアの橋本です。 saeki同様、AWSが誇る一大イベント、re:Invent 2017に参加してます。 出国前からチェックインエラー、1日目はバス移動に苦労させられ（なぜかパンフに記載の通りの順じゃない& 到着したら無言でみんな降りる）ましたが、そろそろ慣れてきたので張り切って二日目のレポートです。 1日目の様子はこちらまで。 Global Partner Summit 主な内容をダイジェスト 今年は循環器の治療や銀行のバンキングシステムの効率化など、特にヘルスケアや金融系でAWSの導入が進んでいる パートナーエコシステム（様々なパートナー企業の中から、エンドユーザのビジネスニーズに合わせて柔軟にクラウドの価値を提供する仕組み）をより拡大させ、AWSは絶対的な存在だと印象づける IOT、ML、Blockchain、AI分野も引き続き強化していく エンタープライズが徐々にAWSへ移行が進んでいる。現在はアメリカだが、次はグローバルな流れになる データベースについて、そこ（オンプレ）から動かない（移行しない）という選択肢はない。例えば某オラクル。どちら側につくか選ばなくてはならない（会場ざわめく） 新たにプレミアパートナーに６５企業が追加 Tuesday Night Live AWSのグローバルインフラストラクチャ担当VP Peter DesantisによるKeynote。 リージョンについて 2016-2018年で１１リージョン追加予定。政府向けリージョンをアメリカに。中東初のリージョン（バーレーン）も登場。 スウェーデンをはじめとして、新規立ち上げのリージョンは、再生可能なエネルギーを使って立ち上げる AvailabilityZoneについて 物理的な距離のある複数のDCで、１０万台以上サーバがあるなど、基本的な成り立ちの説明。 AZは最低２つのゾーンだが、最大で６つのゾーンがあるリージョンもある 100GBのAmazonGlobalNetworkでリージョンを繋げていて、67のDirectConnectでAWSへ接続されている Computing at SCALE Machine Lerning（以下、ML） ディープラーニング、X-Rayが医療分野で現場で実際に使われている 例：脳の腫瘍を見つけるX線検査など ここまで成長できた理由 ①ハードウェアの高度化 ②ML framework improvement AWSの**Apache MXNet**を使った機械学習トレーニングで、7-8倍の学習効果があった ③Rapidly growing GLUON Open neural network exchange NNVM and TVM 機械学習モデルのAPIや、一つのエンジンで学習後、別のエンジンで動かす切り替えツールを使用することでも...AWS re:Invent2017 Keynote Day1 まとめ
エンジニアのsaekiです。 Keynote1日目で発表された新サービス&アップデートのまとめです。 EC2 instance type M5 (General purpose) M1 (Big Dataに最適化されたインスタンス) 13m (ベアメタル) Amazon Elastice Container Service for Kubernetes (EKS) 来ると思ってました。満を持して来ましたね。 やっぱりこの発表で一番会場が沸きました。 プレビュー版が本日公開。 AWS Fargate コンテナ管理を抽象化してくれるサービス。 ECSにぶら下がる各インスタンスやその中で動くDockerを意識することなく、コンテナを管理できるようになるようです。 https://aws.amazon.com/jp/blogs/news/aws-fargate-a-product-overview/ ECS版は今日からga、EKSは2018年のどこかでサポートされるようです。 Aurora Multi-Master AWS Auroraのマルチリージョン対応 プレビュー版が本日公開。gaは2018のどこかの予定。 Aurora Serverless Serverlessのフローに対応したオンデマンドなRDS、という理解です。 プレビュー版が本日公開。 DynamoDB Global Table DynamoDBのフルマネージド化、マルチリージョン対応。 今日からgaです。 Amazon Neputure フルマネージドなGraphDB。 プレビュー版が本日公開。 S3 SELECT, GLACIER SELECT データストアにクエリを発行できるようになるやつ。 使いこなせなさそう…...AWS re:Invent2017 1日目 参加レポート
エンジニアのsaekiです。 11/27(月)からラスベガスで開催されているAWS re:inventに参加しています。 日本からラスベガスへ 11/26日17:00ごろ成田空港を出発し、約10時間かけてサンディエゴへ。 そこからサウスウェスト航空に乗り換え、1時間後にラスベガスに到着しました。 自分は海外に行った経験が台湾旅行くらいしか無く、10時間のフライトがとても長く感じました。 経由したサンディエゴ空港、ものすごい混んでました セッション re:inventの目玉はもちろんKey Noteの新サービス発表ですが、それ以外でも様々なセッションが用意されていたり、AWSを用いたサービス/ソリューションを行う企業様がブースを構えていたりと、Key Note以外でも見所が多いです。 re:inventは"教育的なイベント"と呼ばれています。 参加者のレベルに合わせた1時間程度のセッションが多数用意されており、入門レベルの人から上はエキスパートの人まで楽しめるようになってます。 イベント1日目、自分は300レベル(中級者向け)のセッションに参加しました。 セッションのタイトルは「Alexa, Where’s My Car? A Test Drive of the AWS Connected Car Reference」。 車両や運転にまつわる多様なデータをAWS IoTで集めてビックデータ化する、というざっくり言えばそんな内容でした。 普段自分たちが触れるAPI Gateway、Lambda、DynamoDBなどのサービスがこういった用途で使われていると考えると、とてもワクワクします。 スライドは後日発表されるかと思うので、発表され次第こちらにもリンクを貼ります。 JapanExploring Night 夜はJapan Exploring Nightに参加しました。 会社として普段お世話になってる企業様や、業務の関わりは無くてもAWSを使ったサービスを展開している企業様など、様々な方とお話させていただきました。 AWSを中心に人の輪ができ、そこでお互い好きなサービスについて語り合う、とても有意義な時間でした。 二時間があっという間でした。...そうだ、HTTP/2に移行しよう(実践編)
こんにちは、エンジニアの吉田です。 前回そうだ、HTTP/2に移行しよう(OpsWorks編)の記事を執筆しましたが、今回はその続編となります。 (前回から時間が経ってしまい申し訳ないです汗) 前回はHTTP/2に移行する為にAWS OpsWorksを用いたChef12スタックでの シンプルな環境を構築するところまでお伝えしました。 しかし実際はChef12スタックは、Chef11以前のスタックと違い それまでのレシピの運用方法を変えなければなりません。 今回は、現場でのOpsWorks Chef12スタックにおける課題の解決にフォーカスした実践編となります。 実践編 その1. OpsWorksのChef12スタックでコミュニティクックブックを利用したレシピを実行する Chef12スタックで最も注意しなければならない点は、レシピを実行する際に 利用するコミュニティクックブックの参照が自動的に行われなくなったことです。 試しにコミュニティクックブックを利用したレシピをそのまま実行しようとしたら 「コミュニティクックブック?そんなの見つからないよ！」と怒られます。 なので解決方法としてはコミュニティクックブックを含んだクックブックアーカイブを事前に作成し s3にアップロードした場所を参照するようにします。 コミュニティクックブックを含んだクックブックアーカイブを作成 [前提条件] アーカイブ作成にはBerkShelfをインストールしている必要があります。 もし無い方はChefDKをインストールするか、もしくはGemでBerkShelfをインストールしてください。 ChefDK: https://downloads.chef.io/chefdk Gem: gem install berkshelf [手順] 1. ローカルでクックブックのディレクトリに移動する 2. berks packageコマンドを実行してアーカイブを作成する デフォルトだとcookbooks-1506749951.tar.gzといったタイムスタンプ付きのアーカイブが出来上がります。 もしファイル名を指定したい場合はberks package {ファイル名}.tar.gzのようにコマンドを実行します。 3. アーカイブを格納する為のs3バケットを作成する 4. 手順3で作成したバケットにアーカイブをアップロード AWS CLIのS3コマンドが便利です。 aws s3 cp cookbooks.tar.gz s3://{バケット名}...そうだ、HTTP/2に移行しよう(OpsWorks基本編)
こんにちは、チーム活性化サービス「Goalous」のリードエンジニアを務めている吉田です。 今回はGoalousがHTTP/1.1からHTTP/2に移行した経緯と実際にどのように移行したのかをお話します。 なぜ移行したか 僕達は先月までサービス全体の大規模なパフォーマンス改善を1ヶ月半以上かけて行っていました。 Goalousは以前からレスポンスの悪さがかなり目立っていて、「表示速度が遅い」という意見が多く寄せられていました。 開発チームとしてはユーザーのストレスを軽減してサービスの使い心地を向上させたい、 「サクサク動かせるようにしたい」という思いが前々からありましたが ただ機能追加・改善がどうしても優先的になってしまい手をつけることが出来ずにいました。 しかしサービスを有料化する前にはどうしても対応したかったこともあり、 今年5月にチームの総力をあげてサービス全体のパフォーマンス改善に取り組むことが決定しました。 HTTP/2への移行はそのパフォーマンス改善の一つの取り組みです。 HTTP/2のメリットの詳細は今回は省略しますが、詳しく知りたい方はこちらを参照下さい。 HTTP/2への移行を決めたのは、リクエストとレスポンスの多重化等のメリットを享受したかったのと、他にもう一つ僕達にとって重要な理由がありました。 それはAWSの問題です。 GoalousではAWSのOpsWorks(Chefを使用してクラウドエンタープライズでアプリケーションを設定および運用するための設定管理サービス)を使用しています。 OpwsWorksはOpsWorksスタックとOpsWorks for Chef Automateの二種類があり Goalousで使用しているのはOpsWorksスタックです。 OpsWorksのスタックはChefのバージョンが11か12によって明確に区別されます。 僕達はずっとChef11のスタックを使用していましたが、もうそろろそろChef12にバージョンアップしたかったので 今回のHTTP2/移行が良い機会となりました。 あとはロードバランサーがELBではなくALBじゃないとHTTP/2を使用出来ないので思い切って Chef12+ALBの全く新しいスタックを作ることに決めました。 どう移行したか GoalousのChefのレシピは残念ながら公開出来ないので、本記事においてはあくまで OpsworksのChef12スタックとALBをどう構成してHTTP/2を実現するか に焦点を絞り、サンプルのChefレシピを使ってミニマムな構成の手順を説明します。 参考：Use Application Load Balancers with your AWS OpsWorks Chef 12 Stacks Step1.ALB作成 基本的にはAWSの公式ドキュメントに沿って作成します。 ただしステップ 5: ターゲットグループのターゲットを設定するはスキップしてください。 インスタンス作成とターゲットグループへのターゲット登録はOpsWorksで行います。 Step2.OpsWorksスタック作成 OpsWorksのダッシュボードページで、スタック追加ボタンをクリックします。 スタック追加ページに遷移後、まずChef12 Stackを選んだ上で、...EC2からStorage Gateway経由でS3をNFSマウント
こんにちは、インフラ担当の赤川です。 AWSの最新情報（英語版）にて、StorageGatewayを利用してEC2からS3マウントが可能になるとのアナウンスされました。 今回のアップデートにより、これまでの問題が解消できるのかベンチマークを取ってみました。 準備した環境 クライアント 比較するために以下A〜C3つのインスタンスを準備しました。 A.FileGateway経由でS3バケットをnfsマウントしたディレクトリをDocumentRootとしたインスタンス B.s3fsでS3バケットをマウントしたディレクトリをDocumentRootとしたインスタンス C.ローカルディスク内にDocumentRootを配備したインスタンス 各インスタンスにhttpdをインストール。 サーバ毎にDocumentRootを変更。 StorageGateway Gatewayの要件はこちら ・・・なのですが、 読まないで進めたらいつまで経ってもGatewayインスタンスに接続できませんでした。 sshでGatewayインスタンスに接続すると、ご丁寧にvCPUが足りんと警告が。ちゃんと読んでスペックを確認しましょう。 （この画像はCPUでWarningですが、メモリ足りない場合はCriticalが出ていました。） ちなみにGatewayインスタンスへのssh接続ユーザのデフォルトは「sguser」です。 S3 マウントするバケットを事前に作成しておきます。 FileGateway設定 まずはStorage GatewayのメニューからFile Gatewayを作成します。 GatewayのタイプはEC2を選択します。 赤枠で囲ったボタンをクリックするとEC2起動画面が開きます。 どうやらGateway用のAMIが用意されているようです。 前述の注意点を気にしながらインスタンスを作成します。 インスタンスを作成したらFile Gatewayの画面に戻ります。 Gateway IPアドレスを求められるので先ほど作成したインスタンスのIPを指定します。 続いてアクティベートも実行されます。 次にファイル共有の設定を実施します。 作成したGatewayを選択して「ファイル共有の作成」をクリック。 マウントするS3バケット名を入れます。 また、S3へ接続できるIAMロールも設定しておきます。 完了するとmountコマンドまで表示してくれます。 親切ですね〜。 クライアントからGatewayインスタンスには接続できるようにSecurity Groupを適宜設定します。 後はクライアントインスタンスを準備し、httpインストールとDocumentRootをマウント先パスに変更しておきます。 abベンチを実行 マウント先にテストドキュメントを適宜配備し、httpdを起動しておきます。 s3fsやローカルディスクを利用したインスタンスも起動して各自ベンチを取ります。 Gateway経由でS3マウントしたインスタンスの結果 s3fsでS3マウントしたインスタンスの結果 ローカルディスク利用インスタンスの結果 数回ベンチしてみましたが、ローカルディスク利用時と遜色のない結果となりました。素晴らしい。 ただ、GatewayインスタンスがSPOFになることと、Gatewayインスタンスのスペックがそれなりに必要なので、 導入時に適したシステムなのか要検討です。...AWS re:invent2016 Key Note --- Day1 ---
こんにちは。 インフラ担当の赤川です。 現地11/30はKey Note Day1でした。 本日発表された新しい情報を簡単に書いていきたいと思います。 コンピューティングサービス Light Sail サーバなど利用したことのない方向けのVPSサービス。 できるだけ簡単にインスタンスを起動できる。 データ通信量などを含めた月額定額で、使いたいサービス（wordpress）を選択することができる。 T2 瞬間的なCPUバーストを出すことができるインスタンスである T2インスタンスの新しいタイプが追加されました。 R4 R3の後継ファミリーとして、R4が発表されました。 最大搭載メモリは488GBとなります。 I3 I2の後継ファミリーとして、I3が発表されました。 C5 C4の後継ファミリーとして、C5が発表されました。 コンピューティングの集約型ワークロードに最適なタイプです。 Elastic GPUs EBSと同じ感覚で、既存のインスタンスに対してGPUをアタッチすることができるようになります。 3Dモデリングなど、幅広いグラフィックワークロードを実行したい場合に向いています。 F1 プログラマブルなハードウェアであるFPGAを利用可能なインスタンスファミリであるF1が発表されました。 自身でカスタムハードウェアアクセラレーションをプラグラム可能で、FPGAイメージを作成し、 ハードウェア上でカスタムロジックが動作する仕様となります。 DBに関するアップデート Amazon Athena EMRやElasticSearchを利用するのはちょっと高価すぎるという場合の分析サービスで、 簡単なクエリを投げて分析/解析することができます。 ANSI-SQLをサポートしているので、特殊なスキル不要。 今後、S3を中心としたデータレイクを構成していくことをオススメしていました。 Aurora PostgreSQL対応 2014年に発表されたAuroraがPostgreSQL互換対応版もリリースされます。 PostgreSQLでAuroraを利用したかったお客様には朗報ですね。 AI/ディープラーニング Amazonの商品おすすめ機能など、これまでもAmazonはAIを利用してきた。 Alexa&Echoなどの音声サービスに対するディープラーニング。 Amazon Rekognition ディープラーニングを利用した画像認識サービスとなります。 S3に格納した画像に対して解析を行い、状況、物体、顔情報に関するタグ情報を出力。 Amazon Polly テキストで省略した言葉（PPAP)なども解析し、省略している言葉も フル（PenPineappleApplePen）と発生してくれるサービス。...AWS re:invent2016 Key Note — Day2 —
こんばんは。 インフラ担当の赤川です。 本日も引き続きre:invent2016 Key Note 二日目の模様をお届けします。 Deploy AWS OpsWorks For Chef Automate Full ManagedなChef Serverとして、AWS OpsWorks For Chef Automateが発表されました。 OpsWorksのStackで操作し、バックアップやソフトウェアアップグレードまでManagedされ、 これまで運用の負荷となっていたChefサーバーの管理が容易になります。 Amazon EC2 Systems Manager EC2を管理するサービスとして、Amazon EC2 System Managerがリリースされました。 コマンド実行やインベントリ、Windows Serverに対するパッチ管理などが実現され、 運用の手助けになりそうです。 AWS Code Build コード管理のCode Commit、DeployのCode Deplyの足りないピースとして、 デプロイを請け負うAWS Code Buildが発表されました。 課金体系はビルドされてから処理が終わるまでの分単位課金となるようです。 DevOps AWS X-RAY アプリケーションモニタリングツールとして、AWS X-RAYが発表されました。 アプリケーションのどこがボトルネックになっているのか、レイテンシーなどを深掘りしてみること ができるようになり、アプリケーションの見える化を実現します。 Respond AWS Personal Health Dashboard AWS Personal Health Dashboardが発表されました。 これまで個別に通知されていた（インスタンスのメンテナンス通知等）が一元的に管理されます。 つまりアカウント自体で予定されているメンテナンス情報がパッとコンソール画面で確認することができるようになります。 パフォーマンスや可用性も確認可能とのことです。...AWS re:invent2016に来ています
AWS re:invent2016 Global Partner Summit はじめまして。 インフラ担当の赤川です。 LAS VEGASで開催されているAWSのユーザカンファレンスであるre:inventに来ています。 昨年は弊社からは1名の参加でしたが、今年は私を含むインフラメンバ3名で参加しております。 本日はグローバルパートナーサミットが開催されました。 パートナー企業に対するメッセージとして、次のメッセージが響きました。 （同時通訳で聞いていたので齟齬があるかもしれません。） フォーチューン100に入る企業の90%がAWSを利用、またパートナー企業が様々な形でサポート していることも見ればわかるように、顧客は専門的なAWSの知見がなく、それを実現してくれる パートナー企業を必要としている。 つまり顧客がわからないこと＝パートナー企業にとっては最大のチャンスである。 こういった要望に応えられるプロフェッショナルな人材に投資する企業が勝ち残っていくと感じている。 これは本日発表された、Partner Solutions Finderなるサービスと紐づいた メッセージなのかと思っています。 Partner Solutions Finder https://aws.amazon.com/jp/partners/find/ 検索キーワードを元にパートナー企業を探すことができる検索サービス。 そして、検索結果からダイレクトにパートナー企業へ問い合わせることができるようです。 AWSのサービスを知り尽くし、最適なシステムを提供できる企業は検索候補として引っかかる可能性が 上がり、今まで以上に多くの仕事を受注できる可能性が広がる。 弊社はAdvanced Partnerとなっておりますが、これまで以上にサービスを提供できる幅を広げ、 精進していきたいと思います！！ 余談ですが、今回の参加者特典はパーカーとecho dotでした。 明日以降もKey Noteを中心にレポートしたいと思います。...勉強会を開催しました！「AWSを使っているならOpsWorksでDevOpsしよう！」、「AWS運用アレコレ」の二本立て
こんにちは、平形です。 先日8/24、弊社で4回目の外部向けの勉強会を開催しましたので、その様子をご報告させていただきます。 今回はAWS関連のトピックを私、平形と同じく弊社エンジニアの赤川がお届けしました。 今回４回目となる勉強会も盛り上がりを増してきた事もあり、弊社代表の中村が自ら挨拶を買って出てくれました。 今回もたくさんの方々にご参加いただき、大変嬉しく思っています。 内容 今回は、 AWSを使っているならOpsWorksでDevOpsしよう！ by 平形 AWS運用アレコレ by 赤川 の２本立てです。 イベントページはこちらのconnpassページにて 弊社では、AWS, GCP, AzureなどクラウドリソースをMSP事業、自社サービスで積極的に活用しております。今回はその中からAWSについてお話ししました。 今回の勉強会のもう一つの特徴は、スピーカーの２人とも今年第一子が誕生した新生育児パパという事です。育児と仕事の両立をして日々業務に精を出しています。 株式会社ISAOは、そんなイクメンエンジニアを応援しています！ AWSを使っているならOpsWorksでDevOpsしよう！ by 平形 AWSのデプロイサービスの一つOpsWorksについて実際の業務で得た知見を発表しました。 AWS運用アレコレ by 赤川 AWSの障害対応など日々1,000台単位のEC2の運用を行なっている中から得られた運用のコツなどを発表しました。 懇親会の様子 秋葉原名物の万世のハンバーグサンドです。 大変美味しく頂きました。 今回も多彩な領域のエンジニアの方々とお話しでき、有意義な交流会となりました。 次回予告 日時：9/29(木曜日)19:00 予定 お題：使った気になるFirebase(仮) 場所：株式会社ISAO おわりに 弊社は今後も社外へ向けた勉強会を引き続き開催していく予定です。 勉強会テーマについても、参加者の皆さんのご意見を反映して幅広いジャンルにしていくつもりです。 connpassのISAO Meetupグループに是非ご参加ください！！ http://isao.connpass.com/ 最後になりますが、ISAOでは一緒にサービスを作ってくれるエンジニアを絶賛募集中です。 ご興味を持っていただけましたら、まずは気軽に弊社に遊びにいらしてください。 https://www.colorkrew.com/recruit/...