Movatterモバイル変換


[0]ホーム

URL:


はてなブックマークアプリ

サクサク読めて、
アプリ限定の機能も多数!

アプリで開く

はてなブックマーク

タグ

関連タグで絞り込む (10)

タグの絞り込みを解除

アーキテクチャに関するardarimのブックマーク (16)

  • AWS の新卒社員が考えた寿司配送システムのアーキテクチャを、ベテラン社員にレビューしてもらってみた

    How to be a DeveloperAWS の新卒社員が考えた寿司配送システムのアーキテクチャを、ベテラン社員にレビューしてもらってみた 2025-11-04 | Author : 冨山 英佑, 菅原 太樹, 濵 真一AWS Summit 2025 で、小さな寿司屋が開店していたことをご存知ですか ? 残念ながら回転はしていないのですが、開店はしていました。 時は遡り、2025 年 6 月。幕張で行われたAWS Summit Japan 2025 では、2024 年に入社した新卒ソリューションアーキテクトたちによる寿司配送システムが展示されていました。「CloudSushi」と名付けたこのプロジェクトは、AWS Step Functions とAWS IoT Core をベースに設計された、寿司配送モノレールのデモンストレーションです。 来場者の方々に実際に体験していただき

    ardarim
    ardarim2025/11/05非公開
    注文の次のフェーズが配送なのも気になる。調理フェーズがない。これでは寿司ではなく在庫前提の工業製品だ(それにしたって引当フェーズは?)。ドメイン知識がないまま要件定義するとこうなる的な勉強にはいいかも
    • AWS障害はなぜグローバルに拡大したか? US-EAST-1の「単一障害点」構造を徹底分析

      はじめに:AWSを揺るがした大規模障害 2025年10月20日、多くのWebサービスやアプリケーションの基盤であるAmazon Web Services (AWS) で大規模な障害が発生しました。日時間の夕方ごろから、SNS、ニュースサイト、ゲーム、金融サービスに至るまで、世界中のさまざまなプラットフォームで接続エラーや遅延が報告され、私たちのデジタルライフに大きな影響を及ぼしました。記事では、この障害がなぜ局所的な問題にとどまらず、グローバルなインシデントに発展したのかを、AWSのアーキテクチャに潜む構造的な課題、特に「単一障害点 (Single Point of Failure)」の観点から深掘りして分析します。記事は、障害発生時点での報道や公開情報、筆者の知見を基に構成しており、AWSの公式な見解ではありません。 障害のタイムラインと影響範囲AWSの公式発表に基づくと、障

      AWS障害はなぜグローバルに拡大したか? US-EAST-1の「単一障害点」構造を徹底分析
      • 開発者が知るべきキャッシュ設計でよく遭遇する問題

        はじめに 分散システムの設計および開発において、キャッシュはパフォーマンス向上のための非常に重要な要素です。頻繁にアクセスされるデータをキャッシュすることで、アクセス速度が遅いデータベースへのアクセスを削減し、データへの迅速なアクセスを可能にします。これにより、システムの全体的な効率とパフォーマンスが向上します。 しかし、キャッシュは慎重に設計しないとむしろパフォーマンス上のデメリットになるケースが存在します。 この記事ではよく遭遇するキャッシュ設計の問題とその回避策について解説します。 Cache penetrationDBに存在しない値を検索したときに、DBから返された空の結果をキャッシュしない場合に発生するシナリオです。 このシナリオではDBに存在しない値を繰り返し検索することにより、その値がキャッシュされていないため検索ごとにDBへのアクセスが必要になってしまいます。 存在しない

        開発者が知るべきキャッシュ設計でよく遭遇する問題
        • CPUを自作したりコンピューターアーキテクチャを理解するためにおすすめの本の一覧 - /var/log/hikalium

          hikaliumの独断と偏見で、積読は除いている。最近も結構新しいが色々出ているので、それもいいかもしれないが、ある程度評価の定まったを探したい場合に参考になれば。 ちなみに、hikaliumがセキュキャンでCPU自作を教えていたときのコードはここにある。参考にならないかもしれないが、おまけにどうぞ。github.com ディジタル回路設計とコンピュータアーキテクチャ 無印(MIPS版) ARM版RISC-V版 ハードウエア記述言語で実際にCPUをつくりながら、各アーキテクチャについても学べる良書。 MIPS版が広く知られているが、ARM版、RISC-V版も登場している。無印版はよくある技術書サイズだが、ARMとRISC-V版は大型なので、そこらへんの好みとかも勘案するとよいかもしれない。CPUの創り方Amazon 表紙がメイドさんだが、侮ることなかれ。(と私は中学生の時にク

          CPUを自作したりコンピューターアーキテクチャを理解するためにおすすめの本の一覧 - /var/log/hikalium
          • インテルの新命令セットでついに16bitモードが廃止に (1/3)

            前回拡張命令の説明をしたのは連載25回なので、14年ぶり(!)である……と書いて、この連載がもう10年を軽く超えたことにあらためて気がついた。そりゃ筆者も年をとるわけだ。 それはともかく、今回紹介するのは相次いでインテルが発表したx86(というよりx64)の拡張命令である。具体的にはX86-SとAPX、それとAVX10である。これらについて順に説明していきたい。 16bitモードを廃止して64bitモードに移行する提案「X86-S」 X86-Sは2023年4月に発表された、インテルによる16bitモード廃止に関する提案(Proposal)である。あくまで提案であって、今すぐ具体的に実装するという話ではないのだが、長期的にインテルとしては16bitモードを廃止したい、という意向を示したものだ。 そもそも現状のWindowsの場合、64bit版では16bitバイナリーが一切動作しない。マイクロ

            インテルの新命令セットでついに16bitモードが廃止に (1/3)
              • BIOSとUEFIの違いが説明できない

                「2TBの制限があって~~~」みたいな話しかできねえ。 そもそも別物っつ―かマジで容量不足で世代交代しただけだっつーのという話なんだが、それをどうやって言葉にしたら良いのかが思いつかん。 それこそアナログテレビと地デジ対応テレビみたいなレガシーから最新への世代チェンジでしかないわけだが、それを説明して「じゃあ結局UEFIって新型BIOSってだけの話じゃん。つーかBIOSって呼び方でどっちもよくね?つまりは使ってる機械ごとに決まってるんだろ?」みたいに返されたらもうそれ以上何も言えねえ。 実際そうだと言えばそうなんだけど、そこの切り分けちゃんと分かってないと設定ミスっちゃうことはあるので意識しておいて欲しいんだが

                BIOSとUEFIの違いが説明できない
                • ARCHITECTURE.mdというものを書いてみた - maru source

                  こんにちは丸山@h13i32maruです。システム全体を簡単な図とテキストでまとめる「ARCHITECTURE.md」というものを最近知りました。これは良さそうと思い、JasperのARCHITECTURE.mdを書いてみました。 jasperapp/jasper/ARCHITECTURE.md ARCHITECTURE.md自体の目的は「プロジェクトへの新規参加者が全体像の把握を効率的に行えるようにする」という感じです。書き方の指針や注意点などは考案者による記事を見てもらうのがよさそうです。また良いサンプルとしてrust-analyzerというOSSのARCHITECTURE.mdが紹介されています。 https://matklad.github.io//2021/02/06/ARCHITECTURE.md.html https://github.com/rust-analyzer/ru

                  ARCHITECTURE.mdというものを書いてみた - maru source
                  • 「強いメモリモデル」と「弱いメモリモデル」 - yamasaのネタ帳

                    Apple M1についての面白い記事を見かけて、久しぶりにメモリモデル屋(?)の血が騒いだのでブログを書く。note.com 強いメモリモデル 現代のCPUアーキテクチャでは、x86(64bit, 32bitどちらも)が「強いメモリモデル」を採用しており、それ以外のメジャーなCPUが「弱いメモリモデル」を採用している。この「強いメモリモデル」「弱いメモリモデル」について、まずおさらいしておこう。 以下のように、2つの変数a, bに対して異なるCPUコアが同時にアクセスしたとする。 int a = 0; int b = 0;CPU1: a = 1; b = 1;CPU2: int r1 = b; int r2 = a; (上記はC言語に似た疑似コードを用いているが、実際は機械語命令になっていると考えてほしい。つまり、CPU1は変数a, bの示すメモリアドレスに対するストア命令を実行して

                    「強いメモリモデル」と「弱いメモリモデル」 - yamasaのネタ帳
                    ardarim
                    ardarim2020/11/30非公開
                    理解はしたけど、「弱いメモリモデル」を採用してるCPUの例をもっと挙げて欲しかった。RISC系はどうなのかな
                    • クラウドのアーキテクチャ図作成ツール「CloudSkew」、Webブラウザから無料で利用可能。AWS/Azure/GCP/Kubernetes/Oracle Cloudなどマルチクラウド対応

                      クラウドのアーキテクチャ図作成ツール「CloudSkew」、Webブラウザから無料で利用可能。AWS/Azure/GCPKubernetesOracle Cloudなどマルチクラウド対応 クラウドのアーキテクチャ図を作成するためのWebアプリケーション「CloudSkew」が公開されています。AWS/Azure/GCPKubernetesOracle Cloud/HashiCorp/Alibaba Cloudなど人気のクラウドやツールのアイコンがあらかじめ用意されており、Webアプリケーションとして提供されているためインストール不要で、誰でも無料で利用可能です。 操作は一般的なドローツールと同じように、左側からアイコンを選んで真ん中の図に置き、アイコン同士を矢印でつなげていくことでアーキテクチャ図が作成されていく、という感じです。 開発しているのは、元マイクロソフトのエンジニア

                      クラウドのアーキテクチャ図作成ツール「CloudSkew」、Webブラウザから無料で利用可能。AWS/Azure/GCP/Kubernetes/Oracle Cloudなどマルチクラウド対応
                      ardarim
                      ardarim2020/09/24非公開
                      こういうの便利そうなんだけどスタンドアローン版でないと会社では使えんのよね(セキュリティ的な問題で)
                      • Microservices分割大全 - kawasima

                        microservices.ioのサイトに載っている分割パターンは4つ。ただし「自己完結型サービス」と「チームごとのサービス」は、直交していないので大きくは「ビジネスケイパビリティでの分割」と「サブドメインでの分割」の2つ。

                        Microservices分割大全 - kawasima
                        • モノリスの分解において、マイクロサービスは必然ではない - QCon LondonにおけるSam Newman氏の講演より

                          あなたにとって重要なトピックや同僚の最新情報を入手しましょう最新の洞察とトレンドに関する最新情報を即座に受け取りましょう。 継続的な学習のために、無料のリソースに手軽にアクセスしましょうミニブック、トランスクリプト付き動画、およびトレーニング教材。 記事を保存して、いつでも読むことができます記事をブックマークして、準備ができたらいつでも読めます。

                          モノリスの分解において、マイクロサービスは必然ではない - QCon LondonにおけるSam Newman氏の講演より
                          • Vue___Vuex_のアーキテクチャ完全に理解した.pdf

                            CanAI Take Over Frontend QA? - Navigating the Paradigm Shift: A Developer's Mindset for the Future - #layerx_frontend

                            Vue___Vuex_のアーキテクチャ完全に理解した.pdf
                            ardarim
                            ardarim2019/10/31非公開
                            あーそーゆーことね完全に理解した
                            • ソフトウェアアーキテクチャの歴史 - tasuwo's notes

                              改めて ソフトウェアアーキテクチャGUI のアーキテクチャの歴史を調べてみたくなった。来の MVC とは何か?何が正しくて何が間違っているか?も重要なのだが、それよりは、なぜそれが生まれたのか?何を解決しようとしたのか?どのような問題点が生まれて、それをどう工夫して解決・発展してきたのか?を知りたい。しかし、そういうことがまとまっている日語の情報が少ないので、自分で色々かいつまんでメモしておく。 MVC の原点は 70 年代にまで遡り、実装としては Smalltalk-80 のクラスライブラリとして実装されたのが最初だと思われる。しかし、後世に大きな影響を及ぼしたポイントをいくつか持ちつつも、当時のアーキテクチャが現代においてそのまま利用されているケースはほぼないといっていい。したがって、単に MVC といった時には大抵最初期の MVC を指すことは少なく、区別するために最初期の M

                              ソフトウェアアーキテクチャの歴史 - tasuwo's notes
                              • マイクロサービス – 分散された大きな泥だんご | POSTD

                                モノリシックがダメだからといって、マイクロサービスが解決策になるわけではない ソフトウェア開発業界は流行に左右されやすいという証拠に、今マイクロサービスが、いたるところで大騒ぎされています。”次の大ブーム”だと思う人もいるでしょう。また、(10年前に”上出来”と見なされたような)大型のSOA、サービス指向アーキテクチャが単に軽量化して進化したものだと捉える人もいるでしょう。私は現在のマイクロサービスアーキテクチャに関しては好意的に見ています。しかし、だからといってこのアーキテクチャは決して万能薬ではありません。言うまでもないことかもしれませんが、多くの人が間違った理由でマイクロサービスに飛び付いているように思えるのです。 これは私の講演でよくお見せするスライドで、 以前ブログにも書きましたた が、ソフトウェアシステムを開発するにはいろいろな方法があります。まず、昔ながらのモノリシック(一枚

                                マイクロサービス – 分散された大きな泥だんご | POSTD
                                ardarim
                                ardarim2019/06/08非公開
                                「優れたマイクロサービスアーキテクチャをつくる上で必要な設計思想と分散戦略は、優れた構造のモノリシックシステムをつくるために必要なものと同じ」これなんだよなあ。マイクロサービスは銀の弾丸と言う思い込み
                                • Microservicesでなぜ作るのか - An Epicurean

                                  「Microservices時代の監視設計」と言うエントリーを書きたいのだけど、そもそもなんでMicroservicesで作る必要があるのかというところを先に書く必要があると感じたので私見を述べてみる。すでにMicroservicesで作っている人からすると「何をいまさら」と言う内容も多いかもしれません。 Microservicesでなぜ作るのか ドメイン分割のレイヤーの変遷 今は成長段階 Microservicesのメリットとアーキテクト クラウドはフレームワークになった 共有データベースアンチパターンとMicroservices設計 Microservices時代の監視設計 参考図書など Microservicesでなぜ作るのか 身も蓋もないことを書いてしまうと、これはもう「潮流がそうなっているから」ということだと思う。業界がそういうアプリケーションの作り方をしてノウハウを貯めていく流

                                  Microservicesでなぜ作るのか - An Epicurean
                                  • 残りのブックマークを読み込んでいます1

                                  お知らせ

                                  公式Twitter

                                  • @HatenaBookmark

                                    リリース、障害情報などのサービスのお知らせ

                                  • @hatebu

                                    最新の人気エントリーの配信

                                  処理を実行中です

                                  キーボードショートカット一覧

                                  j次のブックマーク

                                  k前のブックマーク

                                  lあとで読む

                                  eコメント一覧を開く

                                  oページを開く

                                  はてなブックマーク

                                  公式Twitter

                                  はてなのサービス

                                  • App Storeからダウンロード
                                  • Google Playで手に入れよう
                                  Copyright © 2005-2025Hatena. All Rights Reserved.
                                  設定を変更しましたx

                                  [8]ページ先頭

                                  ©2009-2025 Movatter.jp