[go: up one dir, main page]
More Web Proxy on the site http://driver.im/

タグ

cloudに関するamari3のブックマーク (6)

  • カスタム ドメインのマッピング  |  Cloud Run のドキュメント  |  Google Cloud

    フィードバックを送信 カスタム ドメインのマッピング コレクションでコンテンツを整理 必要に応じて、コンテンツの保存と分類を行います。 デプロイされたサービスに Cloud Run が提供するデフォルトのアドレスではなく、カスタム ドメインを設定できます。 Cloud Run サービスのカスタム ドメインを設定するには、いくつかの方法があります。 グローバル外部アプリケーション ロードバランサを使用する(推奨) Firebase Hosting の Cloud Run インテグレーション機能を使用する(Firebase Hosting を使用する最も簡単な方法) 手動構成の Firebase Hosting を使用する(インテグレーション機能を使用しない場合) Cloud Run のドメイン マッピング(プレビュー版で、利用制限あり)を使用する 複数のカスタム ドメインを同じ Cloud

    カスタム ドメインのマッピング  |  Cloud Run のドキュメント  |  Google Cloud
  • Google Cloud Runにアプリをデプロイする方法を分かりやすく解説【GCP】|Webエンジニア研究室

    Cloud Runとは【GCPのサーバーレスなコンテナ実行環境】 Cloud Runとは、サーバーレス(サーバーの管理が不要)なコンテナ実行環境を提供するGCPのサービスです。 Cloud Runを利用することで、アプリのDockerイメージを指定するだけで簡単にアプリをデプロイすることができます。 また、GKEと違い、クラスタやKubernetesの設定はGCP側が自動で行ってくれます。 そのため、簡易版のGKEというイメージでもいいのではないかと思います。 以下のビデオはCloud Runの概要が簡潔にまとめられているので、参考にしてみて下さい。 Cloud Runにアプリをデプロイする方法を分かりやすく解説 Cloud Runにアプリをデプロイする方法を分かりやすく解説します。 今回は、Cloud RunにLaravelアプリをデプロイしてデフォルト画面を表示させるのを目標とします。

    Google Cloud Runにアプリをデプロイする方法を分かりやすく解説【GCP】|Webエンジニア研究室
  • VagrantとSSDなVPS(Digital Ocean)で1時間1円の使い捨て高速サーバ環境を構築する - Glide Note

    今年の初めくらいから個人的な技術検証にはSSDで動作が速く、1時間1円で料金が安いのと ロケーションをSan Franciscoにするとsshでもレスポンスが悪くないので、全部Digital Oceanを使っている。(徳丸先生が紹介する前から使っていたんだ!) Digital OceanについてはRebuild: 2: Rails, Redis, VPS (Kenn Ejima)の42分くらいから言及されてます。必聴です。 使ってる旧型のMacBookAirみたいな貧弱なマシンだとローカルでVM動かすとファン回りまくりとかで泣きたくなるので、Digital Oceanだと泣かずに済んで快適。 そんで今日Vagrant経由でDigital Ocean利用すると、コマンドラインから必要なときに新規インスタンス(Droplet)作って、 検証終わったら削除という手軽な使い捨て高速サーバ環境が利用

  • Simple Cloud Infrastructure for Developers | DigitalOcean

    Dream it. Build it. Grow it.Whatever your vision—a SaaS app, an AI/ML business, a website, an eCommerce store—build it here using DigitalOcean's simple, cost-effective cloud hosting services.

    Simple Cloud Infrastructure for Developers | DigitalOcean
    amari3
    amari3 2014/01/24
    試してみようかな
  • なんでもかんでもクラウドにあげるのか? - 急がば回れ、選ぶなら近道

    某エントリーの話で、「なんでもかんでもクラウド化なのか?」というお話もご意見も多数頂戴いたしまして。一応念押しですが、そういうつもりはまったくないですよ。以下、個人的な補足メモです。会社の意見ではありません。一応、会社の公式声明は「できるものは、とっとクラウド化したほうがいいですよ。」です。 クラウド化の是非については、いろいろあるでしょう。ユーザーの所属する産業毎にシステムのあり方・考え方は違うでしょうし、当然クラウド化すべきだという意見や、いやそもそも無理があるという意見もあると思います。ただ、今までのように先例がないから無理、という理屈は通用しなくなっているのが現状でしょう。その意味では無茶な理屈ではなく、普通に選択肢としてクラウド化が候補になっている、と思います。その上で、クラウド化しない、するという議論が普通にできる状態になりつつあると思います。 そんな中でいろいろ思うところをち

    なんでもかんでもクラウドにあげるのか? - 急がば回れ、選ぶなら近道
  • 第8回 ソーシャルゲームベンダは、どのようにクラウドを利用しているのか? | gihyo.jp

    ソーシャルゲームベンダのクラウド クラウド、とくにIaaSを利用しているユーザの中で、メインユーザとして名前が挙がるのが「ソーシャルゲーム」を作成する「ソーシャルゲームベンダ」です。ヒットすれば、大量のアクセスが来て複数のサーバを準備しなければなりませんが、ゲームがまったくヒットしなければ購入したサーバは無駄になってしまいます。 今までの物理サーバであれば、サービスの需要に合せてサーバ数を増減させるということはできませんでしたが、クラウド(=IaaS)の場合は、サーバ数の増減が可能です。リリースしたソーシャルゲームがヒットすればサーバを増やしたり、性能をあげることもできますし、人気が無くなればサーバをすぐに減らすことも可能です。 このように理屈の上では「ソーシャルゲーム」とクラウド(=IaaS)は、非常に相性が良いと思いますが、実際のところはソーシャルゲームベンダはどのようにクラウドを利用

    第8回 ソーシャルゲームベンダは、どのようにクラウドを利用しているのか? | gihyo.jp
    amari3
    amari3 2012/06/25
  • 1