Render.comが素敵過ぎるのでもっと知られて欲しい
株式会社パルケの悩めるCTO、みつるです パルケでこれまでリリースしたプロダクトは、Render.comというクラウドベンダー上に構築しました。 Render.comは、2022年の頭頃からTwitterなどのSNSで名前を目にするようになりました。 半年ほど前から実際に運用してみたところ、他のサービスへの乗り換えが考えられないぐらい素敵が溢れていました。 私は悩めるCTOなのですが、Render.comのおかげで、クラウドサービスについてほとんど悩む必要がありません。 この記事でRender.comの素敵さが少しでも伝われば幸いです。 Render.comとは何なのか 公式より（意訳） Rnder.comは、あなたのアプリやウェブサイトをビルド・実行する統合クラウドサービスです。無料のTLS認証、グローバルなCDN、DDoS防御、プライベートネットワーク、Gitからの自動デプロイが利用で
Heroku より使いやすかった render.com というサービスについてざっくりまとめた。（アカウント作成や初回 Deploy まで） - Qiita
Heroku より使いやすかった render.com というサービスについてざっくりまとめた。（アカウント作成や初回 Deploy まで）HerokuPaasrenderRender.com render.com とは 一言で説明すると、様々な Web アプリケーションを簡単に Deploy 可能にする PaaS であり、静的サイトから Web アプリまで幅広いアプリケーションを簡単に運用できるサービスになります。 似たようなサービスだと Heroku などがありますね。 ただ、Heloku は2022年11月に無料プランが終了したので、現在だと最低でも $5 はかかります。（2023/06/18 時点） それに対し、render.com は一部制限はありますが無料で使う事が出来ます。 又、次世代 Heroku とも呼ばれているみたいです。 その他、render.com の説明や良いとこ
フロントエンド刷新プロジェクトの開発サイクルを加速するデプロイパイプラインの改善 - Cybozu Inside Out | サイボウズエンジニアのブログ
フロントエンド刷新プロジェクトの開発サイクルを加速するデプロイパイプラインの改善 この記事は Cybozu Advent Calendar 2022 の 19 日目の記事です。 18 日目はこちら → チームメトリクスと感情データを活用した「ふりかえり」の手引き 20 日目はこちら → エンジニアとの距離が近くなっていいことたくさんだったQAの話 こんにちは！！ kintone フロントエンドリアーキテクチャプロジェクト (フロリア)のAppShell チームでプロダクトオーナーをしている tasshi です。 kintone フロントエンドリアーキテクチャプロジェクト (フロリア)、およびAppShellチームについてはこちらの記事をご覧ください。 今回はフロリアの開発で利用しているテスト環境へのデプロイパイプラインを紹介します。 目次 フロントエンド刷新プロジェクトの開発サイクルを加速
Googleの「Firebase Hosting」がNext.jsとAngular Universalによる動的Webサイトもサポート、コマンド一発でデプロイ。Firebase Summit 2022
Googleの「Firebase Hosting」がNext.jsとAngular Universalによる動的Webサイトもサポート、コマンド一発でデプロイ。Firebase Summit 2022 Googleは10月18日に米ニューヨークでモバイル向けのバックエンドサービスであるFirebaseにフォーカスしたイベント「Firebase Summit 2022」を開催しました。 このイベントでGoogleは、これまで静的なWebサイトのホスティングサービスだったFirebase Hostingの新機能として、Next.jsとAngular Universalを用いたサーバサイドレンダリングによる動的なWebサイトにも対応することを発表しました。 これまでFirebase HostingでNext.jsやAngular Universalのようなサーバサイドレンダリングのためのフレーム
エンジニアなら自分でブログを作れ！①導入編
Blueskyのフォローお願いします！ 初めに 「SOFT SKILLS ソフトウェア開発者の人生マニュアル」という本を読みました。 この本ではエンジニアはセルフブランディングのためにブログを持つべきという主張がされていて、私もある程度共感しました。 一方で、費用対効果を考えてWordPressで構築せよということも書かれており、その点は疑問を感じました。 せっかくエンジニアという職についているので自分で作った方が良いんじゃないか？と。 WEBフロントエンドのエンジニアは自分の技術の見本市にすることができますし、それ以外のエンジニアに関してもフロントエンドの技術が一定以上あることを主張できます。これを考えれば、自分で作成することがセルフブランディングに繋がることは言うまでもないはずです。 しかし自分でブログを作るのは結構手間がかかります。ブログとしての機能やデザイン、ホスティング先等考える
GitHub Actions による自動デプロイに承認機能を付ける
GitHub で共同開発をしている場合、GitHub Actions を使用して継続的なデプロイを行っていることが多いかと思います。 例えば Git タグを使用して、そのタグ作成をフックに自動で Production へデプロイといった運用が考えられます。 ただ、そういった運用は、運用自体が簡単ではあっても、セキュリティに難があります。 業務委託等の社外エンジニアが開発に参加している場合、そのレポジトリに対して Write 以上の権限が必要になります。 すると、Git タグを作成する権限もあるわけで、そうなると、社外メンバーが Production デプロイを勝手に行えてしまいます。 そういったことを防ぐために、Production デプロイ自体に承認機能を付けることができます。 それを、GitHub Actions と GitHub Environments という機能を組み合わせること
Provisioning profileにデバイスを追加したのに XCode で反映されない｜conocode
テスト用の端末を増やそうと思って、プロビジョニングプロファイルにデバイスを追加したんですけど、作成したアプリにデバイスが追加されていないみたいなんです iOS アプリを実機でテストする際は、テストする端末を Provisioning profile に登録してからアプリを作成する必要があります。 開発している途中でテスト端末を追加しくなった場合は、Apple の Developer サイトで端末を追加して Provisioninig profile を変更し、再度XCode に読み込ませる、という手順が必要です。 ところが、Provisioning profile を変更してダウンロードし、ダブルクリックして XCode に読み込ませても、前の Provisioninig profile が有効になっていて、新しい設定が反映されません。 その場合は、以下の手順で強制的に新しいプロファイルを
App Distribution と fastlane を使用して、プレリリース iOS ビルドをより迅速に配布します | Firebase
App Distribution と fastlane を使用して、プレリリース iOS ビルドをより迅速に配布します コレクションでコンテンツを整理 必要に応じて、コンテンツの保存と分類を行います。 1. 始める前に このコードラボでは、 Firebase App Distributionとそのfastlaneプラグインを使用して、iOS アプリをテスターに配布し、テストデバイスの UDID を収集し、アプリのプロビジョニング プロファイルに登録する方法を学びます。これにより、アドホック ビルドをテスターに迅速に取得できるようになります。 '手。 学べることFirebase App Distribution とfastlaneを使用して、プレリリース iOS アプリ (アドホック) をアップロードしてテスターに配布する方法。テスターとしてサインアップし、配布されたアプリをテス
Vercel の料金形態と内容についてまとめた - 2020冬
はじめに この記事は #EveOneZenn (Everyday One Zenn) vol.14 です。 Next.js などを手掛ける Vercel Inc.（旧 Zeit ）が運営しているサービス、Vercel（旧 Zeit Now）の料金形態とその内容についてまとめます。 なお、掲載内容は 2020/12/08 時点のものです。 （過去に別所で公開していた記事の加筆版です） Note: 2020/12/08 19:51 - Hobby プランは個人的かつ非営利目的な目的でのみ利用できる旨を追記 Note: 2021/02/06 - 禁止されている用途について追記 Note: 2021/02/11 - Hobby プランにおける広告を掲載した、個人ブログでの利用について追記 Note: 2022/02/26 - Hobby プランにおける広告掲載の利用不可について追記 前回： Ver
GitHub Actionsとnpを使ったプロダクトのバージョン管理/リリースフローが簡単すぎた
DESCRIPTION https://github.com/capacitor-community/admob/releases のようなバージョンタグとリリースノートを自動生成した話 package.jsonのversionとGitHub上のversionが一致するようになって幸せ デプロイ/リリースフローもそれに沿った形にした話 本文 GitHubでプロダクトのソースコード管理することは当たり前になりましたが、皆さんリリースバージョンはどのように管理していますか？？ 恥ずかしながら半年ほど前まで、プロダクトでリリースバージョンというものをつけていませんでした。 よし、この機能追加した よし、テストも通った。リリースするぞ。 手動でpackage.jsonのversionを変更する じゃあ、productブランチにマージして（GitHub Actionsが動いて）デプロイだ！！ まぁ、
【API Gateway】API呼び出しにAPIキーを設定する - Qiita
Amazon API Gatewayで公開するAPIにはAPIキーを設定できます。これにより、以下のようなことができます。 APIキーを知っている人だけがそのAPIを呼び出すことができる ユーザごとにAPIキーを発行し、ユーザごとに呼び出し回数に制限をかけることができる これを試してみました。 説明の前提 Amazon API Gatewayの公式ドキュメントの「API GatewayコンソールでサンプルからAPIを作成してテストする」の手順に従って、サンプルのAPIを作成したことを前提とします。 このAPIに対してAPIキーを設定します。 手順 APIキーの作成 AWSマネジメントコンソールにサインインし、Amazon API Gatewayの管理コンソールを開きます。 画面左端の一覧の「APIキー」をクリックします。 すると、APIキー一覧が表示されますので、「アクション」ボタンをクリ
設定なしでデプロイできるZeit Now | DevelopersIO
みなさんはZeit Now（以下よりNowと記載）をご存知でしょうか。 シンプなデプロイを実現するPaaSのNowでついに設定なしでデプロイできるようになりました。 Now とは 一言でいうと、シンプルで簡単にそして高速なデプロイを実現するPaaSです。 極端な話をすると、nowと打つだけでデプロイが完了するくらいに簡単です。 他のPaaSと同様に、Node.js、Python、Goといった様々な言語が使用できフロントエンド、バックエンドのデプロイが可能です。 またデプロイ時に固有のURLが発行され、HTTPSのアクセスが可能です。 言葉だけでは伝わりきらない魅力を簡単なデモンストレーションでみていきましょう。 前準備 Nowを使ってデプロイする前準備をしていきます。 だいたい3ステップくらいで準備は完了します。 ユーザ登録 こちらからユーザ登録を行います。 GitHubアカウント、Git
GitHub ActionでDockerコンテナをビルドしてAmazon ECRに保存する | DevelopersIO
はじめに おはようございます､加藤です｡下記のブログで､AWS認証情報の設定とAmazon ECRにログインするGitHub Actionが公開されている事を知りました｡ これらを使って､GitHubで管理しているDockerイメージをビルドして､ECRに保存する方法を紹介します｡タグが付けられて時にのみ動作し､そのタグをイメージに引き継ぐ仕様で作りました｡ Continuous delivery of container applications to AWS Fargate with GitHub Actions | AWS Open Source Blog AWS IAM ユーザーの作成 GitHub ActionからAmazon ECRへアクセスする為の､IAMユーザーを発行します｡マネジメントコンソールへのアクセスは必要無いので､アクセスの種類はプログラムによるアクセスのみを設定
Internal App Sharingでアプリを共有する
Google I/O 2019で発表された Internal app sharing が便利そうだったので実際に試してみました。 事前準備Play Consoleでアプリを公開しておくて（内部テストだけも可能）テスターを設定しておく（後述）Android端末にてPlayStoreアプリで開発者モードになる （Playアプリの設定から、 Playストアのバージョン を7回タップする）Playアプリで、設定の 内部アプリの共有 をONにするテスター設定Play Consoleで対象のアプリを開く開発ツール -> 内部アプリ共有 を開くテスターの管理 タブでテスターを設定する テスターの管理テスター設定時の注意ですが、該当のテスターがPlayStoreで対象アプリをダウンロードできる必要があります。 例えば、内部テストしか公開してないときは、オプトインURLでPlayStoreでもダウンロードで
iOSアプリのサブミット自動化と証明書管理の効率化 - クックパッド開発者ブログ
こんにちは。技術部モバイル基盤グループの @giginet です。 fastlaneのCore Contributorを務めており、 社内ではプロのコードサイン解決者 *1 としての職務経験を積んでいます。 今回はクックパッドでのfastlaneを使ったiOSアプリのサブミット自動化と、証明書管理についての事例を紹介したいと思います。 CIによるiOSアプリサブミットの自動化 クックパッドでは、昨年の春頃よりiOSアプリのサブミットをチャットbot経由で行っています。 このように、Slack上でサブミットジョブを実行すると、CIでアプリがビルドされ、審査提出までを完全自動で行ってくれます。 審査提出には、ビルドや処理待ちの時間を含めると多くの工数がかかり、人為的なミスが起こる可能性もありましたが、 完全な自動化により、高頻度のアプリリリースに耐えられるようになりました。 アーキテクチャは以
PHPにおけるシンボリックリンクを使ったデプロイの危険性について（「realpath_cache」和訳）
2016/10/31 PHPにおけるシンボリックリンクを使ったデプロイの危険性について（「realpath_cache」和訳） PHP サーバーサイド この文書は@julienPauliさんによる記事「realpath_cache」の日本語翻訳です。元々は@gilbiteさんがKLab社内向けに翻訳したものでしたが、日本語では見たことがない指摘を含んでおり今でも有用だと考えたため、@julienPauliさんの了解を取った上で@hnwが修正・追記して公開するものです。 はじめに PHP に realpath_cache_get(), realpath_cache_size() という関数があることをご存じでしょうか？ また、php.ini に realpath_cache から始まる設定項目があることは？ realpath cache は知っておきたい極めて重要な概念です。 特に、コードの
PHPアプリケーションのデプロイにぴったりなDeployerを試す | さくらのナレッジ
今や開発環境はローカルにあるのが一般的です。OSを合わせたい場合でもVMを使えば簡単に実現できます。問題はコードが書き終わった後のデプロイではないでしょうか。どのサーバにどのコードを反映し、どんなタスクを実行するのか、ライブラリの変更があるのかなどを適切に管理する必要があります。 Ruby/Ruby on Rails界隈ではCapistranoというソフトウェアが使われることが多いです。Capistrano自体は汎用的なデプロイツールですが、PHPであればやはりPHP製のツールの方が分かりやすいでしょう。そこで今回はDeployerというPHP製のデプロイツールを紹介します。 Deployer — Deployment Tool for PHP Deployerのセットアップ Deployerはとても簡単にセットアップできます。本体をダウンロードして、パスの通ったところに配置するだけです。
Altax - シンプルなPHPデプロイツール
シンプルなデプロイツール AltaxはSSHを並列実行するシンプルなデプロイツールです。以下のような特徴をもちます。 PHPで書かれています。 SSHコマンドのラッパーとして実装されています。 コンパイルドパッケージを使用すれば、PHPファイル一つのみで動作します。 AltaxはCapistranoとCinamonに強くインスパイアされています。 しかし、それらではデプロイタスクをPHPで書くことができません。 Altaxは違います。以下のコードはAltaxのデプロイタスクのサンプルです。 // 出力メッセージに色を付ける set('colors', true); // 対象のホストとSSHコネクションの設定 host('web1', array('host' => '192.168.0.10', 'port' => '22'), 'web'); host('web2', array('h
cloudpackブログ - Capistranoってなんじゃ？（EC2にインストール編）
CapistranoはSSH経由でリモートコマンドを実行するためのツールで、端末間でのアプリケーションのデプロイ等に利用されています。 Ruby on Railsの台頭とともに知名度を上げ、Railsのデプロイメントでは定番のツールになっています。 Capistranoはそれ自体がRuby製で、Rubyの為のツールのようですが、冒頭の通りSSHでリモートコマンド実行を管理する用途であればどのような状況でも利用できます。 今回試してみるユースケースでは、1台の管理サーバーから2つのサーバー上にファイルを作成してみます。 まず、EC2でAmazon Linuxを3台分マイクロインスタンスで起動します。 ここでは管理サーバーをadmin、リモートの2台をhoge1、hoge2とし、3台にそれぞれEIPを付与します。 仮にそれぞれのEIPは以下の通りとします。 admin: xxx.xxx.xxx
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
