CloudFront FunctionsをテストするOSS、cfftを公開しました - KAYAC engineers' blog
SREチームの藤原です。 今回は Amazon CloudFront Functions をテストするためのOSSとして、cfft というものを書いたので紹介します。 github.com 3行でまとめ CloudFront Functionsのテストは手元ではできなくて面倒です CloudFront Functionsをテストする cfft というOSSを書きました KeyValueStoreの操作を含め、便利な使い方がいろいろありますのでどうぞご利用下さい CloudFront Functionsをテストするのが面倒という問題 CloudFront Functions (以下CFF) は、AWSが提供するCDNであるAmazon CloudFrontのエッジノード上でリクエストやレスポンスの操作が行える、JavaScriptの実行環境です。典型的なユースケースとしては、キャッシュキーの
有機農家がみた『ダンジョン飯』のゴーレム農法｜豊吉隆一郎
ダンジョン飯の第8話「キャベツ煮」では登場人物のセンシがゴーレムを使って野菜を作っている様子が描かれます。 この回はダンジョン飯のテーマである「食うか食われるか、そこには上も下もなく」という世界とはちょっと違う特殊な回でした。 それを有機農業をする農家である私がみたらどうだったかをお伝えします。漫画は全巻、アニメも今までの回を見ている状態でお伝えします。 ゴーレム農法の考察全体的にさすがというべきかとても細かいです。例えば次のコマ ダンジョン飯 単行本2巻 P14まず、雑草を抜いています。農業の基本です。 雑草を抜くのは土の栄養をとられないようにしたり、雑草により作物への日光が遮られないようにするためです。そして抜いた雑草を土に戻すのは肥料になるからなのですが、わざわざ乾燥させているのが少し専門的だと感じました。なぜなら乾燥させないと分解が遅くなり、土に戻した効果が薄くなるということがある
「手のひらネットワーク機器」に第2弾、デルのラックサーバもミニチュア化 6月発売 第1弾も再販
カプセル玩具事業を手掛けるターリン・インターナショナル（東京都台東区）は6月上旬に、ネットワーク機器をミニチュア化したカプセルトイの第2弾「手のひらネットワーク機器2」を発売する。シスコシステムズなどの製品を12分の1サイズでミニチュア化した第1弾に続き、今度はデル・テクノロジーズや米Fortinetの製品をミニチュア化する。 ラインアップは「APRESIA【ApresiaNP3000-24X4Q】」「Dell Technologies【PowerEdge R760】」「Extreme Networks【5720-48MXW】」「Fortinet【FortiGate-3701F】」の4種類。各社に加え、SIerのエーピーコミュニケーションズ（東京都千代田区）による監修を受けており、価格は1回500円。第1弾と同様、ケーブルやラックのパーツも付属しており、集めて配線したり、ラックを組み立てた
カプセルトイ「手のひらネットワーク機器」に新版--フロントベゼルにギミックも
印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます 玩具メーカーのターリン・インターナショナルは2月26日、ネットワーク機器をミニチュア化した玩具製品の最新版「カプセルトイ 手のひらネットワーク機器2」と、2023年6月発売の第1弾製品をリニューアルした「カプセルトイ 手のひらネットワーク機器1.1」を発表した。自宅にいながらデータセンター構築の気分を味わえるという。 カプセルトイ 手のひらネットワーク機器は、システムインテグレーターのエーピーコミュニケーションズ（APC）が企画・総合監修し、企画に賛同した国内外のIT機器メーカーが監修している。賛同メーカー各社のルーターやスイッチ、セキュリティアプライアンスなどの機器をラインアップし、機器本体に加えて機器を収容するサーバーラックや冷却フ
画像生成AI、安いPCでも高速に 衝撃の「Stable Diffusion WebUI Forge」 (1/4)
Stable Diffusion Forgeを表示した様子。基本的な操作は既存のStable Diffusion WebUI AUTOMATIC1111とほぼ同じ 画像生成AI「Stable Diffusion」用の新しいユーザーインターフェース「Forge」が2月6日に登場しました。開発したのは、これまで「Controlnet」や「Fooocus」などStable Diffusion関連の様々な重要技術を開発してきたillyasviel（イリヤスベル）さん。何よりインパクトが大きいのは、グラフィックボードのVRAM容量が小さい安価なPCでも最新版のStable Diffusion XL（SDXL）が動かせることです。 RTX 40シリーズが求められたSDXL SDXLは、2023年8月にStablity AIが発表した画像生成AI。高画質な出力ができる一方、コミュニティーサイトで話題にな
ECSタスクのCPUとメモリをチューニングする - あきろぐ
ECSのtask定義のメモリとCPUをチューニングするときのメモ メモリ制限 メモリは「ハード制限」と「ソフト制限」があり、2つの値を設定するとき必ず「ハード制限＞ソフト制限」である必要がある。 「ソフト制限」は、コンテナに予約するメモリ量（MiB） 「ハード制限」は、メモリ使用量がこの値を超えると強制的にコンテナが終了するメモリ量（MiB) ハード制限を設定することで一時的にメモリ使用量がバーストしても使うことができる 適正値がわからない場合、以下の範囲から始めると良いと言われている。 ECS ではウェブアプリケーション用に 300〜500 MB から始めることをお勧めします。 CPUユニット ECSコンテナエージェントがコンテナ用に予約したCPUユニット数 コンテナインスタンス（EC2）にはCPUコアごとに1024ユニットある 下記リンクにあるインスタンスタイプのvCPU数に1024か
ARMアーキテクチャがメモリアクセスを省略することで意図したベンチマークになっていなかった話
概要 あるサンプルコードのベンチマークを測定したところ、期待していたよりも18倍速い結果が出力されました。バイナリを調査してみると、メモリ読み出しの命令が1つ増えるだけでこの性能差が生じていました。さらに調査を進めると、ARMアーキテクチャは連続したメモリへの書き込みを1つにマージし、実行を省略する可能性があることがわかりました。そのため、一般的なベンチマークのように複数回の測定結果を平均化するやり方では、正しい速度を測定できていませんでした。 「パフォーマンスを解釈するのにアーキテクチャの理解が不可欠だった事例」として面白かったのでこの記事を書いてみました。Go言語で説明しますが、言語に依存しない話だと思います。 得られた教訓 バイナリを見ても説明できない性能差は、アーキテクチャの理解によって説明できることがある マイクロベンチマークは、何を計測しているのかを理解した上で実施する必要があ
『面倒なことはChatGPTにやらせよう』を文系ゴリゴリおじさんが読んでみた。 - Everything you've ever Dreamed
面倒なことはＣｈａｔＧＰＴにやらせよう (ＫＳ情報科学専門書) 作者:カレーちゃん,からあげ 講談社 Amazon 『面倒なことはChatGPTにやらせよう』（カレーちゃん氏、からあげ氏著）を２回通読した。著者のひとり、からあげさんは、僕がキャラクターを認識できる数少ないブロガーだ（お会いしたことはない）。現在、データサイエンス研究者として大活躍している。なお、僕は勝手に彼をターミネーター２に出てくるサイバーダイン社の開発者ダイソンさんをイメージしている。人類の未来のために、凶悪なターミネーターを開発することのないことを祈るばかりである。僕はゴリゴリの文系の営業職の50歳のオッサンで、本書の推薦人である松尾教授とは真逆の人間である。もしかしたら本書のターゲットから外れている人物像かもしれない。そういう人物に本書がどう役に立つの？という視点でレビューになる。 本書を一語にたとえると「ブルドー
TerraformのStateやModuleに関する設計 - tom-256.log
概要 名前付け 抽象度 インフラアーキテクチャ図 チーム 認証情報 変更(デプロイ)のライフサイクル DRYの誤用 コードの検索性 モジュール間の依存 アプリケーションレイヤーとの違い まとめ 概要 TerraformのStateやModuleに関する設計に関する考慮点をざっくり書く 名前付け ユビキタス言語とディレクトリ名や変数名を合わせて認知不可を下げる リソース名でなく役割・機能ベースのディレクトリ名にして認知不可を下げる プロダクトのコードネームはユビキタス言語なのでディレクトリ名にしても問題ない ModuleやStateのREADME.mdを書く https://github.com/terraform-docs/terraform-docs を使う うまく説明が書けない場合は設計に問題がある可能性がある チームメンバーが利用できるように考慮する いつどのようなときに使えばいいか
(翻訳) GitLab 社で働くのはどのようなものだったか - forest book
本稿は Yorick Peterse 氏によって書かれた次の記事の日本語翻訳です。著者に翻訳の許可を得て公開しています。 yorickpeterse.com また本稿は DeepL Pro を使って下訳したものに手を加えています。日本語翻訳の不具合または誤訳については Yorick Peterse 氏ではなく、本稿のコメント欄にお願いします。 ここから本文です。 GitLab 社で働くのはどのようなものだったか 私は2015年10月に GitLab 社に入社し、6年あまり働いて2021年12月に退社しました。 前に GitLab 社を辞めて Inko に取り組んでいることは書きましたが、2015年から2021年までの間、GitLab 社で働いていたことがどのようなものであったのかについては触れませんでした。理由は2つあります。 燃え尽き症候群に苦しんでいて、(当時は) 自分の人生の最後の6
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
