Aws Amplifyって何者？導入経験者がそのメリット・認証周りの特徴について触れた！ | Ragate ブログ
こんちには！ 前回の Aws サミットでは大々的に AWS Amplify が挙げられていました。わたしたちも非常に多くの案件で採用事例のある画期的なフレームワークです。 本記事では AWS Amplify をご紹介します。 想定する読者 AWS でのサーバーレス開発に興味のあるヒトAWS Amplify の概要を知りたいヒトAWS Amplify で新規事業開発を考えているヒト Amplify とは何者？ 一言で言えば、「バックエンド構築からフロントエンド開発までカバーするオールインワンの開発フレームワーク」です。 まず、わたしたちが案件で実用してきた所感から、魅力的なところをご紹介します。 対話式のバックエンド構築を提供する CLI が便利複雑化しやすい認証の仕組みを超簡単に構築可能各種バックエンドのリソースアクセスをセキュアにする仕組みが存在ウェブ、iOS、Android ライブラリ
Firebase Authentication のパフォーマンスを計測してみた - odan blog
概要 Firebase Authentication はユーザー認証に関するサービスです。様々な認証方式をサポートしており、活用することで認証に関する実装を大きくサボることが可能になるものです。 一方で、パフォーマンスには難点があることが知られており、firebase auth 遅い - Twitter 検索 / Twitter を見ると、いくつかの人が遅さについて言及しています。 そこで、パフォーマンスについて測定したので、その結果をまとめます。 環境 実験を行った環境は以下の通りです。ネットワークによる影響を調べるために、2 つのリージョンで実験を行いました。 NodeJS v14.12.0 firebase 7.21.1 firebase-admin 9.2.0 EC2 インスタンス t2.micro リージョン ap-northeast-1/us-east-1 コード odan-s
認証自作、 Rails 、 Devise - Diary
認証自作、 Rails 、 Devise https://ockeghem.pageful.app/post/item/uQFX4oRNbnax82V これを読んで思ったことなんですけど、 Ruby On Rails 界隈では「認証は自作すべきではない、デファクトスタンダードの Devise を使うべき」という考え方が一般にあるように思います。 ではその Devise なんですけど、ドキュメントに以下のようにあります。 Starting with Rails? If you are building your first Rails application, we recommend you do not use Devise. Devise requires a good understanding of the Rails Framework. In such cases, we ad
[レポート]DynamoDBデータモデリング (CMY304) #reinvent | DevelopersIO
DynamoDBのデータモデリングって、よくわからなくないですか？正規化してはいけないとか、一つのテーブルで全データを扱うんだとか聞きますが、具体的にどうしたらよいのか… という疑問に正面から答えてくれるセッションにre:Invent中に遭遇しました！具体的なアプリケーション例を挙げて、そこでのデータモデリング方法を詳細に解説してくれます。DynamoDBデータモデリング初心者の方は是非ご一読ください！ ※「DynamoDBとは」といった前段の説明が不要な方はここからどうぞ セッションタイトル CMY304 - Data modeling with Amazon DynamoDB セッション概要 DynamoDBであなたのデータをモデリングするには伝統的なRDSでモデリングする場合と異なるアプローチが必要です。 Alex DeBrieはDynamoDBを使ったアプリケーションをいくつか実装
![[レポート]DynamoDBデータモデリング (CMY304) #reinvent | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/675bce0a60ea4951fd0f9587e0b829b31fbf1fb6/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2019%2F10%2F1200x630_reinvent2019.jpg)
ウェブを支えるHTTP通信はどのように進化しているのか
HTTPはハイパーテキスト・トランスファー・プロトコルの略称で、ウェブサイトを閲覧する際のサーバーとの通信にて使用されています。CloudflareがHTTPの新バージョン「HTTP/3」に対応するにあたり、これまでのHTTP通信の問題点がHTTP/3でどのように解決されているのかをブログにまとめています。 HTTP/3: the past, the present, and the future https://blog.cloudflare.com/http3-the-past-present-and-future/ 1990年末に世界初のウェブページが登場し、その翌年の1991年にHTTPの初めての仕様書が書かれました。これはHTTP/0.9と呼ばれており、単にサーバーから特定のドキュメントをダウンロードするだけの簡易なものとなっていました。 1996年にはアップロードに対応するなど
Version 1.0 released
Version 1.0 released 23 September 2019 The Nim Team Today is the day. The Nim Team is very proud and happy to announce the much-anticipated version 1.0 of the language. Nim has always been focused on providing a compiled statically typed language focusing on efficiency, readability and flexibility. Version 1.0 marks the beginning of a stable base which can be used in the coming years, knowing that
コワッ、一眼レフカメラもウイルス感染してロックされるって...
コワッ、一眼レフカメラもウイルス感染してロックされるって...2019.08.19 12:0018,372 Andrew Liszewski - Gizmodo US ［原文］ （ 湯木進悟 ） いきなり使えなくなるよ…。 いまやコンピュータは当然のこと、スマホやタブレットでも、ウイルス対策をして、さまざまなセキュリティ上の脅威に備える時代になってきました。でも、デジタルカメラまで、そういう危険に普通にさらされているって知ってました？ このほどCheck Point Software Technologiesは、キヤノンのEOS 80Dを一例として、Wi-Fiネットワーク経由でマルウェアをインストールし、勝手に一眼レフカメラを乗っ取ることもできてしまうことを実証。Def Con 2019にて発表を行ない、物議を醸しています。 EOS 80Dの隠し機能などをフル活用可能なMagic Lant
サーバーレスプッシュ管理画面のコンセプト【グノスポ連載第六回】 - Gunosy Tech Blog
はじめに こんにちは。グノシー事業部でサーバーサイドの開発を担当している ふそやん@パルデア地方 (@azihsoyn) / Twitterです。 こちらは Gunosy Advent Calendar 2018 9日目の記事です。なお、昨日の記事は oota3 さんの firecrackerの中身をのぞいてみた - Gunosy Tech Blog でした。firecrackerは個人的にも気になっているので時間を見つけて調べてみたいです。 さて、タイトルの通り、本記事はグノスポ開発ブログの第六回です。 以前のグノスポ開発ブログでサーバーレスであることを紹介しました。 tech.gunosy.io 今回はプッシュの管理画面について書きたいと思います。 管理画面の実装コスト グノスポには現在アドホックプッシュ機能がありません。というよりは、プッシュは送れるのですが、送る側のシステムが整って
匿名SNSを覚えたてのFirebaseで3時間で作ったらWeb1.0が爆誕した - Qiita
クソアプリアドベントカレンダー 5日目の投稿がないので代打します。 @ampersand です。 完全匿名SNSつくりました https://tan-tubo.firebaseapp.com/ 全景 SNS上で行われる微笑ましい会話 Firebase勉強したので復習がてら３時間で作った話 動作環境なんて何でもさくらVPS使ったらええできるやんけガハハって過ごしてた脳筋ゴリラの自分なのですが、いい加減にモダンなMBaaSだのPaaSだの使えないと恥ずかしいかもな〜と感じていた所、開発者ギルドというコミュニティでお世話になっているmorixさんが講師となってハンズオン会を開催してくれるイベントがあったので参加させてもらい、勉強した内容を振り返って作りました。 あんどさんのスピード感が早すぎてマジやばい まさか翌日サービスできてるとは思わなかったわい https://t.co/R5rhJMtLz
「Kubernetes」に深刻な脆弱性
Steven J. Vaughan-Nichols （Special to ZDNET.com） 翻訳校正： 編集部 2018-12-04 10:36 「Kubernetes」に初めて深刻な脆弱性が発見された。Kubernetesは最も人気のあるクラウドコンテナオーケストレーションシステムであるがゆえに、この日がくるのは時間の問題だったと言える。「CVE-2018-1002105」という脆弱性識別番号を割り当てられ、Kubernetesの権限昇格に関する脆弱性とも称されているこの脆弱性は深刻なものであり、共通脆弱性評価システム（CVSS）による深刻度は9.8（最大値は10.0）となっている。 特殊な細工が施されたネットワークリクエストを用いれば、誰でもKubernetes APIサーバ経由でバックエンドサーバとのコネクションを確立できる。そして、いったんコネクションを確立すれば、攻撃者はそ
RustでLinux用シングルバイナリを作るまで
Table of Contents はじめに 経緯 二週間前にRustでツールを作り始めた記事を書きました。 本文にもある通り、シングルバイナリを作成できどこでも実行できると思ったのが理由の1つです。 しかし世の中はそう甘くありませんでした。 何が起きたかは次章で説明します。 筆者の環境 WindowsをホストOSとして、VMで16.04.5 LTS (Xenial Xerus)を使っています。 Rustのコンパイルも上記VMのUbuntu上で行っています。 筆者のスペック 先の記事にある通り、C系やローレイヤーの知識に疎いです。 そのおかげで随分と苦戦しました。 対象ツール 今回対象としたのは以下のツールです。 Miroirをお使いでなければ利用価値は全く無いと思いますので参考程度に.. 普通にビルドしてはどこでも実行できない 有識者の方なら当たり前の話なのですが、私の中ではシングルバイ
［速報］GitHub、見られてはいけないコード中のアクセストークンを発見し通知してくれる「Token Scanning」発表。GitHub Universe 2018 － Publickey
［速報］GitHub、見られてはいけないコード中のアクセストークンを発見し通知してくれる「Token Scanning」発表。GitHub Universe 2018 クラウドサービスが充実してきたことで、コードからクラウドAPIを呼び出して利用することが一般的になってきました。クラウドAPIを呼び出す際には、適正な呼び出し権限を持つことを示すため、あるいは呼び出す側を特定して課金するなどの目的でアクセストークンを用いることがあります。 アクセストークンは第三者に知られないように安全に管理し利用する必要がありますが、何らかの原因でアクセストークンがコード内にそのまま記述されてそのコードがGitHubなどで公開された結果、悪意のある第三者に使われ、アクセストークン本来の持ち主に膨大な利用料金が請求される、といった事故がしばしば起きています。 GitHubはこうした事故を防ぐため、コード内に記
Androidユーザーは、低価格と引き換えにプライバシー権を完全に放棄している - iPhone Mania
米テレビネットワークCNBCが、テクノロジー企業とユーザーのプライバシーについて取り上げました。Appleがユーザーのプライバシー保護を尊重しているのに対し、ユーザーの情報を販売して利益を得るGoogleやAmazonの姿勢に疑問を投げかける内容となっています。 クックCEO「テクノロジー企業の言葉を信じてはいけない」 Facebookの約5,000万アカウントが乗っ取りの危機にあったことや、Googleがユーザーに分かりにくい形でユーザーの位置情報を収集していたことが明らかになり、テクノロジー企業とユーザーのプライバシーの問題が改めて注目を集めています。 Appleのティム・クック最高経営責任者（CEO）は先日、VICE Newsのインタビューに応じ、Appleが顧客のプライバシーを重視する姿勢を改めて強調するとともに「テクノロジー企業が、サービス改善のために個人情報が必要だ、と言っても
Yahoo! Japanが近日中にFIDO認証に対応すると表明、パスワードを使わず生体認証などでWebブラウザからのログインを可能に
Yahoo! Japanが近日中にFIDO認証に対応すると表明、パスワードを使わず生体認証などでWebブラウザからのログインを可能に 最近のスマートフォンやPCには、指紋認証や顔認証などの生体認証を用いてロック画面を解除し、OSへログインする機能が備わっています。 OSへのログインはこのように生体認証などを用いて手軽にできるようになったものの、WebブラウザでソーシャルメディアやECサイトへログインするためには、いまのところユーザー名とパスワードをキーボードから入力する必要があります。 しかしもうすぐ、Webサイトへも生体認証などを用いて簡単かつ安全にログインできる時代がやってきます。 Yahoo! Japanは9月27日、「FIDO認証」（ファイド認証）への対応を近日中に行うと発表しました。 同社は2018年8月に世界で初めて開催された「FIDO2」認定テストにおいて、「FIDO2」の認
TLS 1.3の標準化と実装 | IIJ Engineers Blog
IIJ-II 技術研究所 技術開発室の山本です。現在技術開発室は、私を含めた4人で構成されており、主にプログラミング言語Haskellを使って開発を進めています。今回の話題である TLS(Transport Layer Security) 1.3 もHaskellで実装しました。 4年の歳月をかけて議論されてきたTLS 1.3ですが、この8月にめでたく仕様がRFC 8446となりました。貢献者リストに私の名前が載っていることを聞きつけた広報から、ブログ記事の執筆依頼がありましたので、TLS 1.3の標準化や実装の話について書いてみます。 なぜTLS 1.3を標準化する必要があったのか理由を知りたい方は、「TLSの動向」という記事や「TLS 1.3」というスライドを読んで下さい。 インターネットで使われているプロトコルは、IETFという団体で仕様が議論されて策定されます。IETFには、誰でも
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
「実践的なAWSセキュリティのインシデントレスポンス環境を作ってみた！」というタイトルでSecurity-JAWSに登壇しました！ #secjaws #secjaws19 #jawsug | DevelopersIO
【セキュリティ ニュース】LINE利用者のパスワード約7.4万件が特定 - ログイン連携サービスにPWリスト攻撃（1ページ目 / 全3ページ）：Security NEXT
23歳文系で今更セキュリティエンジニアになりたいと本気で思いました。PCについては何も分かりません。始めたC言語も難しいです。一日中勉強すべきですか？何から始めればいいですか…諦めた方がいいですか？
開発者のためのサービスという基本姿勢は変わらず――、GitHubが4つのカテゴリーで新機能を発表
AWS Amplify を使って React クライアントから AppSync に認証リクエストをなげる
