【レポート】AWS Summit Tokyo 2017: AWSでのストリーム処理入門 #AWSSummit | DevelopersIO
『AWS Summit Tokyo 2017』が2017年5月30日(火)〜6月2日(金)、グランドプリンスホテル新高輪 品川プリンスホテル アネックスタワーで開催されています。 当エントリでは、AWS Techトラック 3のセッション、「 AWS でのストリーム処理入門」をレポートしたいと思います。 AWS Summit Tokyo 2017（2017年5月30日～6月2日）｜AWS (2017/06/16追記：)イベント公式の関連資料及び動画が公開されましたので展開します。 AWS Summit Tokyo 2017 セッション資料・動画一覧 | AWS 関連資料(PDF)：ダウンロード 関連動画(YouTube)： スピーカー： 半場 光晴 アマゾン ウェブ サービス ジャパン株式会社 技術統括本部 ソリューションアーキテクト 本講演では、Amazon Kinesis ファミリー（S
DockerでRailsの開発環境を構築する | DevelopersIO
モバイルアプリサービス部の五十嵐です。 先日、あるRailsアプリケーションの開発環境を同僚のマシンに作成しようとしたところ、gemのインストールに1日かかってしまいました。環境構築は手順化されていたのですが、トラブったのは主にNative Moduleを利用する libv8 、 therubyracer 、 rmagick などのおなじみの面々です。手順を作った時は、これらのgemのインストールに必要なライブラリを brew install で最新バージョンをインストールするだけでよかったのですが、時が経ちライブラリの最新バージョンが更新されていたことが主な原因でした。この状況はいかんな〜と思い、Railsアプリケーションの開発環境もDockerにすることにしました。 本記事では、Railsアプリケーションの開発環境をDockerにするときに検討したことや問題点などを書いています。なお、
[SpringBoot][Tips] レスポンスヘッダからServer情報を消す | DevelopersIO
こんにちは。こむろ＠札幌です。北海道のくせに猛暑日で溶けそうです。我が家にはエアコンがないのです（むしろ道内はある方が珍しい） 北大の中の様子。気持ちの良い緑（暑いけど） はじめに SpringBootで内包されているTomcatを利用すると、ヘッダ情報でサーバーのコンテナ名が表示されます。お客様によっては、この辺りの情報を削除して欲しいと言う要望があるかと思います。今回は、その要望を解決するための手法をご紹介します。 Serverの情報を制御する設定値ですが、SpringBootとTomcatではちょっとした違いがありました。さらにこの情報をまるっと消すための方法もありましたので、こちらもご参照ください。 ちなみに自分の環境は以下の様な環境で実装しています。 SpringBoot 1.3.2.RELEASE java version "1.8.0_91" レスポンスヘッダに含まれるSer
![[SpringBoot][Tips] レスポンスヘッダからServer情報を消す | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/f462eca999e0629c1eda58d64867dd4092abac90/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2013%2F09%2Fspring.png)
実際のAWS構成をインポートして3D構成図が描けるCloudcraft Liveがスゴい | DevelopersIO
ども、大瀧です。 以前森永がご紹介した、AWSのかっこいい構成図が簡単に描けるCloudcraftに実際のAWS構成をインポートする「Cloudcraft Live」が追加されました！ Cloudcraft Liveとは Cloudcraftは、以下のようなAWSの3D構成図を気軽にモデリングできる素敵Webアプリです。 十分楽しめるツールなのですが、既存のAWS環境に合わせて一つずつ設定していくのは規模が大きくなってくると辛いものがありました。公開され、現在ベータリリースとなっている今回のCloudcraft Liveは、AWSアカウントのReadOnlyロールをCloudcraftに渡すことで、実際のAWS環境の構成をインポートし自動でコンポーネントの登録やそれらの情報を表示する機能を持ちます。例えば､以下のEC2のように。 お遊び感覚だったこれまでのCloudcraftから、一気に実
EC2 + Docker Machine + Swarm + Composeでコンテナオーケストレーションする | DevelopersIO
はじめに 前々回: Docker MachineでAmazon EC2をコントロールする 前回: Amazon EC2でDocker Machine + Docker Swarmを使う 今回はDocker Machine、Docker Swarm、Docker Composeの3つを使って、Amazon EC2でDockerコンテナをオーケストレーションしてみます！ やってみた Swarmクラスタを作成する まずは前回と同様に、Docker MachineでSwarmクラスタを作成します。 なおswarm createではdiscovery-stage.hub.docker.comにリクエストしてクラスタIDを取得しているのですが、タイミングによってはエラーが出る事がありました。現在はベータリリースという扱いなので仕方がないかと思いますが、ちょっと注意が必要です。 $ sudo docke
Amazon Redshift: VACUUM処理が必要なテーブルを改めて洗い出す | DevelopersIO
当エントリで紹介しているものより、もうちょっと便利なSQLを 下記エントリで紹介しています。宜しければご参照ください。 Amazon Redshift: ソートキーを指定してないとVACUUMの恩恵に預かれないというお話(&VACUUM対象テーブル抽出 改良版SQL付) ｜ Developers.IO 超小ネタです。 以前、以下のエントリを投稿しましたが、スキーマを分割していたりすると、そもそも『このテーブル、どこのスキーマだっけ？』となる事がありました。なので、以前の内容を踏まえつつ、若干の手直しを加えたものを備忘録として投稿しておこうと思います。 Amazon Redshift Useful SQL: VACUUM処理が必要なテーブルを洗い出す ｜ Developers.IO 手直し版が以下SQL。svv_table_infoテーブルからスキーマの情報を参照して、併せて出しています。
Amazon Auroraでクロスリージョンレプリカを作ってみた。 | DevelopersIO
こんにちは、最近は少し涼しめの気候でいい感じですね、ねの城内です。 今回もAmazon Auroraネタでいってみたいと思います。 はじめに Auroraは、最大15台ものレプリカが作成可能です。MySQLでもレプリカが最大5台まで作成可能でした。 ここには台数の違いがありますが、もう一つ、クロスリージョンレプリカの作成ができる、できないという点で違いがあります。 ちなみに、「MySQLではできるが、Auroraではできない」です。 上の図がMySQLのレプリカ設定画面で、下がAuroraです。MySQLには［送信先リージョン］という項目がありますが、Auroraにはリージョンを指定する項目はありません。 MySQL Aurora 構成図 今回は、以下のような構成を作ってみたいと思います。 使用するリージョンは東京とオレゴンで、東京側にマスターを、オレゴン側にレプリカを作成します。 あくま
AWS再入門 Amazon RDS編 | DevelopersIO
上記の中のRDBMS全てに加えて、クラウド時代に合わせて再設計したAurora、MySQLのフォークであるMariaDBが使用できます。 MySQL：最もシェアがあるOSSのRDBMS。 Oracle：高いシェアがある商用RDBMS。 SQL Server：高いシェアがある商用RDBMS。Windowsとの親和性が高い。 PostgreSQL：機能が豊富なOSSのRDBMS。 Aurora：AWSがクラウド時代に再設計したRDBMS。MySQL 5.6互換でMySQLの5倍高速と言われています。 MariaDB：MySQLからフォークしたRDBMS。MySQL互換。 性能向上が簡単に実施可能 Amazon RDSでは、様々なスペックのインスタンスを使用できます。最大40個のvCPUのインスタンスや244GBのメモリのインスタンスがあります。性能が不足してきたら、インスタンスのサイズを変更す
CloudWatch LogsでAmazonLinux上のApacheエラーログを監視する | DevelopersIO
はじめに こんにちは、虎塚です。 ログファイルの監視ができるAWSサービスといえば、CloudWatch Logsですね。メトリックを使ってアラームを設定し、SNSと組み合わせることで、アラートメールも送信できます。 本ブログでも、これまでに何度かCloudWatch Logsをご紹介してきました。 Amazon CloudWatch Logsでログファイルを監視する ｜ Developers.IO Amazon CloudWatch Logsによるログの収集とフィルタとアラーム設定 ｜ Developers.IO CloudWatch Logsは、2014年7月にリリースされたサービスです。この半年ほどで、いくつか機能アップデートがありました。主なアップデートは、次のとおりです。 CloudWatch Logsが東京リージョン(ap-northeast-1)でも利用できるようになりました
[レポート]Amazon RDS for Aurora Deep Dive #AWSSummit | DevelopersIO
AWS Summit Tokyo 2015のTA-02: Tech Deep Dive by Amazon:「Amazon RDS for Aurora Deep Dive」のレポートです。 スピーカーはAmazon Data Services Japanの星野豊氏です。 レポート Auroraは現在Preview中 →頻繁に更新が行われている →今回の内容は2015/6/2現在の内容のため注意。 →今後も続々と機能追加がされる予定。 Auroraの概要 RDS→データベースを簡単に データベースを数分で作成可能 S3へのバックアップがあり、リカバリも簡単 Amazon Aurora re:Invent 2014で発表された、RDSの新しいエンジン AmazonがRDBを一から作ったらどうなるか？がコンセプト 新しい技術的チャレンジを多く盛り込んでいる エンタープライズレベルの可用性とOS
![[レポート]Amazon RDS for Aurora Deep Dive #AWSSummit | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/823f7aca4a5fc29780be05be8d6f7645655fcd6c/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2015%2F05%2Faws_summit_tokyo_2015.png)
[レポート]ローソンがAWSを使うまでの軌跡～打ち破れ、現行踏襲～ #AWSSummit | DevelopersIO
こんにちは、城内です。 今回は、 AWS Summit Tokyo 2015のEG-04セッションのレポートです。 セッション情報 セッション名：ローソンがAWSを使うまでの軌跡～打ち破れ、現行踏襲～ スピーカー：株式会社ローソン 業務統括本部 システム基盤部 マネージャ 進藤広輔氏 AWS利用までのアプローチ 検討の前提 検討の際は加点方式で考える（一般的に減点方式で考える方向にある） 「使える要素を重点的に」 検討よりもまず試す AWSのメリット オンプレではハードウェアの調達がネックだったが、AWSはスピーディーにサーバを構築できるため、とりあえず3か月で試してみるというパターンにフィットする RDSなどマネージドなサービスが選択できる エンタープライズサポートとプロフェッショナルサービスを利用することでいままで苦労していた困難な課題に迅速に対応できた ※AWS検討当初、ポジティブな
【新機能】VPC Flow LogsでVPC内のIPトラフィックを監視することができるようになりました! | DevelopersIO
制限事項 VPC FLow Logsの制限事項は EC2 Classicには使えない VPC Peeringには使えない タグ付けはできない 一度Flow Logsを作成したら変更はできない(IAMロールの変更等)。変更する場合は一度削除してから作り直す リソースレベルのアクセス許可はできない。Flow Logsを使用する際は全てのリソースに対してワイルドカードにてLogsに対して権限を付与する必要がある 記録されないログパターン VPC Flow Logsはこれらのトラフィックは記録しません。 インスタンスからAmazon DNSに対して生成されるトラフィック（独自DNSサーバーを使用する場合は記録される） WindowsインスタンスからWindowsアクティベートの為に生成されるトラフィック インスタンスmetaデータ（169.254.169.254）へのトラフィック DHCPトラフィ
Amazon Machine Learningによる機械学習を理解する | DevelopersIO
用語の意味が分からない！ Amazon Machine Learningを始めてみようとナビゲーションに沿ってサンプルを触ってみると、なんとなくできてしまう簡単さではありますが、実際のところ用語の意味がよく分かりません。そこで、この記事では、Amazon Machine Learningを学ぶ上で必要になるであろう単語の意味や、機械学習の勘所になりそうな部分についてご紹介したいと思います。 どんなタイプの機械学習なのか？ Amazon Machine Learningは、「教師あり学習」をすることができます。その中でも、「二項分類」、「多項分類」、「回帰分析」を行うことができます。 学習方法 教師あり学習（Supervised Learning） 事前に与えられた教師データ（訓練データ）を使って学習します。教師データに基づいて一般化（モデル化）し、未知のデータに対する出力を予測します。 教
GitのRebaseによるBranchの運用 | DevelopersIO
渡辺です。 東京では雪が降って騒ぎになっていますが、札幌では雨が降って騒ぎなっています。 これっていわゆる「北から目線」ですが、目線の違いってのは結構大切なことです。 はじめにお断りしておきますが、今回紹介する手法はひとつの運用方法です。 自分はこんなやり方が好きだ／嫌いだといったことを言われても、「そうっすかｗ」としか言えません。 特にGitを使うと様々なやり方があるでしょう。 それらを否定するつもりも、今回紹介する方法が完璧な方法だとも考えていません。 あくまでGit（バージョン管理）運用手法のひとつとしてご紹介いたします。 マサカリを投げるのは歓迎しますが、好みの押しつけはご遠慮ください（笑） メインBranchへのMerge 安全なMergeを行う開発フローでも解説しましたが、Gitでは各開発者がそれぞれ作成したBranchに変更をCommitし、最後にメインBranchへMerg
Intel Edisonでアルコールセンサーを使ってみた | DevelopersIO
はじめに 弊社のIntel Edisonに関する過去記事はこちらをご参照ください。 今回はIntel EdisonにGrove - Alcohol Sensorを接続して、アルコール濃度を検出してみました！ やってみた 使ったデバイス Intel Edison Kit for Arduino + Grove Starter Kitです。GroveのベースシールドのA0にAlcohol Sensorを接続しています。 Alcohol Sensorを使う場合の注意点 アルコールセンサーは内蔵のヒーターを熱する必要があり、電源投入後5分〜10分は正確に検出出来ない。 ベースボードに接続した場合、A0がアナログデータ入力でセンサーになる。A1がヒータースイッチで、デジタル出力になり15番にマッピングされる。(ちょっとここの理屈がよく理解できていません) 内蔵ヒーター(A1)はHIGH(1)がOFF
[iOS][Mac] Swift を学べる記事のまとめ | DevelopersIO
Swift を学ぼう 弊社でも iOS エンジニアはもちろん、サーバーサイドのエンジニアや AWS エンジニアも Swift に興味津々です。Objective-C より読みやすく、モダンな書き方になっている反面、仕様を読み込んでみるとちょっと分かりづらいところもあったりします。 そこで、これまで Web で公開されている Swift について学べる記事を日本語の記事を中心にまとめてみました。今後も有益な情報が公開されたらガンガン追記していきます！ 公式情報 一番有益な情報は間違いなく公式の情報です。 Xcode 6 から導入されたツール「Playground」で試しながら読んでいくことを想定して書かれているようです。Playground を使って挙動を確認しながら学ぶのが一番良いと思います。 Swift Programming Language | Apple Developer The
![[iOS][Mac] Swift を学べる記事のまとめ | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/4b9b98d8423d1943cae402d21764bf51589e811b/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2014%2F11%2Flogo_swift_400x400.png)
Amazon EC2(Linux)のネットワーク設定でハマったときに見るメモ | DevelopersIO
ども、大瀧です。 LinuxのEC2インスタンスでちょっと変わったネットワーク設定をしようとすると、思う通りに動かなかったり設定が見えなかったりと、オンプレミスとは雰囲気の異なる振る舞いをすることがあります(本質的にはオンプレミスとなんら変わらないのですが)。自身で経験したケースをメモ書きとして残しておきます。 想定するLinux OS : Amazon Linux, CentOS 6.x, RHEL 6.xなどRed Hat系ディストリビューション /etc/resolv.confを変更したのになぜか元に戻ってしまう DHCPクライアントによるものです。DHCPクライアントは定期的にIPアドレス更新の問い合わせをDHCPサーバーに行いますが、そのときに付随するDNSの情報を元にデフォルトで/etc/resolv.confファイルを上書きします。これを無効にするためにNICの設定ファイル/
Amazon Redshift クエリパフォーマンスチューニング ベストプラクティスを読んでみた | DevelopersIO
Amazon Redshiftでは『ベストプラクティス』なるテーマで、それぞれの局面でのお作法的な設定、改善の為のノウハウがドキュメントとして適宜追加or更新されています。ちょうど去年の8月にクラスメソッドにジョインした際もこの辺りのドキュメントについて幾らか目を通して参りましたが、英語ドキュメントを訪れてみると更に充実した形で『ベストプラクティス』が整備されているようです。そこで当エントリでは『クエリパフォーマンスチューニング』という切り口で更新されている以下ドキュメントを改めて読み直してみたいと思います。 Amazon Redshift Best Practices - Amazon Redshift 目次 1.パフォーマンスを考慮したテーブル設計を行う 1-a.最善のソートキーを選択する 1-b.最善の分散キーを選択する 1-c.COPY時に『自動圧縮あり』でデータをロードし、オスス
クラスメソッドは、Developers.IOを運営しています。 | DevelopersIO
Developers.IOとは？ Developers.IOは、クラスメソッドが運営する技術メディアサイトです。 全ての記事について、クラスメソッド社員が企画・執筆・編集しています。 運営方針 本サイトの運営方針として以下の３つ特徴を挙げます。 実際に使ってみた経験を記事にする 初めて見た方にも分かりやすく画面や手順を示す ノウハウは基本的に全て公開する 既に3000本近い記事を執筆中です。 公開されて資産になる 多くの会社では、ノウハウは資産であり、業務中に得た技術知識を社外に公開することはできません。 私達は自分たちが持っている知識やノウハウを全て公開することで成り立っている会社です。 私達は、クラウドとモバイルに注力しています。誰よりも早く経験した知見を公開して、 社内外からのフィードバックを得ることで、質の高い仕事の実現を目指しています。 社員は、学んだ技術を隠す必要がありません。
AWS Summit Tokyo 2014 開催前の情報まとめ #awssummit | DevelopersIO
いよいよ週明け、2014/07/17(木)〜2014/07/18(金)の2日間に亘り、グランドプリンスホテル新高輪にて『AWS Summit Tokyo 2014』が開催されます！当エントリではその開催を数日前に控えた現時点での、イベントに関する情報をおさらいする形で諸々情報をご紹介したいと思います。 AWS Summit Tokyo 2014 ～「あなた」のクラウドがここに～ | 2014年7月17日（木）～18日（金） アマゾン ウェブ サービスの無料クラウドカンファレンスが東京2Days 開催！ 目次 参加申込締切は2014/07/14(月)まで！ スマホ用アプリも利用可能に！ 参加申込チケットのダウンロード＆印刷を忘れずに！ セッションタイムテーブル その他企画・催し者等 AWS認定試験(有償) セルフスペースラボ 協賛スポンサー様展示ブース＆ミニシアターセッション ナイトイベント
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
