Amazon DynamoDB に負荷をかけ、検証する方法をご紹介 | AWS - 変化を求めるデベロッパーを応援するウェブマガジン | AWS
皆さんこんにちは、Game Solutions Architect の邵 (@axot) です。 以前 AWS ブログの Amazon DynamoDB スケーリングのベストプラクティス という記事で DynamoDB 運用する際のポイントを紹介しました。 本記事では、DynamoDB に負荷をかける方法をご紹介します。さらに、それを応用してスパイクおよび不均等なアクセスパターンについてのテストおよび解説もご紹介します。最後まで是非ご覧ください ! まず、今回のテストのための DynamoDB テーブルを作成します。 ベンチマークではなく、負荷の掛け方や性質を確認が目的なので、ReadCapacityUnits(RCU)、WriteCapacityUnits(WCU) とも最小限に 1 に設定しています。 また、ソートキー については本日のテストで利用しないため、プライマリキーのみを作成し
2030年人材戦略の羅針盤〜ヒト・ヒト・ヒト時代 / 人材循環型社会とは何か〜
本資料は人材業界の歴史を読み解き、未来を予測した上で 今後起きうる働き手と企業の変化を記したものです。 人が採用できない・すぐに辞めてしまう、といった企業側の悩みも 転職に失敗した・仕事に充実感を持てない、といった働き手側の悩みも 最後には「構造上の必然」だ、ということがご理解いただけると思います。 その「構造上の必然」に、企業としてどのように対応していくべきか。 この資料がその道標の一助になれば嬉しく思います。 ▼後編：フレキシブル経営ハンドブック https://speakerdeck.com/overflowinc/hurekisiburujing-ying-handobutuku-ren-cai-xun-huan-xing-she-hui-nishi-ying-sitazu-zhi-notukurifang ▼フレキシブル経営のお問い合わせ https://lp.offers.jp
Lambda Web Adapter でウェブアプリを (ほぼ) そのままサーバーレス化する Lambda Web Adapter - 変化を求めるデベロッパーを応援するウェブマガジン | AWS
開発者の皆さまこんにちは！AWS Japan で Prototyping Engineer として働いている友岡です。 今日は AWS Lambda Web Adapter というソリューションをご紹介します。VM やコンテナ用に実装されたウェブアプリを、ほとんどそのまま Lambda でも動かせるようにするツールです。(なお、ここで言うウェブアプリとは HTTP を話す任意のウェブサーバーアプリを指します。) Lambda を初めて触る方がまず戸惑うのが、実行方法が Lambda 特有のものになることではないでしょうか。以下は TypeScript の例ですが、Lambda アプリケーションは基本的にこのようなインターフェースの関数 (ハンドラー) を実行する形になり、また外部からの入力はハンドラーの第 1 引数 event として渡されます。
Linuxの実行環境のisolationをもうちょっとちゃんとする今年は - w_o’s diary
いままでpip実行するたびに、「これどこかのsetup.pyに一行でもid_rsaとかfirefoxのprofileデータをどこかにアップロードするコード混じってたら終わりだよな」と思ってたけど、 https://pytorch.org/blog/compromised-nightly-dependency/ いよいよそういうことが起こってきたので、なんとか対応したほうがいいという気持ちになった。今年中に使用感を悪化しない範囲でどこまでできるかを探りたいと思いますね。 ブラウザを別UIDで実行する firefoxのデータに自由にアクセスできたらMFAとか意味ないんだよなあ… ブラウザのデータを別プロセスから読みたいとか、ブラウザにパイプ繋げたりとかしたい場合はないので、別ユーザにして、isolationすべきという気がする。 firefoxだけ起動できる UID を作って、その UID で
そのPythonパッケージ管理、venv + pipでよくないですか? in 2023/1
そのPythonパッケージ管理、venv + pipでよくないですか? in 2023/1 各所(主にPython界隈の外)で「Pythonパッケージ管理どうするのが正解なの?」とよく耳にするので2023年初頭時点での私の見解を書きます。 tl;dr 多くの場合のPythonパッケージ管理はvenv(virtualenv) + pipで済むのでは? 前提 タイトルにvenvとついていますが、以降venv(virtualenv)については言及しません。仮想環境内で作業している前提で話を進めます。 この記事では基本的にsetup.py / setup.cfgではなくpyproject.tomlでのパッケージ定義方法を採用します。これはPEP 621がここ最近で採択・実装されたためです。 なお、想定しているPythonや各ツールのバージョンは以下の通りです。 Python >= 3.8 pip
DXの目的は「デジタル技術を活発に使うこと」ではない “より良い生活”を目指す中で重視される、品質特性とは
ソフトウェアの開発者・テスト技術者・品質管理／品質保証の担当者の方へJSTQBからの情報を届ける「JSTQB カンファレンス in 2022 Autumn」。ここで五味氏が「DXに求められるソフトウェア品質とその計測」をテーマに登壇。まずは、DXとDX時代のソフトウェア品質について話します。 セッションの概要 五味弘氏：今（司会の方に）紹介いただいた五味弘と申します。情報処理技術者試験をやっていて有名じゃないかなと思いますが、IPAにいます。今日やっているソフトウェアテストについては、たぶん私のところが一番詳しいのかなと思うので、今日は1時間、話をできればなと思っています。 （スライドを示して）今日の演題は「DXに求められるソフトウェア品質とその計測」です。みなさんもソフトウェアテストをされているので、品質、品質、品質と、耳にタコができるほど聞いていると思います。 さらに、上司または顧客へ
dotfiles 振り返り2022
まだまだ 2022 年の振り返りが終わらないぜということで今日は dotfiles の振り返り。dotfiles はその変遷を見ると面白いので、毎年やろうと思い早速やっていきたい。 ちょっと前に M2 の MBA 買って、dotfiles を一新した。 これが今の dotfiles だ。 https://github.com/sadnessOjisan/dotfiles コンセプト 自分は Mac しか使わない が、WSL 環境も持ってるのでシェル周りの環境は移せるように作っておく（原神しかしないけど・・・） make all だけでセットアップが完結する 手作業はしない なるべく標準に準拠し、プラグインやライブラリへの依存を減らす。入れる場合も単体で剥がせるものを選ぶ。 シンボリックリンクを貼って、dotfiles の変更が即時に反映されるようにする .config など XDG に準拠
Gitのコミットメッセージの書き方（2023年ver.）
本記事のモチベーション 約8年前、Gitを使い始めたときに以下の記事を公開したところ、想像以上の反応をいただきました。 当時はSubversionからGitに移行し、試行錯誤をしている中だったこともあり、多くの反応をいただけたことはモチベーションのひとつでした。 ただ、時が経ち、当然かもしれませんが現在は当時と違う書き方をしており、思想として変わっていない部分はあるものの、今でもときどきLikeをいただく中で、アップデートを全くしないのは誠実じゃないなと感じていました。 というわけで、現在のフォーマットも数年後には変わっている可能性が高いですが、その時々のスナップショットを公開することにも何らか意味があるかなと思い、「今の僕はこうコミットメッセージを書いているよ」というのをまとめました。 Gitを使う環境 開発フローやホスティングサービスごとのUIのdiffによって、最適なフォーマットは変
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
「モノづくりのすり合わせ」はやっぱりペンで！ ブラザーの作った共有ノートアプリ「BuddyBoard」は何がいいのか？ 業務のための共有ノート、「すり合わせ」が多いほど真価を発揮
