Linuxユーザ管理の決定版？ 〜STNSとサーバレスで夢が広がる〜【cloudpack大阪ブログ】 - Qiitaこんなん作りました STNS＋AWS API Gataway＋DynamoDBでサーバレスユーザ統合管理 https://github.com/shogomuranushi/stns-apibackend これなんなん？ STNSという簡易LDAP的なユーザ管理のOSSとAPI Gateway、DynamoDBを組み合わせたもの 何が出来るん？ 複数台のLinuxユーザ管理を手軽にサーバレスで出来る 今までのユーザ管理は何があかんかったん？ How Use
AWS Lambda を使って Slack ボット (命名: Lambot [ランボー]) を低予算で作ろうじゃないか - Qiita
はじめに Slack用ボットの定番は Heroku+Hubot だと思いますが、 もっと簡単、シンプルに よりElastic (負荷の増減に柔軟)に かつ、低予算 (サーバーレス) で 運用したいので、AWS Lambda 上に、ライブラリ(Hubot)を使わないで構築します。 システム構成は以下のようになります。 Slack→Lambda連携では、Content-Type について Slack「Outgoing WebHooks」出力は、 application/x-www-form-urlencoded AWS「Lambda」入力は、application/json なので、API Gateway での Content-Typeの変換処理がポイントになります。 以下、順番に作成していきます。 AWS側の設定 最初はLambda関数から。 Step 1: Select blueprint
![AWS Lambda を使って Slack ボット (命名: Lambot [ランボー]) を低予算で作ろうじゃないか - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/6a0a2176da2b67f136e69252e765908ba7104bad/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-412672c5f0600ab9a64263b751f1bc81.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk3MiZoPTM3OCZ0eHQ9QVdTJTIwTGFtYmRhJTIwJUUzJTgyJTkyJUU0JUJEJUJGJUUzJTgxJUEzJUUzJTgxJUE2JTIwU2xhY2slMjAlRTMlODMlOUMlRTMlODMlODMlRTMlODMlODglMjAlMjglRTUlOTElQkQlRTUlOTAlOEQlM0ElMjBMYW1ib3QlMjAlNUIlRTMlODMlQTklRTMlODMlQjMlRTMlODMlOUMlRTMlODMlQkMlNUQlMjklMjAlRTMlODIlOTIlRTQlQkQlOEUlRTQlQkElODglRTclQUUlOTclRTMlODElQTclRTQlQkQlOUMlRTMlODIlOEQlRTMlODElODYlRTMlODElOTglRTMlODIlODMlRTMlODElQUElRTMlODElODQlRTMlODElOEImdHh0LWFsaWduPWxlZnQlMkN0b3AmdHh0LWNvbG9yPSUyMzIxMjEyMSZ0eHQtZm9udD1IaXJhZ2lubyUyMFNhbnMlMjBXNiZ0eHQtc2l6ZT01NiZzPTJhZDcxZTNkMTdiYjBiZDNlNWYxOGQwZDA3OWFmNjEz%26mark-x%3D142%26mark-y%3D57%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZoPTc2Jnc9NzcwJnR4dD0lNDBleGFidWdzJnR4dC1jb2xvcj0lMjMyMTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9MzYmdHh0LWFsaWduPWxlZnQlMkN0b3Amcz02YmU4MTcxZDExMmJlMWUyZmU0MzA2M2I0NGJhNGFkYw%26blend-x%3D142%26blend-y%3D486%26blend-mode%3Dnormal%26s%3D562808a55677e9d861f7683920e03ba5)
オープンソースのAPI Gateway「Kong」
全国100万人のモノリシック巨大アプリケーションに苦しむみなさんこんにちは。 世の中猫も杓子もマイクロサービスだ!!とかAPIだ!!とか言っていますが、実際にマイクロサービス環境にしようとすると、どのようにしてAPIのサービスを取りまとめるかが課題になります。 一般的には以下のようなやり方になります。 複数のサービスに分散しているAPIを統合するゲートウェイを用意するそのゲートウェイでは以下のようなことをおこなうクライアントからのアクセスのシングルエンドポイントの役目を果たすAPIの実体へのルーティング認証アクセス記録の収集スロットリング(過度なアクセスの抑止)実体がダウンしている場合のデグレーションこのようなAPIゲートウェイの機能は既にAWSではAmazon API Gatewayとして提供されていますが、オープンソースでもいくつかのプロダクトがあります。今回はそのうち一番開発が活発そ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
