サーバーレスでルート探索付き地図サービスを自前で提供する方法を考えてみた | DevelopersIO
はじめに アイキャッチ画像は、初めて精密な日本地図を作ったとされる伊能忠敬と日本地図です。いくつになっても信念を持って何かをひたむきに行う人に、私もなりたいものです。 さて、Webサービスを提供する際、地図を表示したいということは多々あるかと思います。地図で、様々な地点を一覧表示したり、ルートを表示できたりすると、ユーザ体験が向上するというのは少なくないかと思います。 こういった地図サービスをWebサービスに埋め込んで提供したい場合に、まず考えられるのがGoogle Maps Platformかと思います。 ちょっと最近大きく変更があったようですが、依然として一定の品質の地図、徒歩/公共交通機関/車でのルート探索、ストリートビュー等々、国内で提供されている最大級の地図サービスであることは異論ないかと思います。 単にユーザとしてGoogleMapをアプリなどで使用する場合、すべて無料なので特
WordPressをComposerでモダンな運用 - Qiita
2020/12 追記 本文中でおすすめした、 WP Offload Media Lite for Amazon S3, DigitalOcean Spaces, and Google Cloud Storage は現時点でおすすめできません。 S3のメタデータのキャッシュ実装に問題があり、大規模サイトではMySQLに高負荷がかかります。 また、ページ閲覧時におけるパフォーマンス低下があります。 代替として、 S3 Uploads をおすすめします。 はじめに モダンPHPの技術を利用して、WordPressをより簡単にデプロイしたいと思いませんか？ 通常のWordPressのセットアップでは、サーバに上げれば動作しますが、テーマやプラグインなどがファイルベースでの管理となっているため、Gitでの管理や複数台への展開など大規模構築に構築しようとすると、メリットが辛みになってしまいます。 そこ
プログラムの実行内容を記録して再現する「タイムトラベルデバッグ」（Time Travel Debugging）機能、マイクロソフトがVisual Studioにプレビューで提供開始
プログラムの実行内容を記録して再現する「タイムトラベルデバッグ」（Time Travel Debugging）機能、マイクロソフトがVisual Studioにプレビューで提供開始 モダンな開発ツールの多くには、デバッグ支援機能としてプログラムのステップ実行機能やブレークポイントの設定機能があります。これらを利用することにより、任意の時点でのプログラムの振る舞いや変数の内容などを確認できます。 しかしこのデバッグ支援機能は、あくまで開発中のプログラムを対象としたものであり、本番環境にデプロイしたあと、実行中に発生したバグについて調べることはできません。 そこでマイクロソフトは、本番環境で実行中のプログラムの動作内容を記録し、その記録を基にプログラムの動作をVisual Studioで再現することにより、バグが発生する過程を詳細に確認できる機能「Time Travel Debugging」機
SaaSなしでもインフラCIを！GitLab CI + Docker + Ansible + serverspecでインフラCIを試す - Qiita
SaaSなしでもインフラCIを！GitLab CI + Docker + Ansible + serverspecでインフラCIを試すGitLabDockerserverspecAnsibleGitLab-CI インフラ技術週間も最終日となりました。今週の1週間の記事を振り返ると実はすべてがDocker絡み。 何をやるにしてもDockerを中心としたコンテナベースで考えることが当たり前になってきている感じですね。 ということで最終日もDockerを絡めてGitLabを使ったインフラCIについて紹介します。 この記事を読むと何ができるようになる？ 記事全文は長くなるので要点だけ書くと。 この記事ではGitLab(GitHubのようなGitを管理するOSS)を使ってAnsible(構成管理ツール)やserverspec(インフラテストツール)のコードをGit管理。Docker上のコンテナを使っ
Dockerで快適なRails開発環境を手に入れるためにやった6つのこと - Qiita
はじめに この記事はDockerその2アドベントカレンダーの14日目です。 DockerでRails開発環境を作るに当たってしたことについて書きます。 普通のRails環境構築については他に記事がいっぱいあるのでそちらを見てください。 なお、現在RailsでAPIサーバを書いているのでフロントエンドでのみ必要になることについては触れません。 また、今回の記事を書くにあたってリポジトリをgithubで公開しています。 https://github.com/yuemori/docker-adventcalendar-example アジェンダ Dockerfileとdocker-composeを環境毎に分ける data volume containerを使ってデータをキャッシュする entrykit, dockerizeでDBの起動待ちをする ラッパースクリプトを書く springを使えるよう
GitLab CI で Docker を使って Rails アプリを CI する - Qiita
2017-10-25 更新: GitLab Runner 10.0 からインストール手順が変わったので、コマンドを修正しました。 最近 GitLab が GitHub を追い越す勢いで進化しています。プライベートリポジトリが無制限に使え、UI も使い勝手が良く、汎用的な CI ツールの GitLab CI まで無料で使えます。おかげで BitBucket は使うことがなくなりました。 今回、Docker コンテナー上で動かす Rails プロジェクトを gitlab.com 上で CI することになったので、そのやり方をメモしておきます。 やりたいこと gitlab.com のリポジトリにソースを push したら自動で CI が走るようにしたい Docker 化した Rails アプリを Docker コンテナーのままテストしたい 検証環境 Ubuntu 16.04.2 Xenial 6
anyenvで開発環境を整える - Qiita
私の場合、開発環境では複数の言語のコードを書いたり実行したりします。 例えば perl, ruby, nodejs, python など。 これらを利用するために、plenv, rbenv, nodebrew, pyenv などを利用していました。 しかし、遅ればせながら anyenv というものがあると聞いたので、こっちに乗り換えました。 **envを2つ以上使ってる人はこれ使うのが良いと思います。おすすめ。 http://blog.riywo.com/2013/06/22/155804 https://github.com/riywo/anyenv インストールは簡単 README.md のとおりにやればOK # ------------------------------------------------------------------------ -# plenv +# an
anyenvを使って*env系をまとめて管理 | DevelopersIO
どうも！西村祐二@大阪です。 プログラミング言語のバージョン管理にpyenvやrbenv、ndenvなどで管理している方は多いかと思います。 その際に今どのバージョンに設定しているのか、どのバージョンが入っているのか確認することがよくあります。 **env系をまとめて確認できる「anyenv」というものがなかなか便利だったのでご紹介したいと思います。 利点 個人的に思う「anyenv」の便利なところは次の3つかなと思います。 現在のバージョンを何に設定しているか、どのバージョンを入ってるかまとめて確認できる **env系を簡単にインストールできる 新しいプログラミング言語を追加しても.bash_profileや.zprofileなど汚さなくてすむ インストール Githubのページに記載されている通りです。 .your_profileと記載されているところを bashを使っている人は .b
一緒につくる仲間を募ろう��! - ツノッテ
みんなで盛り上げていけたらいいですね～ (*´▽｀*) ゲームア用として始めたツイッターがあります。 あと、18禁ジャンルですが自前サービスがあるので、そこでもバナー広告ぽく表示して宣伝しますよｗ
OpenCensus meetup vol.1 に参加してきました！！ #opencensusjp - ソモサン
参加してきました https://opencensus.connpass.com/event/123885/ いやー面白かった。 自分が気になって見積もりに時間かけてるところがやっぱりネックになっていて、みんな気にしてるという同じ認識を持てたのもよかったです。 京都からきてよかった。 資料リンクだけ並べてるので、感想は後ほど。 -> 書いた! なぜに京都から??? rohki.hatenablog.com 前に調べたり、Scala 関西で @grimrose さんの話きいたりしてました。僕にとって今一番面白いところだからです。 面白さの背景を書くと、Managed Service を使っていてメトリクスやログがとりやすくても追跡はひたすらしんどいってのを何度か味わってるからです。 ロードバランサーのエラーコードの発生個所や遅延の発生、HTTP のアクセスログ、アプリケーションログ、サーバー
Microservicesでなぜ作るのか - An Epicurean
「Microservices時代の監視設計」と言うエントリーを書きたいのだけど、そもそもなんでMicroservicesで作る必要があるのかというところを先に書く必要があると感じたので私見を述べてみる。すでにMicroservicesで作っている人からすると「何をいまさら」と言う内容も多いかもしれません。 Microservicesでなぜ作るのか ドメイン分割のレイヤーの変遷 今は成長段階 Microservicesのメリットとアーキテクト クラウドはフレームワークになった 共有データベースアンチパターンとMicroservices設計 Microservices時代の監視設計 参考図書など Microservicesでなぜ作るのか 身も蓋もないことを書いてしまうと、これはもう「潮流がそうなっているから」ということだと思う。業界がそういうアプリケーションの作り方をしてノウハウを貯めていく流
何それつらい、オラクル「自社データセンターを作ったので引っ越ししてください」、客「何ですと？」 - orangeitems’s diary
これは大変な話 そりゃあ、インフラ担当者は頭を抱えてるでしょうなあ。 japan.zdnet.com 米Oracleおよび日本オラクル（以下、オラクル）は、国内で自社運営のデータセンター（以下、DC）を間もなく開設するのに伴い、富士通の国内DC内に設置しているクラウドサービス「Oracle Cloud」を利用する顧客企業に対し、自社DCへ移行するように交渉を進めていることが、関係者の話で分かった。 （中略） 両社にとっては今回の移行に際して、とにかく顧客企業の継続したクラウド利用にトラブルがないように実施することが求められる。顧客企業側もそれなりに労力を使うため、思わずため息をつきたくなるようだ。間借りは解消しても、両社の協業によるサービス品質はむしろ向上したと、顧客企業が感じるように努めてもらいたい。 データセンターなんてよほどのことが無ければ永劫に使えると思って契約しますよね。5年後無
フロントエンドの開発環境に Docker は不要(少なくともMacでは) - mizchi's blog
追記: 前提部分 開発環境を docker-compose で抽象することが最近のベストプラクティスだとされているが、フロントエンドをコンテナに突っ込むと無視できないIOボトルネックが発生する。 とくにwebpackのファイル監視からのビルドで発生する高頻度のIO処理を捌くために、フロントエンドだけはホスト環境に移したほうがいい、という主張。 これについて speakerdeck.com 自分の意見 Web開発者の主要な開発環境である Docker for Mac は I/O がとにかく遅い (3x~5x) data volume の driver やら cache を工夫しても遅い npm install/webpack は 基本的に I/O ヘヴィー とくに大規模開発時の watch => build がクリティカル webpack.conifg の entry で自分が関与する部分以
役割駆動設計で巨大クラスを爆殺する - Qiita
大量のメソッドを保有し、数千、数万行単位にぶくぶく膨れ上がった巨大クラス。別名「神クラス」とも「大きな泥団子」とも呼ばれる、長大で複雑で密結合で極めて変更が困難なアイツ。 そんな巨大クラスの退治に有効な、ドメイン駆動設計を基本思想とする「役割駆動設計」を紹介致します。 解決したい課題、狙う効果 数千、数万行単位の巨大クラスの登場を抑止する。 小さくシンプルな構造に落とし込み、堅牢で変更容易性の高い設計へ昇華させる。 例１：筆者をモデリング 分かりやすくなるよう、まず私を例にモデリングしてみます。私は以下のような特徴があります。 IT企業の従業員 家族がいる(妻, 子供) 趣味でゲーム制作している ダメな設計 何も考えずに人クラスとして設計すると、よく以下のような構造になりがちです。 従業員として仕事をする、父親として家族サービスする、趣味としてゲーム制作する、それぞれのメソッドが備わってい
Coinmarketcapの功罪｜btc_dakara
Coinmarketcapの影響力仮想通貨の世界で有名なランキングサイトといえばCoinmarketcapですね。知らない人はおそらくいないのではないでしょうか。一箇所にいろんなデータが集まってて便利です。 (ここでこの記事の「功罪」の「功」は終わりです。) アルトコインを取引する人が必ずといっていいほど参照するサイトですが、現在Coinmarketcapに載っている2000通貨以上のうちトップページである「1ページ目」に乗ることができるのは100通貨のみです。トップ100に入っているかどうかで時価総額に対する出来高が大きく異なるという事実が市場への影響力の大きさを表しています。 (グラフ：100位付近は入れ替わりが激しいため、時価総額あたりの出来高の水準の12ヶ月平均が急降下する) Coinmarketcapのデータは、「BTCドミナンス」などのポピュラーな指標を計算するのにも利用されて
AtomicDesignをVue.js(Nuxt.js）に使うと最高な開発を体験できた - Qiita
開発環境 Nuxt.js v2 Express v4 bootstrap v4 (bootstrap-vue) Atomic Designとは Atomic Design はデザインシステムを作るための１つの手段 ざっくり言うと、UI コンポーネントの粒度をカテゴリーに明確に分ける手法 Atomic Designの詳細については割愛しますので、下記サイトをご参照ください。 Nuxt.jsとAtomic Designの開発が最高なポイント Nuxt.jsの機能： routerなど面倒な設定を特に意識しないで実装できとても楽! 生産性向上 & 一貫性： コンポーネントの独立性が高く、さらにVuexを使うとデータの操作とビューの表示が依存性低く、仕様変更に柔軟に対応できる デザイン変更が発生する際、一箇所を修正するだけで、全てが適用される(これが一番好きなポイント) もちろん、それぞれのページの
最高のおにぎりの作り方｜樋口直哉(TravelingFoodLab.)
なにを隠そう僕はおにぎりが大好きです。しかし、おにぎりをつくることは誰にでもできますが「おいしいおにぎり」を作るのは案外、難しいもの。最高のおにぎりに必要な要素は「ご飯がふんわりとして」「表面がベタつかずに噛むとほろほろと崩れ」「適切な塩味がついている」の３つ。 従来の作り方は ご飯がアツアツのうちに塩（または塩水）をつけた手にごはんをとり、三角形（または俵型）に握るというもの。 まず、ご飯を手で握ると雑菌が付着し、それが時間経過とともに増殖し味を損ねるのでここから見直すことにしましょう。ラップを使っておにぎりを包むのは今では一般的ですよね。 適切な塩味を探るまず適切な塩分濃度を比較検討しました。 前述の記事にあるYuka方式を採用し、広げたラップに塩を振ったところに、ご飯をのせて軽く丸めます。 ご飯の量は100gとしました。コンビニエンスストアのおにぎりも通常、一個100g以上に設定され
Sign in - Google Accounts
Not your computer? Use a private browsing window to sign in. Learn more about using Guest mode
モデリングで「管理」という言葉を使う前に考えておきたいこと｜tkskkd
業務モデリングで「管理」が出ると負けなの？昨日、Twitterで「業務モデリングで管理という言葉を使ったら負ける確立が高い」という話題が出ていた。 業務をモデリングするとき「管理」って単語を使うと負ける確率が高い。「管理」ってついているだけで、中身があってもなくても、きちんと定義された業務だと思ってしまう。中身がないことに気づけない。気づけないので中は検討されない。そしてそのまま設計フェーズに流れ込んでいく・・・ — ぎゃばん＠か51 技術書典6 (@ledsun) April 3, 2019 そういえば、管理って言葉の意味をちゃんと調べたことがなかったので調べてみることにした。 管理ってどういう意味？macOSX付属の辞書ではこのような意味が載っていた。 かんり くわん― 1【管理】 （名）スル ① 組織を取りしきったり，施設をよい状態に維持したりすること。「ビルを―する」「業務を―する
「GitLab実践ガイド」を読んだ - ツナワタリマイライフ
はじめに 読んだ。 GitLab実践ガイド (impress top gear) 作者: 北山晋吾出版社/メーカー: インプレス発売日: 2018/02/01メディア: 単行本（ソフトカバー）この商品を含むブログ (1件) を見る Git大好きエンジニアで、もちろんGitLabも仕事で愛用してますし、もう社内のGitLabなしでは僕は仕事できません(笑) 仕事のすべてをGitLabにおいてるので。。。まぁlocalでは作業できるけど。。。 そんなGitLab大好きマン、この書籍出るっていうのでまぁまず買うよね。 軽く内容をさらいつつ、気になる点はgitlab.comで試してみる。 第1章 GitLabが目指す開発スタイル まずはプロダクトの思想から。大事ですよね。 DevOpsの考えを前提とした上で、ConvDev(Conversational Development)というスタイルを推奨
AWS EC2のユーザをIAMで一元管理したい
@hinaloe さんのコメントや、 ksaito さんの回答を参考に、以下の方針で可能そうです。 方針 AuthorizedKeysCommand を利用する。 authorized_keys_command から実行されるプログラムの中で aws コマンドで iam から pubkey を読み込む AuthorizedKeysCommand とは何かというと、 authorized_keys を file に記述するのではなく、プログラムの標準出力でもって指定できる sshd の設定オプションです。 また、 IAM ユーザーは、 ssh の public key をひもづけることができます。これは、主に CodeCommit で用いられますが、今回はこれを上手く利用できるので、これを活用します。 手元では検証できていないですが、これをやることで、各ユーザーが、それぞれの IAM ユーザ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
失敗事例で学ぶ負荷試験
負荷試験コトハジメ
Sentia Blog
アマゾン ウェブ サービス（AWS）クラウド アプリケーション - Google Workspace 管理者 ヘルプ
時代が求めたSTNSと僕
