![「クレカを止めても不正利用が止まらない」のメカニズム【鈴木淳也のPay Attention】](https://cdn-ak-scissors.b.st-hatena.com/image/square/8d0a1e3ab53228a046576286b1faa4f2f0ca9b41/height=288;version=1;width=512/https%3A%2F%2Fwww.watch.impress.co.jp%2Fimg%2Fipw%2Flist%2F1612%2F388%2Fj07.jpg)
第1回では過負荷対策におけるリスクマネジメントの全体像、そして「発生可能性の低減」に関する全般的な説明をしました。今回はその「発生可能性の低減」のなかでもボトルネックの設計について、私たちが実際に行なっている方法をご紹介します。 少ないエンジニアリソースで複数のサービスのボトルネックを解析し、キャパシティプランニングを行うのは非常に難しいことです。そのため、私たちはボトルネックを解析する代わりに、ボトルネックを設計することにしました。具体的には、ほぼすべてのAPIサーバーにおいて、CPUリソースが最初に枯渇するようにチューニングしています。これにより、サーバーのキャパシティプランニングではCPUリソースの枯渇具合のみを気にすればよくなります。今回はこの具体的な手順をご紹介します。 そもそも、アクセス過多時のボトルネックを設計するためのもっとも単純で効果的な方法は、実際にストレステストを行い
2023/05/30に開催された「開発生産性を高める 〜ソウゾウ、Voicyの挑戦と苦労〜」( https://offers.connpass.com/event/283434/ )で発表した資料です。
ブラウザで動かせる「Linux」の「Ubuntu 22.04」のデスクトップ版(Xfce)のDockerイメージ「docker-ubuntu-desktop」を作りましたLinuxUbuntuDockerVNCXfce Ubuntu 22.04がブラウザで動く様子 本家Ubuntu DesktopのUIと違い、Xfceデスクトップ環境を利用しています。 ・ソースコードは、以下GitHubリポジトリで公開しております。 https://github.com/takahashi-akari/docker-ubuntu-desktop ・Dockerイメージは、DockerHubで公開しております。 https://hub.docker.com/r/akarita/docker-ubuntu-desktop 環境 ・ OS: macOS(M1) ・ メモリ: 16GB ・ その他: Docker
ウェブデザインにおける3D表現はリッチでユーザーの興味を惹くものがあります。しかし3Dコンテンツの実装は技術レベルも高く、予算も豊富でないと難しいものです。そこで、今回はWebGLや代表的な3DライブラリのThree.jsを使わないで3D表現(あるいは3D風)を実現する方法を紹介します。 サンプルを別ウインドウで開く コードを確認する 3Dを感じる理由 まず3Dをユーザーに感じさせる理由について考えてみます。紙面にしても画面にしても実態は2Dの平面世界です。画面の中で3Dを感じるのは、人間が2D的に描かれたものから奥行きを知覚する特性があるからです。たとえば、すぼまっていく2本の線があると線が平行であると認知し、奥行きを感じます。この現象を体系化したものが遠近法です。 より具体的な手法として透視図法があります。Three.jsを使った3D表現もこの透視図法によって描画されています。描画自体
VTuber事務所「ホロライブプロダクション」を運営するカバーは5月10日、全所属タレントの3D配信でハンドトラッキングが使えるようになったと発表した。 自社開発の配信システムにソニーセミコンダクタソリューションズの「ToF ARソフトウェア開発キット」を導入。1台のスマートフォンでフェイストラッキングとハンドトラッキングの両方を実行できるようにした。 これまでの配信では専用デバイスを使わなければハンドトラッキングはできなかったという。カバーは「今後もシステムのアップデートを継続して行う」としている。 ToF ARは、ソニーセミコンダクタソリューションズが開発したスマートフォン向けAR開発キット。スマートフォンが搭載しているセンサーから深度情報を読み取り、独自のAI処理と合わせて指の動きまでスムーズに描写するという。 関連記事 「カレー戦争始まってた」 人気VTuberのカレー発売で通販サ
実際の暗号システムがセキュアに動作し続けるためには、暗号アルゴリズム自体がセキュアであるだけでは不十分で、データが保護される期間中、その暗号アルゴリズムが使用する暗号鍵もセキュアに管理されている必要があります。そのため、暗号鍵やデータのライフサイクルを踏まえた運用、安全な暗号鍵の保管、暗号鍵危殆化時の対策などを行う上で参考となるガイドラインを取りまとめています。 「暗号鍵管理システム設計指針(基本編)」の内容 「暗号鍵管理システム設計指針(基本編)」は、あらゆる分野・あらゆる領域の全ての暗号鍵管理システムを対象に、暗号鍵管理を安全に行うための構築・運用・役割・責任等に関する対応方針として考慮すべき事項を網羅的に提供し、設計時に考慮すべきトピックス及び設計書等に明示的に記載する要求事項を取りまとめたガイドラインとして作成されたものです。 具体的には、暗号鍵管理の必要性を認識してもらうために「
極力Goならではな特徴をいくつか挙げていく。 依存解決が必要最低限で互換性を考慮しつつ決定的 モジュール単位で依存をダウンロード。コンパイル対象はサブパッケージ単位。 依存の明示方法はコードに埋め込まれ、かつ未参照のインポートはコンパイルエラー。 つまり動作するコードのすべては正確な依存ツリーが明示されていて余計な依存は引き込まれない。 そして持ち前のコンパイルの速さを含め、相当深い依存ツリーでも依存解決にかかる時間は既知の処理系の中でも最速レベル。(唯一勝てるのはプリビルドバイナリが配布されている場合くらい) また、コンパイルやリンクに必要な処理量そのものが比較的少ないため、開発環境負荷も小さい。 かなり巨大なプロジェクトであってもメモリ8GBで困るようなことが無い。つまり、CI環境の維持にもローコストで済む。 ライブラリの提供側では後方互換性が破壊されるような変更はV1->V2というよ
著者:松本 毅 税理士法人古田土会計 執行役員、株式会社ゼロオペ 代表取締役 政府系金融機関を経て、2006年に古田土会計グループに入社。現在は、プロセス改革事業本部の本部長(最年少部長)として、業務改善や仕組み化、社員教育のプログラム構築と運用に従事。同ノウハウを同業者の会計事務所にも「生産性向上」「社員教育」のサービスとして提供中。中小企業のバックオフィスのDX化、IT化のニーズ増加に伴い、2022年1月に株式会社ゼロオペを設立し、代表者に就任。バックオフィスのオペレーションを極小化するためのコンサル事業を展開。趣味は「読書」で延べ1500冊以上の読書量から、中小企業経営に役に立つ本を選び、2000社以上のお客様・500社以上の同業者へ12年間、毎月「書評」を提供中。 社員が当事者意識を持って、主体的に動いてくれ、さらに重要な仕事を任せられる幹部や右腕が育ってくれたら、理想的だと感じて
サイバーエージェントはメディア事業で映像コンテンツ制作に参入する。国内の著名映画会社を買収し、作品を米ネットフリックスなど動画配信大手に供給する。メディア事業はこれまでネットテレビ「ABEMA(アベマ)」による配信ビジネスを展開してきた。制作への参入でコンテンツ力を強化し、配信との両輪で収益拡大を狙う。国内の配信で事実上競合するネトフリなどとの向き合い方が問われることになる。国内の映画会社バベ
東京大学と九州大学マス・フォア・インダストリ研究所、日本電信電話(NTT)の研究チームは11月24日、量子コンピュータでも解読できない新たなデジタル署名「QR-UOV署名」を開発したと発表した。 この署名は、既存の技術よりも署名と公開鍵のデータサイズが小さいのが特徴。多項式の割り算の余りを使って新しい足し算や掛け算ができる代数系「剰余環」を公開鍵に使うことで、安全性とデータの軽減を両立しているという。 現在普及している暗号技術には、 Webブラウザに使われる「RSA暗号」や、画像の著作権保護や暗号資産に使われる「楕円曲線暗号」がある。これらは、大規模な量子コンピュータが実現した場合、解読されるリスクがあるという。そのため、量子コンピュータが大規模化した時代でも安全に利用できる技術の開発が進んでいた。 中でも、1999年に提案され、20年以上にわたり本質的な解読法が報告されていない「UOV署
GitHub ActionsがOpenID Connectをサポート。GitHubからクラウドへのデプロイがより安全に GitHubは10月27日と28日の2日間(太平洋時間)、オンラインイベント「GitHub Universe 2021」を開催、GitHub Actionsの新機能としてOpenID Connectをサポートしたと発表しました。 GitHub Actionsは、GitHubのイベントなどをトリガーとしてGitHubのサーバ上に用意された任意のDockerコンテナの実行を連係させていくことにより、ユーザーが自由にワークフローを定義できるというものです。 ワークフロー内のアクションとしてコードのビルドやテストの実行、クラウドへのデプロイなど、GitHubの機能にとらわれない、さまざまな動作を組み合わせることができます。 参考:[速報]GitHub Actions発表、Dock
1747年:アフマド・シャー「イランから独立するで!」 →アフガニスタンの建国 1838年:イギリス「ロシアがインドを狙っとるからアフガンにイギリス軍を置かせてくれや」 →交渉決裂 →イギリス「ほな戦争や!」 →第一次アフガン戦争 1842年:イギリス「あかん、とりあえずアフガンを占領したけど、反乱が多すぎるから撤退するわ」 →和睦 1878年:イギリス「今度のアフガン国王はロシア寄りっぽくて怪しいわ! また戦争するで!」 →第二次アフガン戦争 1881年:イギリス「今回は勝ったけど、めちゃくちゃ苦労したわ…」 →イギリスがアフガンを保護国化 1919年:アフガン国王「世界大戦でイギリスが弱っとるみたいやで! いまこそアフガンから追い出す好機や! ジハードや!」 →第三次アフガン戦争 →アフガン国王「あかん、勝てへんわ。和睦するで!」 →イギリス「こっちも戦争はうんざりやし、もう独立してえ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く