[B! gcp] griefworkerのブックマーク

しずかなインターネットの技術構成

こんなWebサービスをリリースしたので、技術的な話をまとめておこうと思います。元々このサービスは、趣味の延長線のような感じで開発を始めました。競合にあたるnoteやはてなブログなどのサービスが確固たる地位を築いているということもあり、﹁お金にはならないだろうけど、自分の趣味を詰め込んだものにしよう﹂というゆるい気持ちで開発を続けています︵楽しい︶。選定の方針趣味と言っても文章投稿サービスなので、ユーザーが少数であったとしても長期間運営しなければなりません。そのため、ユーザー数が少なければランニングコストが数千円/月以下、ユーザー数が増えたときは段階的にコストが上がるように選定を行いました。アプリケーションフルスタックNext.jsアプリケーションをCloud Runにデプロイしています。各APIエンドポイントはNext.jsのAPI Routesで生やしています。 Next.js

griefworker 2023/11/30

リンク

Herokuにあった個人アプリを軒並み対応した - くりにっき

背景やったこと1. 廃止やったこと2. GCPに移行ユースケース図 URLベースで見たユースケース図実行環境で見たユースケース図実際にGCPに移行したアプリ達 Cloud Run Cloud Functions AppEngine GCP移行した全てに共通してることやったこと3. CircleCIに移行付録A. 道のり付録B. 調査メモ（移行時に参考にしたドキュメントやサービスなど）無料プラットフォームがまとまってるドキュメント ElephantSQL (PostgreSQL) PlanetScale (MySQL) Redis Enterprise Cloud 付録C. Redisを雑にFirestoreに置き換えたらクラウド破産しかけた 2022/09/22 20:45ブコメレス背景 Herokuの無料プラン終了のため10個以上あった個人アプリを1ヶ月くらいかけて色

griefworker 2022/09/22

heroku
gcp

リンク

個人開発のサービスをVPSからVercelとCloud Runに移行した話

最近以下のような記事で個人開発のコストの話をよく見かけて、ちょうど自分も個人サービスをコストカットのためにVPSからほぼ無料なスタックに移行していたので構成とかを書いてみる。前提としてはこんな感じ。仲間内で使ってるだけのWebアプリケーション。月イチくらいしか使わない技術スタックは技術的な実験とか学習を兼ねているので多少オーバースペックになるのはいいお金はなるべくかけたくない移行前のスタックフロントエンドはNuxt.js、Netlify バックエンドはRailsでgRPC、envoyを噛ませてフロントエンドからはgRPC-Webで呼んでる VPS上にバックエンドのアプリケーションとDB︵postgres︶を動かしてるバックエンドは普通のRailsアプリにしてHerokuにするのが一番楽でお金もかからないんだけど、gRPC-Webを試してみたくて、そうするとproxyが必要にな

griefworker 2022/05/09

リンク

なるべくお金をかけずに個人アプリを運用したい - くりにっき

前々からこの手のことを書きたいとは思ってたけど id:k0kubun さんの下記エントリに触発されて書きました。 k0kubun.hatena blog.com tl;dr; 個人アプリ開発歴前提 Heroku GCP Google App Engine Cloud Run Firebase Cloud Functions GitHub Pages 2022/8/14追記 GitLab Pages 2022/5/7 17:00追記：ブコメレス tl;dr; HerokuやFirebaseを駆使すれば割と無料でいける若干お金を払えばもっと選択肢は増える個人アプリ開発歴 2001～2002年あたりから個人HPでアプリを公開。後にVectorにも公開アカウントは残ってるのでいまだにVectorからのレポートメールが毎月届いてます 2009年くらいから色々ウェブアプリを開発 Google A

griefworker 2022/05/07

リンク

Zennのバックエンドを Google App Engine から Cloud Run へ移行しました（無停止！YES！）

Zennは、Next.js + RubyonRails︵APIモード︶を Google Cloud の App Engine へデプロイして稼働していました。最近、Rails の実行環境を App Engine Flexibleから Cloud Run へ移行したので、その記録を残します。ロードバランサーのバックエンドサービスを付け替えることで実現最初に、どうやって移行したかです。Zennのバックエンドはもともとロードバランサーで構成されていました。以下の図のように、ロードバランサーの Backend Service より背後を切り替えることにより実現しています。Cloud Run とそこにアクセスするための Serverless NEG はあらかじめ稼働させておくことで、ダウンタイムなしで切り替えられました。参考‥負荷分散 | Google Cloud https://clo

griefworker 2022/03/26

リンク

Google App Engineのスタンダード/フレキシブル環境を選ぶときのヒントと設定の注意点

イメージとしてはスタンダード環境の方が気楽にはじめられるフレキシブル環境の方がより細かな設定ができるという感じでしょうか。﹁料金が安いのはスタンダード﹂とは限らないググって見つかる情報を読むと、多くの人は﹁スタンダード環境の方が安く済みそうだ﹂という印象を持つと思います。僕もそのような考えから、当然のようにスタンダード環境を選んでいました。しかし、結果として、Zennの場合にはフレキシブル環境の方が料金は大幅に安く済むことが分かりました。 Zennの場合具体例があった方が読んでいて楽しいと思うので、恥を捨てて実際にかかっていたGAEの料金を載せてしまいます。ほれっ。 ※ 料金の推移は、サービスへのアクセス数とはほぼ相関していないピーク時には1万円/日近くいってしまっていますが、設定と環境を見直すと¥500/日くらいで済むようになりました。設定をミスらなければPS5を転売ヤーか

griefworker 2020/12/26

リンク

Stailerを支えるアーキテクチャ - Koichi Ishida blog

目次 tl;dr アーキテクチャサービスアーキテクチャまとめ﹁Stailer﹂は株式会社 10Xが提供する﹁開発不要でネットスーパーアプリを立ち上げられるシステム﹂です。バックエンドとそれにつなげるアプリ(iOSとAndroid)を提供しています。 10Xではよりよいチームを目指しエンジニアも含めメンバーを募っています。エンジニアが気になるどのような技術を使っているかに関して今回このブログで紹介しようと思います。少しでもチームに興味を持ってもらえたら採用ページがあるのでぜひぜひこちらからご応募ください。 tl;dr インフラはGCP クライアントはFlutter(Dart)でサーバもDart サービス間通信はgRPC 分析環境はBigQuery/Redash/Digdagの組み合わせ監視はCloud Monitoring アーキテクチャStailerは主なサービスはGCP上に構築

griefworker 2020/05/29

gcp
dart

リンク

Nuxtアプリを無料で公開するときに試した5つの環境まとめ(Firebase/GAE/Netlify/Heroku) - Qiita

最近Nuxtでいろいろ作っているけど、無料で使える環境をいろいろ試してる。いろいろメリデメあるけど、SPAならNetlify/SSRならHerokuがよさそう。いままで試したものをまとめてみた。ほしかったもの主に開発してるのがCGM系のWebサービスなので、動的なOGP画像などが設定できる(OGP芸) カスタムドメインが使える日次のランキング集計などの定期実行ができるが、無料でできて、なるべく実装が楽で、そこまで遅くないのがうれしい。試した5つのパターン試したのは以下の5パターン。試してみた順で記載。Nuxt(SSR) + Cloud Function 起動がかなり遅かった。。実装も大変なのでNG Nuxt(SPA) + Firebase Hosting 構築はかなり楽。ただ、OGP芸が大変でFunctionsが必要Nuxt(SPA) + Netlify プレレンダリ

griefworker 2020/03/23

リンク

株式会社スクウェア・エニックス／株式会社コロプラの導入事例：『ドラゴンクエストウォーク』に Cloud Spanner、GKE 活用 | Google Cloud 公式ブログ

株式会社スクウェア・エニックス／株式会社コロプラの導入事例：『ドラゴンクエストウォーク』に Cloud Spanner、GKE 活用ここ数年、スマートフォンで取得した位置情報を元に、ユーザーが現実世界を動き回る事で「冒険」感覚を楽しめる「位置ゲー」（通称）が人気です。中でもその大本命とされているのが、人気ゲーム作品『ドラゴンクエスト』シリーズの世界観を盛り込んだ『ドラゴンクエストウォーク』。2019 年 9 月に配信をスタートし、その社会現象的大ヒットにも関わらず、現在までネットワークやシステム系のトラブルがほとんど発生していないという、その秘訣を伺いました。利用している Google Cloud Platform サービス：Google Kubernetes Engine、Cloud Spanner など Google Cloud の先進テクノロジーはゲーム開発にも極めて魅力的「皆さ

griefworker 2020/02/18

ドラクエウォークは GCP の Cloud Spanner と GKE を使っているのか。

gcp

リンク

【AWS, GCP, Azure, OracleCloud, Firebase】無料で使えるクラウドのサーバリソースまとめ【2020年1月版】 - Qiita

【AWS, GCP, Azure, OracleCloud, Firebase】無料で使えるクラウドのサーバリソースまとめ【2020年1月版】AWSAzureFirebaseoraclecloudGoogleCloud

griefworker 2020/01/06

ユーザーが増えてもスケールし、ユーザーが少なくても赤字にしない、そんな構成に無料で使えるクラウドサービスのリソースを駆使して挑戦するのが、個人開発の面白いところ。

リンク

近年のデータ分析基盤構築における失敗はBigQueryを採用しなかったことに全て起因している - データエンジニアの酩酊日記

久しぶりにペラペラな思いつきを書き捨てて、寝ます。2、3年前ぐらいにSIerやコンサルでTreasure Dataとか使ってマネージドDWH作ろうぜっていう風潮が流行って、今は運用フェーズに入ってどこも結構苦しんでるってのが僕のすごく狭い観測範囲での印象。 AWSのReadshiftしかり。なぜ苦しんでるかっていうと、言うほどスケールしないからであり、言うほどマネージドじゃないから。 Treasure Dataは基本的に割当メモリが固定でオートスケールしないので、ピーク時に合わせて必要なメモリを確保しておかないといけない。そうなるとメモリ使用量とか負荷とかをモニタリングしないといけないわけだけど、Saasだから内部のアーキテクチャが隠蔽されていていちいちサポートに問い合わせないといけなかったりする。 Redshiftの場合はそもそも自前でクラスタ管理しなくちゃいけないのでそれが大変って

griefworker 2019/10/25

「本当の意味でフルマネージドであり、スケールするDWHはBigQueryのみであり、どうせ大して熟慮せずにアーキテクチャを決めるんだったらとりあえず無思考にBigQueryを使っておけば良い」

bigquery
gcp

リンク

歴史とともに紐解く、AbemaTVのアーキテクチャの変遷　開発開始〜現在までの軌跡

2018年10月13日、株式会社AbemaTVが主催するイベント﹁AbemaTV Developer Conference 2018﹂が開催されました。3度目の開催となる今回のテーマは﹁PAST→FUTURE﹂。開局から2年半の実績を元に、快適な視聴体験を届けるための取り組みや、大規模な同時接続に対するシステム開発・運用に寄って得られた技術的知見を共有します。プレゼンテーション﹁AbemaTVのアーキテクチャの変遷﹂に登壇したのは、株式会社AbemaTVの山中勇成氏。日本初のインターネットテレビ局、AbemaTVの開局から今日までのアーキテクチャーの変遷について、サービスの歴史とともに振り返ります。講演資料はこちらAbemaTVのアーキテクチャの変遷山中勇成氏︵以下、山中︶‥こんにちは。このセッションでは﹁AbemaTVのアーキテクチャの変遷﹂というタイトルで、AbemaTVが開局前

griefworker 2018/11/20

リンク

Cloud Firestoreの勘所パート4 — 単体テスト

パート3まで理解すれば、もう充分Firestoreを活用してアプリを作れる状態になっていると思います。ただ、ここまでまだ自動テストについて触れていなかったので、本記事ではパート2にてCloud FunctionsのFirestoreトリガーを使って実装したコピー処理の自動テストを書いていきます。 Cloud Functionsの自動テストは必要？そもそも、Cloud Functionsの自動テストは必要かどうかですが、筆者は無くてもあまり問題ないと思っています。TypeScriptでキレイに書いていれば、慣れればデプロイして一発で普通に動くことが多く、またそのあとの変更時のデグレも型が守ってくれるためなかなか壊れることが無いと感じています。そのため、特に自信の無いプレーンな関数(入出力のはっきりした関数)だけたまに限定的にテストを書く程度で済む気もしています。とはいえ、デプロイするま

griefworker 2018/09/04

firebase
gcp

リンク

Cloud Firestoreの勘所パート3 — セキュリティルール

Firestoreへの接続情報はクライアントや通信内容などから容易に取得可能なため、このままでは全データがだだ漏れですし簡単に破壊されてしまいます。よくあるWeb APIサーバー + データベースサーバー構成ではデータベースサーバーへの接続許可をWeb APIサーバーなど一部に制限することでセキュリティを担保しますが、Firestoreはクライアントから直接接続する方式なのでそういうわけにはいきません。 Firestoreではセキュリティルールにより読み取り・書き込み権限を過不足なく設定することでデータを守ります🔐言い換えると、セキュリティルールをしっかり設定すれば「クライアント直接接続型のデータベースだからセキュリティが心配」なんてことも決してありません🙆‍♀️

griefworker 2018/09/04

gcp
firebase

リンク

Cloud Firestoreの勘所パート2 — データ設計

実例があると分かりやすいかと思い、Qiitaのような投稿型のブログサービスを題材に考えていきます。 Firebaseプロジェクトの作成https://console.firebase.google.com にて適当なサンプルプロジェクトを作ります。今回は firestore-sandboxを作りました(実アプリの場合、開発環境・テスト環境・本番環境など3つ以上用意するのが良いですがサンプルなので1つで済ませます)。

griefworker 2018/09/04

gcp
firebase

リンク

Cloud Firestoreの勘所パート1 — 概要

Google製、モバイル・ウェブ・サーバー開発に対応したCloud Firestoreを使いこなすための勘所をつらつらと書いていきます。パート1の本記事ではFirestoreの全体観を掴んでいただけたらと思います。 Cloud Firestoreは、Firebaseのサービス群の1つという捉え方と、GCP(Google Cloud Platform)のサービス群の1つという捉え方がありますが、本記事ではFirebase経由で使うことを前提に書いていきます。Cloud Functionsなど関連サービスとして言及するものも同様です。Firebaseはざっくり言うとGCPのクライアントアプリ向けサービスを使いやすく提供しているラッパーサービスなので、それで足りるものはFirebase経由での利用をお勧めします。ドキュメントも次のように2箇所にあるのですが、Firebase経由で使う場合は基本

griefworker 2018/09/04

firebase
gcp

リンク

【無料】Qiitaの殿堂を作った物語【簡単】 - Qiita

本投稿の内容Qiitaの記事は、投稿してから2週間ほどしか見られる機会が無い。そのため﹁見逃した良記事﹂﹁埋もれた良記事﹂が多数存在する。 ⇒見逃しても大丈夫。良記事をまとめて殿堂入りさせたサイトを作ろう！先に結果を書くと、以下のようなサイトを作った。作ったモノ ⇒ Qiitaの殿堂そして、作るなら﹁無料﹂で﹁超省力﹂で作る！ GCP︵GoogleCloudPlatform︶を活用して、﹁無料﹂で簡単にサービスを作る方法、としても本記事を公開する。重要なノウハウやハマりポイントを全て公開！︵保存版︶Qiitaの殿堂とは？Qiitaの殿堂は、上位1～2%の超人気記事を月ごとのランキング形式で紹介するサイト︵他にもいろいろ検討中・・・︶後述のように無料枠での簡易運用なので、サーバが落ちているかも！？あと、投稿数＆いいね数の推移グラフも追加しました。そちらも必見。

griefworker 2018/08/06

gcp
qiita

リンク

『ドラゴンボールレジェンズ』の舞台裏を支える Google Cloud | Google Cloud 公式ブログ

Posted by Google Cloud ゲームテクニカルスペシャリスト　サミールハムディバンダイナムコエンターテインメント（BNE）の『ドラゴンボールレジェンズ』は、人気の高い『ドラゴンボール』シリーズをモチーフとした、全世界のゲーマーに向けて配信を開始した新しいモバイルゲームです。このゲームを支えるクラウドインフラストラクチャの計画は、特殊な課題を抱えていた BNE が、その解決のために Google Cloud と話し合いを持った 2017 年 2 月にスタートしました。 BNE は、自ら予測する需要に基づいて、次の 3 つの意欲的な要件を設けていました。極端なまでのスケーラビリティ : このゲームは全世界に配信されるため、数百万のプレーヤーが参加してもびくともしないスケーラビリティの高いバックエンドが必要でした。グローバルネットワーク : このゲームはプレー

griefworker 2018/06/29

google
gcp

リンク

DB負荷試験をやった話

こんにちは！インフラチームの川田です。業務では社内ネットワーク構築・運用やツールの検証などしています。本記事では、1月末から2月初頭にかけて行ったDB検証のベンチマーク結果をまとめたいと思います。試験環境今回は以下4つの環境を対象にMySQL 5.7互換のあるDBを構築し、ベンチマークを測りました。 Google Compute Engine (以下GCE) Google CloudSQL Amazon EC2 Amazon Aurora サービス概要 GCE及びEC2は、仮想マシンを構築することができるサービスです。 CloudSQLとAuroraは、フルマネージド型DBサービスです。どちらも簡単なので、とりあえずDB構築してみたいという初心者にオススメです。 CloudSQLはチューニング項目はありませんが、AuroraではMySQLのmy.cnfで設定できる項目の一部を変更で

griefworker 2018/04/02

リンク

ASP.NET Core アプリを GCP にデプロイする 4 つの方法 | Google Cloud 公式ブログ

過去数か月にわたり、多くの .NET デベロッパーが .NET Core アプリケーションを App Engine flexible environment で稼働させるテストを行ってきました。私たち Google は、そこから得られた数々のすばらしいフィードバックに感謝するとともに、Container Engine と同様に App Engine flexible environment での .NET Core サポートについても、先ごろ正式にリリース︵GA︶しました。今回サポート対象となるのは、Google Cloud Platform︵GCP︶での実行に最適化され、Google がサポートする Docker イメージを使用する .NET Core 1.0、1.1、2.0 です。 .NET Core アプリケーションの実行が GCP で正式にサポートされるようになった今、GCP に

griefworker 2017/11/02

リンク

はてなブックマーク

タグ

関連タグで絞り込む (19)

gcpに関するgriefworkerのブックマーク (20)

お知らせ

今週のはてなブックマーク数ランキング（2024年7月第3週）

今週のはてなブックマーク数ランキング（2024年7月第2週）

はてなブックマーク透明性レポート（2024年 2月-2024年4月）

公式Twitter

キーボードショートカット一覧

はてなブックマーク

公式Twitter

はてなのサービス