Microsoft、Apache Sparkベースの「Azure Databricks」や新しいAI、IoT、機械学習ツールを発表：開発生産性を高め、AI、IoT関連開発を簡素化 Microsoftは開発者向け年次イベント「Microsoft Connect();2017」において、同社の新しいデータプラットフォーム技術とクロスプラットフォーム開発ツールを発表した他、開発者がAIをアプリケーションに組み込み、継続的なイノベーションやデプロイを行うための主要なシナリオや方法も提示した。 Microsoftは2017年11月15日（米国時間）、開発者向け年次イベント「Microsoft Connect();2017」で、同社の新しいデータプラットフォーム技術とクロスプラットフォーム開発ツールを発表した。またMicrosoftのビジョンや、幅広い同社の技術とオープンソース技術の今後の方向性を紹介

ども、藤本です。 本日、クラスメソッドが主催している AKIBA.aws の第二回が開催されました。今回のテーマは CI/CD・デプロイでした。私は「AWS のサービスを活用して CI/CD」というタイトルでお話しました。 登壇資料 概要 AWS の CI/CD に関するサービスはいくつかあります。一つ一つのサービスも魅力的なのですが、個人的には組み合わせの多さ、考え方によって思ってもみなかった使い方ができることに魅力を感じています。今回は組み合わせることでこんなことできるよ、という話をメインとしました。 まとめ AKIBA.aws はホームのせいか話しやすく、楽しかったです。参加者のみなさん、長い話にお付き合いいただきありがとうございました。

とある投票システムを仮想したデータです。特定の投票者IDに関するデータを、日別で見たいとしましょう。 data.ts export interface Vote { voteDate: string; value: number; } export const Votes: Vote[] = [ {voteDate: '2017-11-10T12:00:12+09:00', value: 345.11 }, {voteDate: '2017-11-11T22:00:12+09:00', value: 102.34 }, {voteDate: '2017-11-12T09:12:45+09:00', value: 345.11 }, {voteDate: '2017-11-13T09:12:45+09:00', value: 312.12 }, {voteDate: '2017-11-14T

初投稿です。Rust で書いたウェブアプリケーションが Heroku で動くと嬉しい、という話をします。 ローカルで動かす これは、GET /hello-heroku と叩くと "Hello, Heroku!" と喋るアプリケーションです。 [package] name = "hello-heroku" version = "0.1.0" authors = [] [dependencies] shio = "0.2.0" structopt = "0.1.6" structopt-derive = "0.1.6" extern crate shio; extern crate structopt; #[macro_use] extern crate structopt_derive; use shio::prelude::*; use structopt::StructOpt; #[de

TL;DR; Amazon AuroraはIn-Memory DBでもなくDisk-Oriented DBでもなく、In-KVS DBとでも呼ぶべき新地平に立っている。 その斬新さたるやマスターのメインメモリはキャッシュでありながらWrite-BackでもなくWrite-Throughでもないという驚天動地。 ついでに従来のチェックポイント処理も不要になったのでスループットも向上した。 詳細が気になる人はこの記事をチェキ！ Amazon AuroraはAWSの中で利用可能なマネージド(＝運用をAWSが面倒見てくれる)なデータベースサービス。 ユーザーからはただのMySQL、もしくはPostgreSQLとして扱う事ができるのでそれらに依存する既存のアプリケーション資産をそのまま利用する事ができて、落ちたら再起動したりセキュリティパッチをダウンタイムなしで(!?)適用したりなどなどセールストー

コンテナ型仮想化の技術や実装はDockerが登場する以前から存在していたとはいえ、IT業界で本格的にコンテナの活用が始まったと言えるのは、やはり2013年3月に当時のdotCloudからDockerが登場したことがきっかけでしょう。 そうして始まったコンテナ時代の第一章は今年2017年、コンテナの標準仕様がOpen Container Initiativeによって策定完了し、コンテナオーケストレーションの事実上の標準がKubernetesに決まったことで基盤技術の基本要素がおおむね固まり、一つの区切りがついたように見えます。 そして今後は、この基盤技術を用いたコンテナによる分散アプリケーションのための様々なサービスや開発、テスト、デプロイ、本番環境に対応したツールやサービス実行環境などのソリューションが登場し、競う段階へ入っていくのではないでしょうか。 この記事では、Docker登場から現

Serverless Framework を利用して AWS Lambda を雰囲気で使ってきましたが、初歩的な仕組みを理解できていませんでした…。 誤解していたこと コンテナは使い回してもランタイムプロセス(?)は使い回さない(ｷﾘｯ 今の認識 コンテナを使い回してランタイムプロセスも使い回す(ｷﾘｯ 注) 正確(厳密)ではありません。イメージです。 AWS Lambda 関数をデプロイ AWS Lambda 関数をリクエスト 初回のためコンテナを作成(コールドスタート) コンテナ上でランタイムプロセスが生成される ランタイムプロセスが関数を実行し結果を返す ランタイムプロセスは次のリクエストを待つ ← ここ、終了するものだと思っていた。 時間を空けずに AWS Lambda 関数をリクエスト 前回作成したコンテナが使えるので使い回す コンテナではランタイムプロセスが待機中 ← ここ、毎

MBL402: NEW LAUNCH! Data Driven Apps with GraphQL: AWS AppSync Deep Dive ラスベガスで開催中の re:Invent 2017 にて「MBL402: NEW LAUNCH! Data Driven Apps with GraphQL: AWS AppSync Deep Dive」を聴講してきたのでレポートします。 スピーカーは下記の 2 名です。 Rohan Deshpande Michael Paris AWS とモバイルアプリ モバイルアプリに必要な機能 認証と認可 ユーザーと ID プロバイダの管理 効率的なネットワーク使用 接続状態が悪い時でも高速なデータアクセス データ同期 ユーザーの設定や状態をデバイス間で同期 多くのデバイスとプラットフォームへの対応 顧客がどこへ行っても ビジネスロジック サーバー管理不要

Container SIG 2017 Fall にて発表した資料です (pp.31-37 にて画像が一部乱れていますが、ご了承ください)

株式会社マクアケで、ネイティブアプリ開発チームのリーダーをしています、Kimura Ryohei です。 半年ほど前からマクアケにジョインし、先日、iOSアプリをリリースしました。 アプリはこちらからダウンロードできます。 マクアケにジョインする前は、株式会社サイバーエージェントで FRESH! by CyberAgentのAndroidアプリを開発していました。 縁あってマクアケにジョインし、そこから未経験のサーバサイド開発に取り組むことになりました。 今回は、iOSアプリへのプッシュ通知送信基盤の実装という大きな範囲を任せていただき、実装しリリースすることができました。 以下が端末に届くプッシュ通知の例です。 今回はこの経験から 1. Firebaseを利用したプッシュ通知送信基盤の実装で得た知見 2. 未経験の技術への挑戦にあたって手助けになること についてブログを書かせていただきま

きっかけ Rancher Meetup Tokyo #11( https://rancherjp.connpass.com/event/68806/ ) に参加した際、OpenFaaSというオープンソースなFaaS基盤が紹介されていた。 導入は簡単らしいので、試してみる。 参考資料 https://speakerdeck.com/player/a594805a003d40eeb50e7b37b9e80021# https://www.slideshare.net/ukitiyan/openfaas-on-rancher-java OpenFaaSって何？ 分かりやすくいってしまえば、Amazon Lambda＋API Gatewayと同じ機能を提供するオープンソースソフトウェア ※機能を模倣しているわけではないので、正確ではない Docker SwarmおよびK8sをベースに動作する 各ク

AWSで実現するバックアップとディザスタリカバリ1. AWSクラウド簡単バックアップ & ディザスタリカバリ 2013.02.20 アマゾン データ サービス ジャパン株式会社 1 2. 本日のお話 1. ディザスタリカバリとクラウド 2. AWSで実現するBackup & DR 3. Backup & DR Architecture Pattern 4. まとめ 2 3. ディザスタリカバリとクラウド 3 4. ディザスタリカバリは2011年以降の 重要トピック • 東日本大震災 • オーストラリアの水害と台風 • リオデネジャネイロの土砂災害 • ニュージーランドの地震 • アメリカの台風と水害 • 台湾の水害 2011年最初の6か月間の世界全体の自然災害による経済への 影響は2650億円に上ると試算されており、これは2005年当 時のアメリカの台風カトリーナの影響で損失した2200億

Are you ready to bring more awareness to your brand? Consider becoming a sponsor for The AI Impact Tour. Learn more about the opportunities here. We’re facing the end of the cloud. It’s a bold statement, I know, and maybe it even sounds a little mad. But bear with me. The conventional wisdom about running server applications, be it web apps or mobile app backends, is that the future is in the clou

概要 昨年までAWSを使ってましたが、今年から会社都合でAzureを使うことになり、だいたい1年が経ちました。 最初は「どっちも同じクラウドでしょ」くらいの認識でしたが、使っているうちに色々と感想というか不満が溜まってきたのでここに吐き出します。 両社のサービスを比較してうんぬん・・・みたいな話ではなく、だいたいAzureの管理画面への不満（ただの感想）とかなのでご了承ください。 ポータルがもっさりしている Azureのポータルは全体的に動作がもっさりしている印象です。 AWSと異なり最初に弄るサービスを選択する形ではないので、その分一つの画面で操作できることが多く、画面遷移していくと迷子になってとりあえずTOP画面に戻ることも多いです。 一覧でリソースの状態が反映されるのも遅いので「あれ？全然VM起動しないな？」と思って更新すると起動してたりします。（これはAWSでもあったかも） なおポ

Othlo Tech ハンズオン手順 1. ハンズオンの目的と方針 Docker プラットフォームの基本動作を、手を動かしながら学びます。はじめに、鯨が喋るプログラムを例に、Docker コンテナの実行と、イメージ構築を行えるようにます。それから、サンプルのウェブアプリケーション、Nginx、WordPress(PHP+MySQL)を例にしてコンテナのネットワークとボリュームについて学びます。 2. 事前準備 今回のハンズオン作業は、さくらのクラウド上のサーバで作業を行います。 さくらのクラウドのコントロールパネルにログインし、仮想サーバの作成 仮想サーバへ SSH でログイン Docker Hub アカウントの登録と確認 ※ 今回の手順は VirtualBox など、皆さんの PC 上で行っても構いませんが、サポートの関係上、今回はクラウド上の仮想サーバを使います。 2.1 仮想サーバの

Dockerコンテナの実行時にunlimitを使用してリソースの制限をすることができます。 目次 ファイルサイズ制限 CPUコア制限 CPU時間制限 CPU相対量の指定 メモリの使用量制限 プロセス数の制限 ファイルサイズ制限 1MBで制限します これによって1MBより大きいファイルを作成することができなくなります。

検討した結果、採用することにしたので、その過程の理由を。 Elastic Stack を使うことにしたのはいいが、サーバをどう構築するかは決め兼ねていた。 普段から使っている Vultr という VPS サービス上に構築する予定だったのだが、そこそこめんどくさい。落ちた時、ディスク不足などを考える必要がある。 そこで次は AWS の CloudSearch を検討することにしたが、いまいち使いづらい。こちらとしては運用を丸投げしたいだけなのだが、しっくり来ない。転送量課金もある。これは仕方がないが。 そこで Elastic が提供している Elastic Cloud を試してみることにした。 自分が思いつく要求をまとめる。 運用に手間がかからないあまり高くない予算は月 2 万円程度使う側は Beats だけを意識していればいいKibana も運用してほしいサーバは東京にあって欲しい転送量で

ウェブ API の設計に携わっている方であれば、API で使う URL のスタイルに統一的な考え方がないことも、選択した URL スタイルが API の使いやすさや寿命に大きな影響を与えることも、よくご存じでしょう。Google Cloud の Apigee チームは、社内だけでなくお客様とも協力しながら、API の設計について長く検討を行ってきました。本稿では、私たちが設計の現場で実際に使用している URL のデザイン パターンと、それを使う理由についてシェアしたいと思います。 著名なウェブ API をご覧になれば、いくつかの異なる URL パターンがあることに気づかれるはずです。次に示すのは、極端に異なる考え方に基づいた 2 つのスタイルの具体例です。 https://ebank.com/accounts/a49a9762-3790-4b4f-adbf-4577a35b1df7 htt