はてなブックマーク

https://codelabs.developers.google.com/codelabs/firebase-web/ 今回のネタはこちら Firebaseはお手軽で素晴らしいんだけど,買収先であるGoogle Cloud Platformとの連携がまだ不十分な部分もある(現在急速に強化中.parse.comのように潰されることもなさそうな印象) Google Cloud Shell(ブラウザ上で手軽に叩けるコマンドライン)で上記コードラボを試すと,そのままではつまづく場所がいくつかあったのでメモ (まぁ連携云々ほどの話でもないし,Cloud Shellを理解しているなら問題ない内容) メリット 環境構築不要 ログインも不要かも? 初期状態でどうかは確認しそこねた 落とし穴と解決策 #4 firebase login そのまま実行すると,指示されたURLをブラウザで開いてauthした後

マルチリージョン ただマルチリージョン(S3ではクロスリージョンレプリケーション)を構成するのであれば,S3では単純に倍の費用がかかります. 更にバージョニング有効化が必要でその分余計に費用もかかったり,その他細かい制限もあったりするようです1. iCloudにおいて,バックアップであれば可用性はあまり求められませんが.冗長性は必要でしょう.写真や書類などでは更に可用性も求められると思います. このような場合はGCSのほうが明らかに安くなるでしょう. コンピューティング あるいは単なるデータ保管だけでなく,演算もクラウドで行わせている可能性はあるでしょう. 詳細は省きますが,費用はGCE(GCPのコンピューティングサービス)のほうが安価になりがちですし,性能や機能としても目を見張るものがあります(下記記事など参照). 運用フェーズにおけるGCPとAWSの違いについて GCEのライブマイグレ

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? #tl;dr 機械学習の恩恵を,先陣を切るGoogleから手軽に受けられるように しかも勝手によしなにしてくれるので,学習させたいものを与える以外に何もする必要がない まずは画像の分類から #背景 機械学習はこれまでにも,オープンソースやe-ラーニングなどで広く開かれている技術ではありました. しかし専門知識が要るのは依然として変わらず,急成長しているため追従も大変でした. #Cloud AutoML ブラウザ上のGUI(あるいはAPI)からプログラミング不要で,誰でも機械学習を利用することができます. 学習させたいものを与える以外に何

今回の記事は,Firebaseをこれから触る人,以前触ってしばらく離れていた人,全体像を復習したい人向けになります. 既にある程度知っているよ〜というかたは,併せて過去記事もご覧ください. 適宜加筆していきます. #tl;dr そのうちAWSも超えそうなパワーみ感じる Firestore,Predictions, Cloud Functionsあたり一押し いろんな使い方できるね おしながき そもそもFirebaseとは何か 利用実績 追加されてきた良機能 全機能まとめ 具体的な使い方(システム構成) 公式による使い方一覧 サンプル #そもそもFirebaseとは何か 「AWSやGCPのようなもの,そしてもう少し的を絞ったもの」 と考えると,なんとなくのイメージは掴めるかもしれません. むしろAWS超えるくらいのポテンシャルは秘めている1と考えています. 管理用のSDKも,Node.js,

などと書けばいいでしょう. (もちろん,必要に応じデータ加工や取捨選択などは行っておきます) 各コンポーネントからは,これを呼び出すだけです. さて,分散書き込みでそれぞれデータの整合性は保たれるのでしょうか? 上記のような書き込み命令を書いてやれば,Firebase側で対応してくれるのです. つまり,すべて書き込むか,全く書き込まないか5,が保証されるのです. 具体例 例えばチャットアプリ. LI○しろまるEのようなものを考えると,チャットする画面とチャット一覧の画面がありますね. 両者では,「相手の名前・アイコン」「最新のコメント・時間」が共通するデータかと思います. なのでそれぞれのコンポーネントに対応するデータベースに,すべて複製して書き込むことになります6. #メリット ##ソースコードがシンプルに これは散々述べた通りですね. ##大幅なコスト削減 ソースコードがシンプルになるため,大

こちらの記事は,Firebase.yebisu #1のLTに補足解説を加えたものになります. 発表スライド 当日お話できなかった,実施する際の注意などもありますので,ごさしゅーください. tl;dr 高頻度のドキュメント作成(自動ID)で500/secに引っかからないことを確認できた 急激にアクセスが増えると503が出る場合がある(1秒で0→7万仮想ユーザなど) Loadroidはいいぞ 背景 動機 Firebaseの新しいデータベース,Firestoreは安価,安定,既存より柔軟で非常に魅力的です(詳細は過去記事参照). しかし,ドキュメント内の制限事項に気になる表記がありました. ある条件1では,書き込み頻度に上限があるという内容です. Maximum write rate to a collection in which documents contain sequential va

ほぼほぼ良いとこ取りやんけ... というわけで まじやばい ぐうぐるの超技術が超手軽に ←まじやばい 真のサーバレス @1amageek さんが言ってて良いなぁと思ったんですが Firebase realtime databaseは本当の意味でのサーバレスなんですね Firebaseでアプリを開発するならClient Side Joinを前提にすること lambdaとかFaaSは結局サーバサイドに過ぎないわけで そこんとこFirebaseは本当にサーバレス 今回のCloud Firestoreはそれを更に普及させるもんだと思います 余談 今更だけど,上の表書きながら,やっぱぐうぐるの超技術はあたまおかしいとおもいましたまる 直接今回の話ではないけど,ぐうぐるの超技術気になるかたは↓ここらへんご参考にー YAPC Asia 2015「Google Cloud Platformの謎テクノロジーを掘

Firebaseのrealtime databaseはいわゆるNoSQLであり,馴染みが薄い人が多いとともに,一般に流布している情報はふわっとしていてわかりづらい. 山に篭って修行していたらある程度知見が溜まってきたため,下山して共有する. 追記: 新しいdbが発表されたので雑感書きました. Firebase RTDB + GCP datastore = Firestoreについて第一印象 tl;dr 割り切れ! ユーザの見えるままに作れ! それ以外の細末は下記参照 大原則その1:割り切り これは特にRDB勢に気をつけていただきたい. 我々は少し気を抜くと,つい正規化したがり屋さんになってしまう. (その意味では,むしろ開発経験が少ない人のほうが習得しやすいかもしれない) Firebaseにおいて正規化はほぼ無駄と思ってもらっていい. (理由は後述) 頑として非正規化を貫くべきだ(割り切り

これ以上は長くなるため後述. Chromeは既に,Safariもようやく 上記の通り,Service WorkersがPWAでも最重要な機能の一つである.Chromeでは既に対応済み. しかしSafariが対応しておらず,世間的にはモチベーションの上がらない状況であった(やちまもその一人である). Safariにおいて,Service Workersの実装状況 No active development が Under Consideration になったのは2015/12/041のことである. 20ヶ月という永遠とも呼べる時を経て,2017/08/032にようやく In Development となったわけであった. だから何なのか SafariにService Workersの実装がなされると,一気にウェブアプリへの移行が進む可能性が大きい. ブラウザの制約が弱まり,ウェブアプリの不採

https://gcpug-tokyo.connpass.com/event/53787/ 雑なメモですね! あじぇんだ 1回のGoogleログインで、モバイルアプリ・自社サーバー・Googleサービス・Firebaseを連携させる by eaglesakura Container EngineでFirebase Realtime DBをWatchしつつ、ゲームのNPCを動かす by sinmetal ゼロから始めるCloud Functions for Firebase by k2wanko Firebase Function with Cloud Function by soundTricker318 Firebase by あんどうやすし 1回のGoogleログインで、モバイルアプリ・自社サーバー・Googleサービス・Firebaseを連携させる by eaglesakura ht

...タブンネ! 元記事はこちら Quantifying the performance of the TPU, our first machine learning chip 私たちは、最高のインフラを構築し、その恩恵をみなさまと分かち合うことに尽力しております。今後数週間、数ヶ月で更なるアップデートをお届けする予定です。 これってつまりTPUクル━━━━(゚∀゚)━━━━!? (注:CloudML API群の裏では既に使われている) TechCrunchの記事では提供しないだろうと書かれているが,論文の最後の文の誤解釈じゃなかろうか(少なくともGoogleが明言したわけではなさそう). 商用製品間の桁違いな差異はコンピュータアーキテクチャでは珍しく、TPUが特定分野アーキテクチャの原型となる可能性があります。私たちは多くの人がレベルをさらに高める後継者を育成することを期待しています。 論文

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

やっぱり AppEngine ja night #1 by GCPUG @ 日経カンファレンスルーム GAEのイベント行ってきたぽい? メモがだいすきなフレンズなんだね!(とくいとはいっていない) ※(注記) 適当にはしょりつつ加筆しつつ,再編もしてます GAEの名前くらいしか知らない人は 個人的に最強のPaaSプラットフォームGoogle App Engineの良い所を挙げてみる ↑ あたりを先に読んだほうが良いかもʕ•̀ω•́ʔ✧ あじぇんだ かずのりさん(@kazunori279)ご挨拶 GoogleAppEngineの今と昔 〜GAEの繁栄と衰退 そして復活へ〜 @soundTricker さん Namespace APIを用いたマルチテナント型Webアプリの実践 @tenntenn さん 最強のPaaS環境 Google App Engine @yosukesuzuki さん ビアトーク