Serverlessを使った匿名でGitHub Issueを立てるAPIを作った
autoscale: true Serverlessを使った匿名でGitHub Issueを立てるAPIを作った 自己紹介 Name : azu Twitter : @azu_re Website: Web scratch, JSer.info やりたいこと: API Gateway && Lambda API Gatewayで POST リクエストを受け取る lambdaに POSTの body を渡す ... 何かのバリデーション ... lambdaで GitHub APIを叩きIssueの作成を代行する Serverless Framework Serverless Framework API Gatewayとlambdaを管理するツール AWS以外も対応してる Serverless Frameworkセットアップ https://github.com/serverless/ser
【翻訳記事】Google Cloud Functions 対 AWS Lambda: サーバーレスクラウドを制する闘いが始まる - Qiita
（※訳者注釈：2016年10月現在、AWS Lambdaのイベントソースはこの他にもあります） さぁお互いの機能を深掘りしましょう 拡張性、可用性、リソース制限 言うまでもなく、これは両サービスで一番の関心事です。主な特徴は、もはやメンテナンスやダウンタイム、またはボトルネックを心配する必要はないことを約束してくれています。 AWS Lambdaに関する限りでは、拡張性は完全にそして明確にLambdaのシステムによって処理されるため、与えられた時間内にLambdaファンクションを動かすためのインスタンスやマシンの数を把握しないことを意味します。Lambdaファンクションの利用状況は常に監視出来ますが、下層アーキテクチャの可視化は制限されています。 大きな違いとして、Google Cloud Functionsは Google Cloud上にインスタンスのセットを明確に作成します。これにより
東京都内のおすすめ銭湯＆交互浴を銭湯神ヨッピーが伝授！ | SPOT
こんにちは。銭湯神（せんとうしん）です。 まあ、いきなり「銭湯神」って言われても、「銭湯神って、なに？」ってなると思いますので「銭湯神」について説明します。 銭湯の、神です。 今日はそんな銭湯神ヨッピーが、「銭湯の素晴らしさ」についてひたすら語らせて頂くと共に、 僕が実際に足を運びまくっている、東京都内のお勧め銭湯にも言及させて頂きます。 実際に行ってもない癖にネットに落ちてる画像を適当に拾って「本当にお勧めです♪」みたいな事を書くよくあるクソサイトと違って、 マジで全部、僕が良く行く銭湯なので参考にして頂ければと思います！ 銭湯はとにかく最高 まず最初に言っておきますが、僕はほぼ毎日銭湯に通っております。 「趣味は？」って聞かれたら「インターネットと銭湯！」って0.2秒くらいで脊髄反射して答えるレベルで、 インターネットの合間に銭湯、銭湯の合間にインターネット、みたいな生活を送っておりま
gRPCアプリをAWS ELBで負荷分散してみた | DevelopersIO
ども、大瀧です。 先月GAを迎えたGoogle製RPCフレームワークgRPCをちまちま触っています。 gRPCクライアントからgRPCサーバーへの負荷分散は、GitHubでクライアントサイドの例が紹介されていますが、今回はAWSのELB(Elastic Load Balancer)を用いたL4ロードバランサによる負荷分散を試してみた様子をレポートします。 ELBのgRPCサポート状況 gRPCは、HTTP/2上にProtocol Buffers形式でデータの送受を行います。HTTP/2サポートと言うと、AWSでは最近追加されたApplication Load Balancer(ALB)を連想するところですが、ALBがHTTP/2に対応しているのはリスナーであり、ターゲット(バックエンド)へのHTTP/2転送には対応していません。また、こちらのブログ記事に倣いALBのバックエンドにnghtt
最近のjs非同期処理 PromiseとGeneratorの共存 - Qiita
（2015/10/21追記） 記事を書いてから半年経ちましたが、最近はRxの良さを理解したり、ES7のasync/awaitがbabelによって実用的になりつつあったり等、またもやベストプラクティスとはなんだったのか状態です。とはいえ、いまのところPromiseは非同期処理の土台であり続けそうですし、Generatorもasync/awaitへの足がかりとして知っておくことのメリットは大きいかと思いますので、引き続き公開させたままとさせて頂きます。 （追記ここまで） 数ある非同期処理のプラクティスを試してみて、だいたいこれが良いんじゃないかというパターンが固まったので書きます。効用はコールバック地獄からの脱出と結局非同期どれが良いの感の払拭。ES6寄りです。 前提知識 JavaScript Promiseの本 http://azu.github.io/promises-book/ ジェネレ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Mailtrap
日経電子版アプリ 穴のあいたバケツ開発