@octokit/restのアーキテクチャについて調べた - dackdive's blog
良いREST APIクライアントの設計というものに関心があり、GitHub社の公式REST APIクライアントである @octokit/rest のコードを読んでみたメモです。 (ドキュメントは https://octokit.github.io/rest.js/) 知りたかったこと 漠然と、こういう疑問に対してなんらか知見が得られればいいなーと思っていました。 全体的なディレクトリ構成やレイヤー。どういうふうに責務を分けているか 各APIエンドポイントに対応するメソッドはどのように実装している？命名ルールやnamespaceなどの分割基準は？ Node.js環境とブラウザ環境を両方サポートするために、環境の差異をどのように吸収しているのか エラーハンドリングはどうしてる？ テストはどうしてる？ 何に対してテストを書いているか。リクエスト部分のモックはどうしているか 調べてわかったことメモ
Wantedly における Go 導入にまつわる技術背景 | Wantedly Engineer Blog
（本記事は Go Conference 2019 Autumn にて無料配布した冊子『WANTEDLY TECHBOOK GoCon Edition vol.2』からの掲載です） 配布した冊子の前半では Go の導入にあたってどのような工夫をしてきたのかを紹介しました。そこに書かれていたように、新しいプログラミング言語を導入するにはそれなりの整備コストがかかります。それではなぜそこまでして Go を導入したのでしょうか。本記事では Go を導入した背景について説明していきたいと思います。 なぜ Go か技術的・事業的背景どのプログラミング言語を採用するかや、どのようなアーキテクチャを選定するかというようなことは非常に影響範囲の大きい決断になるため、会社全体の技術的・事業的なコンテキストと切り離しては語れません。そこでまずは Wantedly の技術的・事業的な背景について、この後の話をする
「WEP」を無線LANのセキュリティに使ってはいけない理由 専門家の推奨は？
関連キーワード Wi-Fi | 無線LAN | 暗号化 | セキュリティ 無線LANのセキュリティを確保するには、適切なレベルのセキュリティプロトコルを選ぶことが重要だ。その選択次第で、無線LANは攻撃に弱い“わらの家”にもなれば、強固に防御された“とりで”にもなる。 ほとんどの無線LANアクセスポイント（AP）は、無線LANセキュリティプロトコル「WEP」（Wired Equivalent Privacy）、「WPA」（Wi-Fi Protected Access）、「WPA2」（Wi-Fi Protected Access 2）のいずれかを利用できる。本稿は、このうち何が自社のセキュリティ要件に適しているのかを判断するためのヒントを示す。併せて、それぞれのセキュリティプロトコルの歴史と技術的な特性についても解説する。 併せて読みたいお薦め記事 無線LANセキュリティの解説 無線セキュリ
GitHub - cyberark/bash-lib: Library for bash utility methods and tools
_______________ _______________ .' .' .| .' .' .' | .'_______________.'______________ .' | | ___ _____ ___ || ___ _____ ___ | | ||_=_|__=__|_=_||||_=_|__=__|_=_|| | ______||_____===_____||||_____===_____|| | __________ .' ||_____===_____||||_____===_____|| .' .'| .' ||_____===_____||||_____===_____|| .' .' | .'___________|_______________||_______________|.'__________.' | |.----------.|.-----___---
ウェブアクセラレータ(さくらのCDNサービス)のアクセスデータ収集の裏側
@ 6社の開発現場ツール大公開Night
Let's Create a Simple Load Balancer With Go
Load Balancers plays a key role in Web Architecture. They allow distributing load among a set of backends. This makes services more scalable. Also since there are multiple backends configured the service become highly available as load balancer can pick up a working server in case of a failure. After playing with professional Load Balancers like NGINX I tried creating a simple Load Balancer for fu
様々なrate limitアルゴリズム - Carpe Diem
概要 インターネットに晒されているWebサービスでは TV等で紹介されたことによる大量流入 悪意ある人物からの攻撃 クライアントのバグに依る大量リクエスト など、本来想定していた以上のトラフィックが来ることはよくあります。 単純にシステムを構築すると大規模トラフィックに対応できずシステムがスローダウンしてしまうため、何かしらrate limitをかけておいた方が良いです。 ただしrate limitと一口に入っても色々あるため、今回は主なrate limitアルゴリズムを紹介します。 Leaky bucket Leaky bucketはデータ転送レートを一定にする（＝上限を設定する）アルゴリズムです。 下の図のように、様々な流量の水流がそのバケツに流れ込んでも小さな穴からは一定の水流が流れ出す仕組みです。 ref: What is the difference between token
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
