ブラウザからDBに行き着くまでただまとめる
はじめに あなたはブラウザからデータベース(DB)に情報が行き着くまでにどんな技術が使われているか説明できますでしょうか？ どのようなプロトコルが用いられ、どの技術を駆使してサーバと通信しているのか、Webサーバでは何が行われ、どのようにして負荷が分散されているのか、トランザクションはどのように管理されているのか、そしてデータベースではシャーディングや負荷対策のためにどのような対策が取られているのか… なんとなくは理解しているものの、私は自信を持って「こうなっている！！」とは説明ができません。 そこで今回は「大規模サービス」を題材としてブラウザからデータベースに至るまでの、情報の流れとその背後にある技術について、明確かつ分かりやすく解説していきたいと思います。 対象としてはこれからエンジニアとして働き出す、WEB、バックエンド、サーバーサイド、インフラ、SREを対象としております。 1.
Nostrプロトコル(damus)を触ってみた - Qiita
はじめに Twitterの動乱に巻き込まれている皆様、いかがお過ごしでしょうか。 私も例外なく巻き込まれており、特にAPI利用していたアプリケーションを停止することになって非常に残念です。 そこでTwitter代替サービスを探すわけですが Mastodon Misskey とActivityPub系が来て、何か新たに面白そうなものが現れました。 Damus、そしてそのプロトコルのNostrです。 今回、こちらをちょっと触ってみたので紹介します。 とりあえず触ってみたい人はこちら AT Protocolも書きました。こちら 注意 Nostr Assets ProtocolおよびNostrトークンは、Nostrの名前を勝手に使用している無関係の(おそらく詐欺)通貨です。混同しないようにご注意ください。 最近の動向含めた最新情報(2023/12) こちらの記事が参考になります ▽それ、1個のアカ
SOLID原則に従って行うリファクタリング実践 | メルカリエンジニアリング
この記事は、Merpay Advent Calendar 2022 の21日目の記事です。 こんにちは。メルペイBackendエンジニアのfivestar（@fivestr）です。 本記事では「SOLID原則」と呼ばれる設計原則に沿って実際に行ったリファクタリングについて、メルペイの「あと払い」サービスの開発現場事情を踏まえながらご紹介していきます。 あと払いの歴史とコード負債 私が所属するCredit Designチームではメルペイの「あと払い」や「メルペイスマートマネー」といった与信サービスの開発を行っています。中でも「あと払い」はメルカリが2017年にリリースした「メルカリ月イチ払い」を前身とする歴史の長いプロダクトであり、単純な機能追加だけでなく、設計上大掛かりな変更を伴う修正を繰り返しながら今日まで成長してきました。 例えば、あと払いをメルカードの決済・清算のバックエンドとして統
GraphQLを導入する時に考えておいたほうが良いこと | メルカリエンジニアリング
はじめに こんにちは、ソウゾウSoftware Engineerの@sue71です。連載：メルカリShops 開発の裏側 Vol.2の13日目を担当させていただきます。 以前メルカリメルカリShopsの技術スタックと、その選定理由でBFFの実装にGraphQLを採用していることをお伝えしました。メルカリShopsをリリースしてから約半年たった今、これまでを振り返ってGraphQLサーバーを実装する上での課題やあらかじめ考えておくと良い項目をまとめてみました。また、本記事ではメルカリShopsでGraphQLの実装としてApolloを採用しているため、Apolloの利用が前提の話もいくつか混在しています。予めご容赦ください。 GraphQLの説明や、メルカリShopsの実装方法に関しては以前こちらの記事で紹介しています。こちらも是非ご覧ください。 パフォーマンス課題 GraphQLは、アプリ
ロードバランサーがトラフィックをウェブサーバーに転送するために使用する IP アドレスを調べる
簡単な説明 内部ロードバランサーまたはインターネット向けロードバランサーに関連付けられた IP アドレスは、ロードバランサーの DNS 名を解決することで決定できます。これらは、クライアントがロードバランサー宛のリクエストを送信する IP アドレスです。ELB ノードは、サーバーに転送されるリクエストのソース IP アドレスとして、エラスティックネットワークインターフェイスに関連付けられているプライベート IP アドレスを使用します。Network Load Balancer の場合、これらのリクエストのソース IP アドレスは、ターゲットグループの設定によって異なります。 これらの IP アドレスは、ウェブサーバー上のロードバランサーのトラフィックを許可したり、リクエスト処理を行ったりするなど、さまざまな目的に使用できます。ウェブサーバーのセキュリティグループインバウンドルールでセキュリ
NTT 東日本 - IPA 「シン・テレワークシステム」 - HTML5 版 Web クライアントの公開について
NTT 東日本 - IPA 「シン・テレワークシステム」 Beta 7 および HTML5 版 Web クライアントの公開について トップ | 中間報告 | 自治体テレワーク for LGWAN | HTML5 Web 版クライアント (Mac, Chromebook 対応) | バージョン履歴 | ダウンロード | ユーザー数グラフ 入門 - 今すぐ使ってみよう | クライアント検疫機能・MAC アドレス認証機能 | 二要素認証・ワンタイムパスワード (OTP) 機能 | マイナンバーカードを用いたユーザー認証機能 | 仮想マルチディスプレイ機能 行政情報システムでの利用 | 組織 LAN におけるポリシー規制サーバー設置 | 企業システムにおける VM・HDD クローン対応 | Wake on LAN リモート電源 ON 機能 | 画面撮影・キャプチャ防止のための電子透かし機能 FAQ
禁断のツイ廃アプリ完成。PC専用TwitterクライアントをAndroidで動かす神アプリ「MarinDeck for TweetDeck」公開！ - すまほん!!
禁断のツイ廃アプリ完成。PC専用TwitterクライアントをAndroidで動かす神アプリ「MarinDeck for TweetDeck」公開！ ツイ廃Androidユーザーの新定番！！！ Androidアプリ「MarinDeck for TweetDeck （以下 MarinDeck）」が、2020年12月30日に公開されました。このアプリを使うことで TweetDeck がアプリ風に使えるようになります。 これまでTwitterヘビーユーザーの筆者は、様々なTwitterクライアントを使ったり、TweetDeckをAndroidで使うために野良apkアプリやChromeからのアクセスを試したりと、試行錯誤をしてきましたが、どれもしっくり来ません。そんな時、たまたまMarinDeck開発者さんのツイートを発見し、即インストール。 使った感想としてはこれが一番最強。レビューしていきます。
[アップデート] AWS Client VPN 用の VPN クライアントが AWS より提供されました | DevelopersIO
※ 2020/3/17 追記 ※ 一部環境にて AWS 製 Client VPN クライアントアプリケーションが不安定との声をいただきました。 VPN クライアントアプリケーションは随時アップデートされていますので、最新版で改善するか、ご確認ください。 Release Notes for the AWS-Provided Client - AWS Client VPN User Guide みなさま Xin chao ! AWS Client VPN は 2019 年 5 月に提供開始 (東京リージョン) された、VPN のマネージドサービスです。 Site to Site VPN とは異なり、クライアント PC を直接 AWS に VPN 接続することができ、弊社ブログでもやってみた系の記事が数多く投稿されています (末尾にブログへのリンクを掲載しています)。 AWS VPN - AWS
![[アップデート] AWS Client VPN 用の VPN クライアントが AWS より提供されました | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/d63200b5dbb5cd675fefdd8ebe8ffb0bcb022f36/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2019%2F05%2Faws-client-vpn.png)
ミルクボーイが REST API を説明したら - Morning Girl
序章 駒場「最近、うちのおかんがシステム開発に興味を持っててなぁ、名前は忘れたらしいんやけど、色んなクラウドサービスのインターフェースになっていて、アプリケーション間連携にすごく役立てられるものを取り入れてるところがあるらしいんやわ〜。」 内海「そんなもんREST APIに決まってるがなぁ！ 今やクラウドサービス連携に必須の要素、インターフェースと言えば、REST API。ロイ・フィールディングが提唱し、WEBやURIの特性・HTTPプロトコルを最大限に活かしたアプリケーションプログラミングインターフェースのスタンダードになっているREST APIに決まってるがなぁ。」 すべての情報（リソース）に適用できる「よく定義された操作」のセット 駒場「最初、オレもそう思たんやけどな、なんでもHTTP Body にInsertとかCreateとか入ってるらしいんやわ。」 内海「ほなぁ、REST AP
あなたが必要としていることを知らなかった10の開発ツール - Qiita
以下はJay Chowによる記事、Top 10 Developer Tools You Didn't Know You Neededの日本語訳です。 有償無償や日本語対応の記載については訳者(私だ)の追記です。 Top 10 Developer Tools You Didn't Know You Needed これは、MacでプロフェッショナルのWeb開発者になるためのマスターガイドです。 ここに取り上げたものは、私にとってはなくてはならない(MUST)ツールです。 これらを使うことで、あなたはプログラミング作業に対して限りない恩恵を受けることでしょう。 あなたの開発環境に追加されるべき、より便利なツールが見つけられることを願っています。 1. JetBrains Tools App https://www.jetbrains.com/toolbox/ JetBrains製ツールのインスト
8年を過ごしたSNSがあった - 書きたい時に書くやつ
ポエムを書く。 Twitterのクライアント開発者でもなく、何らかの技術的寄与をした者でもないため読んで得られる知見は特にない。 そういった意味では近しい「技術系界隈」の人たちよりは、「なんかコイツらツイート量おかしいし意味不明なミームばっかり発信してんな」と優しい目で見守っていただいていた方々に特に読んでもらえたらと思う。 こんなやつも居たんだなとでも感じてくれれば十分だ。 Twitterが大嫌いだった 最初にTwitterを知ったのは2009年頃だった。 テレビもネットも「Twitterで芸能人が失言炎上！」を伝えていた。 第一印象が最悪だったため「こんなクソつまらんやつ誰がやるんだ」と思い、嫌悪感さえあり当時完全にスルーしていた。 そんな中、登録したのは2011年5月だった。 高専を卒業し大学に編入して1年経った頃で、ミーハーだった当時は（今もミーハーだが）2chまとめブログで誰かが
コレ1枚で分かる「クライアントの歴史」
クライアント端末は、いまやWebブラウザでの利用が主流ですが、その始まりは、「テレタイプ端末」と呼ばれるハードウェアでした。コンピュータとともに進化したクライアント端末の歴史をひもときます。 この連載は カップめんを待つ間に、電車の待ち時間に、歯磨きしている間に“いまさら聞けない”ITトレンドが分かっちゃう！ いまさら聞けないITの最新トレンドやビジネス戦略を、体系的に整理して分かりやすく解説する連載です。「この用語、案外、分かっているようで分かっていないかも」「IT用語を現場の社員にもっと分かりやすく説明できるようになりたい」――。情シスの皆さんのこんな課題を解決します。 1950年代、ビジネスコンピュータの黎明（れいめい）期、ユーザーインタフェースは、キーボードとプリンタが一体となったテレタイプ端末といわれるものが主流でした。1970年代に入り、タイムシェアリングの普及とともにブラウン
ブログは名刺になるか？ - ちるろぐ
こんちは。チルドです。 早いもので、この場所でブログを書き始めて、丸三年になりました。その間、読者のみなさんより、数多くのご意見、ご感想をいただきました。本当にありがとうございます。 数々のフィードバックは、僕にとって、かけがえのない血肉となり、自分自身の、圧倒的な成長も実感しております。それを噛み砕き、さらに発信することで、ブログは僕のライフログとして機能してきました。 しかし、ここ最近、低迷するアクセス、僕への関心の低下に伴い、その恨みを、遠慮なく書きなぐるなどして、鬱屈した想念を天へ昇華させておりました。 くそう。ばかやろう。そんな短絡的なアンガーを、ふらりと訪れた善意の読者へぶつけることで、心のモヤモヤを晴らそうとしたのです。 最低です。 本当に申し訳ありませんでした。心からお詫びしたいと思います。 許して、くれますよね…？ 僕がこんなに素直なのは、みなさんへ謝罪したいのではなく、
ジョジョの奇妙なケーススタディ【ネットワーク遅延】 - cloretsblackのテクニカルノート
きっかけ ネットワーク遅延について書かれた資料を拝見し、インスパイアされてしまいました。 本記事とは異なり、大変真面目な内容です。 すごく整理されてていい。 LAN障害の中で「遅延」って解決しにくい問題の一つだけど、現場のケーススタディって需要あるかな？ ネットワークでなぜ遅延が生じるのか #congestion #latency https://t.co/mucCW4Nzjn @SlideShareさんから— cloretsblack (@Clorets8lack) 2016年12月26日 はじめに 一言にネットワーク遅延と言っても多くのケースが想定されます。 ネットワークを構成する様々な要素、例えば、サーバやクライアントPC、アプリケーションなどに原因が潜んでいる可能性があり、比較的難易度の高い障害ではないかと思います。 ただし、私の経験上、遅延の原因は解決してみればごく当たり前の現象
esa.io クライアントを kotori から Quail に乗り換えた - scramble cadenza
イントロ 職業柄、自分のフィーリングとマッチしているというのもあるのだと思うけど、esa.io を一年運用していて全く困らないし、本当に助かってる。 しかし一点だけ、esa.io というより、OSX の esa.io クライアントに不満があった。 それは kotori というクライアントを使っていたのだけど、「リンクをクリックするとクライアント内で画面遷移し、二度と戻れない」という凶悪な仕様だ。 kotori で書いた記事の中でリンクをクリックするの図はこちらです。 これが超辛い。 esa.io では Qiita みたいなリアルタイムプレビュー機能がついていて、右側で markdown の変換結果が見れる。 ところが記事書いている途中にうっかりリンクをクリックしたらもうゲームオーバーで、編集画面には二度と戻れない。 じゃあどうするかというと kotori を強制終了してやり直すしかない。
GoでたたくTCPソケット（後編）
ソケットの使い方そのものはシンプルです。 繋いでしまったら、書き出し、読み込み、クローズしかありません。 APIリファレンスを読めれば、とりあえず使うことはできるでしょう。 ですが、ソケットまわりのパフォーマンスはユーザの体感に直結します。通信が切れる、タイムアウトなどのエラーが発生する可能性も多々あります。 最大の効率を得るには、ボトルネックを中心に最適化を行うしかありません（これは『ザ・ゴール』というビジネス書で「制約理論」として示されている問題でもあります）。 今回は、前回に引き続き、HTTPの機能を再現しながらソケットの使い方について学んでいきます。 HTTPの歴史を通して、ソケットの実行効率を向上させる方法を具体的に見ていきましょう。 圧縮 HTTPの速度アップ手法としてよく使われているのが圧縮です。 昔よりもインターネットやWifiの性能は向上しましたが、それでもCPUを使って
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Dockerネットワークで遊ぶ_その5_ルーター準備編 - Qiita
世界一わかりみの深いOAuth入門
AWS Amplify を使って React クライアントから AppSync に認証リクエストをなげる
なぜ外資系コンサルの資料作成は速く、質が高いのか？ 
