並び順

ブックマーク数

期間指定

  • から
  • まで

321 - 360 件 / 1295件

新着順 人気順

アーキテクチャの検索結果321 - 360 件 / 1295件

  • あのサービスの監視・オブザーバビリティ アーキテクチャ選定【前編】 - Findy Tools

    公開日 2024/01/23更新日 2024/02/15あのサービスの監視・オブザーバビリティ アーキテクチャ選定【前編】 ユーザーや顧客へ信頼性を担保した価値提供をしていく中で、監視・オブザーバビリティの取り組みは非常に重要です。 今回の特集記事では、合同会社DMM.com、株式会社MIXI、株式会社マネーフォワード、パイオニア株式会社、Sansan株式会社、株式会社ZOZOの6社の各サービスを支える監視・オブザーバビリティの仕組みとして各社がどのようなアーキテクチャを組んでいるのか、またそのアーキテクチャにしている背景や意図についてお伺いしました。 自社に近いアーキテクチャやどのようにツールを活用しているかについて、実際の事例を元に参考になれば幸いです。 なお、後編も近いうちに公開させていただきますのでお楽しみに。 合同会社DMM.com(DMMブックス) アーキテクチャ設計の背景・意

      あのサービスの監視・オブザーバビリティ アーキテクチャ選定【前編】 - Findy Tools
    • AWSアーキテクチャ for beginner(Webアプリケーション・コンピューティング編)

      はじめに おはようございます、加藤です。現在AWSには223個(2022/01/05時点)のサービスがあります。コンピューティングのカテゴリだけでも10数個のサービスが存在し、WebアプリケーションをAWS上に構築するエンジニアは要件に応じて利用するサービスを選定しアーキテクチャを決定しなければなりません。 動くだけならばともかくアジリティ・スケーラビリティ・コストパフォーマンスを高水準で満たすアーキテクチャを設計するにはスペシャリストの存在が必要不可欠です。プロジェクトチーム内にスペシャルが存在しない場合は多くの会社がAWSのコンサルティングサービスを提供しているので外注で解決する事ができます。(もちろん、弊社もAWSコンサルティングサービスを提供しております、お気軽にお問い合わせください!) しかし、コスト・スケジュール・組織的な都合で外注が出来ないことやまずはノウハウを蓄積するために

        AWSアーキテクチャ for beginner(Webアプリケーション・コンピューティング編)
      • 機械学習品質マネジメントガイドライン - 成果公開 | デジタルアーキテクチャ研究センター | 産総研

        機械学習品質マネジメントガイドライン 第2版 日本語版: ( 2021年7月5日公開 ) 機械学習品質マネジメントガイドライン 第2版 (本文) 旧版。より新しい第3版があります。 デジタルアーキテクチャ研究センター テクニカルレポート DigiARC-TR-2021-01 サイバーフィジカルセキュリティ研究センター テクニカルレポート CPSEC-TR-2021001 人工知能研究センター テクニカルレポート 機械学習品質マネジメントガイドライン付属文書1 機械学習品質評価・向上技術に関する報告書 デジタルアーキテクチャ研究センター テクニカルレポート DigiARC-TR-2021-02 サイバーフィジカルセキュリティ研究センター テクニカルレポート CPSEC-TR-2021002 人工知能研究センター テクニカルレポート 機械学習品質マネジメントガイドライン付属文書2 開発事例リフ

        • AWS、「金融リファレンスアーキテクチャ 日本版」を提供--システム構築の負荷を軽減

          印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます アマゾン ウェブ サービス ジャパン(AWS)は10月13日、「金融リファレンスアーキテクチャ 日本版」の提供に関する記者説明会を開催した。なお、同ソリューションは10月3日に正式版の一般公開をGitHubで開始している。 AWSは、2014年からFISC(金融情報システムセンター)の安全対策専門委員会・有識者検討委員会に委員として参画している。2020年9月には、金融機関が情報システムを構築する際の安全対策基準となるガイドライン「FISC安全対策基準」に準拠したシステム構築を支援するため、国内金融機関に対して「AWS FISCリファレンス」をリリースした。 今回提供する金融リファレンスアーキテクチャは、金融に求められるセキュリティや可

            AWS、「金融リファレンスアーキテクチャ 日本版」を提供--システム構築の負荷を軽減
          • "Well-Architected"なアーキテクチャに必要なこととは? 現役CTOたちが選出した、Startup Architecture of the year 2019【AWS Summit Tokyo】

            6月13日、AWS Summit Tokyoにてスタートアップ企業によるピッチコンテスト「Startup Architecture of the year」が開催された。2回目となる今年は、創業3年以内のスタートアップ企業を対象に実施。各社のビジネスのビジョンと、それを支えるシステムアーキテクチャに焦点を当て、スケーラビリティやパフォーマンス、コスト効率など多様な観点からWell-Architectedなアーキテクチャを選出する。一般公募から審査を勝ち進んできた7社が登壇し、しのぎを削った。果たして、グランプリに輝いたのは? 今年も優れたアーキテクチャが集まった“Startup Architecture of the year” 昨年初めて開催され、好評のまま終わった「Startup Architecture of the year ピッチコンテスト」。今年もファイナリストたちが各5分のピ

              "Well-Architected"なアーキテクチャに必要なこととは? 現役CTOたちが選出した、Startup Architecture of the year 2019【AWS Summit Tokyo】
            • 組織と事業の急拡大に立ち向かうためのマルチテナント Amazon EKS クラスタ/マルチアカウントアーキテクチャ / Multi-tenant EKS Muti-account architecture at Money Forward

              AWS Summit Online 2020 (https://aws.amazon.com/jp/summits/2020/) の発表資料です マネーフォワードは創業当初からオンプレミス環境で運用を行ってきましたが、 組織や事業の急拡大に伴いインフラチームがボトルネックとなることが増えてきました。この現状を打破すべくクラウド移行を進めています。 本セッションでは、オンプレミス環境からクラウドへの移行を通じて組織と事業の急拡大にどのように立ち向かおうとしているかについて、 マルチテナントな Amazon EKS クラスタと TransitGateway や DirectConnect を利用したマルチアカウントを用いたアーキテクチャを中心に紹介します。

                組織と事業の急拡大に立ち向かうためのマルチテナント Amazon EKS クラスタ/マルチアカウントアーキテクチャ / Multi-tenant EKS Muti-account architecture at Money Forward
              • Rails + マイクロサービスでイベント駆動アーキテクチャを導入した話 - エニグモ開発者ブログ

                はじめに こんにちは、サーバーサイドエンジニアの@hokitaです。 この記事は Enigmo Advent Calendar 2020 の 16 日目の記事です。 弊社が運営するBUYMAは現状モノレポで管理されており、10年以上も運営しているサービスなのでソースも肥大化していて、メンテナンスが難しくなってきました。 そこで現在、本体から少しずつマイクロサービスに切り離していこうとしています。 その取組の中で配送処理の一部をマイクロサービス化する作業に携わることができました。今回はBUYMA本体と配送サービスとの通信にイベント駆動アーキテクチャを導入した話をしていきます。 イベント駆動アーキテクチャ マイクロサービスでサービスを切り分ける場合、それぞれ責務が分かれるように分割するかと思います。 しかしサービス間の通信手段によっては各サービスが密になる恐れがあります。 そこでイベント駆動ア

                  Rails + マイクロサービスでイベント駆動アーキテクチャを導入した話 - エニグモ開発者ブログ
                • AWS Startup Community on Twitter: "YAMAPさんのアーキテクチャ変遷! 2013 → 2016 → 2019 → 2022 と、3年周期でとんでもなく進化している様子がわかります・・! #AWSStartup #AWSStartupFuk https://t.co/pHrETnzNkY"

                  YAMAPさんのアーキテクチャ変遷! 2013 → 2016 → 2019 → 2022 と、3年周期でとんでもなく進化している様子がわかります・・! #AWSStartup #AWSStartupFuk https://t.co/pHrETnzNkY

                    AWS Startup Community on Twitter: "YAMAPさんのアーキテクチャ変遷! 2013 → 2016 → 2019 → 2022 と、3年周期でとんでもなく進化している様子がわかります・・! #AWSStartup #AWSStartupFuk https://t.co/pHrETnzNkY"
                  • SwiftUI時代におけるminneのリアクティブアーキテクチャ - Pepabo Tech Portal

                    山奥の砦(八王子市)からminneのiOSチームでアーキテクチャや開発環境を色々と見ているjoshです。SwiftUIとCombineが発表されたWWDC 2019から、SwiftUIとUIKitの混在状態を前提としたminneアプリに最適なアーキテクチャについて検討・議論した結果、最近色々と決まったので、紹介したいと思います。 まず、アーキテクチャ決めの目的ですが、テストしやすい形で迷わずに開発でき、機能開発を効率よくしつつ、今後の保守や変更も楽に行い、生産性と品質を上げることです。minneは特徴として、ネットワーク通信の多いアプリで、Universal Linksやプッシュ通知など、数多くの起動経路を持っています。また、minneマーケットプレイスの作品をさまざまな購入方法で提供しているので、開発をする中で特にその周りで不具合が出ないように日々開発しています。作家、購入者・ゲストごと

                      SwiftUI時代におけるminneのリアクティブアーキテクチャ - Pepabo Tech Portal
                    • やってみてわかった クリーンアーキテクチャの勘所 | ドクセル

                      スライド概要 Findyさんのイベント「アーキテクチャを突き詰める Online Conference」のLT登壇資料です。

                        やってみてわかった クリーンアーキテクチャの勘所 | ドクセル
                      • 電子情報学特論:Chromiumのアーキテクチャを解き明かす

                        電子情報学特論: Chromium のアーキテクチャを解き明かす 〜 EEIC の授業が生きるプロダクトの世界〜 Kentaro Hara 2022 April (๑>ᴗ<๑) * * * *

                          電子情報学特論:Chromiumのアーキテクチャを解き明かす
                        • SHOPLISTのシステムをモダンなアーキテクチャに変えようとしたら予想以上に闇が深かった話 - CROOZ TECH BLOG

                          こんにちは。クルーズ株式会社CTOの鈴木です。 2020年の7月よりCROOZ SHOPLIST株式会社の技術統括部長を兼務しており、日々システムと開発組織の業務改善に現場のエンジニアとともに取り組んでおります。 今回当社が運営しているファッションECサイト『SHOPLIST.com by CROOZ』にて絶賛格闘中のシステム品質改善の話を数回に分けてお話ししたいと思います。 SHOPLISTのシステムを改善しようとなったきっかけ 「今のSHOPLISTのシステムってゼロからリニューアルするといくらくらいかかるの?」 SHOPLISTの業務を兼務するようになって、一番初めに社長に聞かれたことです。何をいきなり出だすのかと詳細を聞いていくと、「開発エンジニア数名にヒヤリングしたところ、システムがレガシー過ぎて開発が超しづらい」「もうリニューアルでゼロベースで作り直すしかない」という意見があっ

                            SHOPLISTのシステムをモダンなアーキテクチャに変えようとしたら予想以上に闇が深かった話 - CROOZ TECH BLOG
                          • AWS CDKでWeb3層アーキテクチャを作成してみた | DevelopersIO

                            はじめに おはようございます、加藤です。これまで、エンジニアとしてのキャリアは全てインフラエンジニアでしたが、今月からプログラマーとしてのロールを希望してゼロから再スタートしております。 今回、AWS CDK(以降、CDK)を使って典型的なWeb3層アーキテクチャを構築してみたので、こだわったポイントや使う過程で理解した事をご紹介します。 リポジトリはこちらです。 kmd2kmd/aws-cdk-ec2_web3tier ある程度CDKを理解されている方を前提として書いております。下記のブログを読む、Workshopを試した経験がある程度の理解が必要です。 AWS CDK が GA! さっそく TypeScript でサーバーレスアプリケーションを構築するぜ【 Cloud Development Kit 】 | DevelopersIO TypeScript Workshop :: AWS

                              AWS CDKでWeb3層アーキテクチャを作成してみた | DevelopersIO
                            • マイクロサービス・アーキテクチャと共存する Ruby on Rails のアーキテクチャ的拡張 - その事例と可能性 / Kaigi on Rails 2021

                              Kaigi on Rails 2021 の発表資料です。 https://kaigionrails.org/2021/talks/Altech_2015/

                                マイクロサービス・アーキテクチャと共存する Ruby on Rails のアーキテクチャ的拡張 - その事例と可能性 / Kaigi on Rails 2021
                              • AMDの新世代CPU「Ryzen 9 5900X」&「Ryzen 7 5800X」レビュー。Zen 3アーキテクチャ採用でゲームにおける性能が大きく向上

                                Zen 3アーキテクチャ採用の新世代CPUはゲームにおける性能が大きく向上した Ryzen 9 5900X Ryzen 7 5800X Text by 米田 聡 Zen 3アーキテクチャを採用するAMDのデスクトップ向けCPU「Ryzen Desktop 5000」(以下,Ryzen 5000)シリーズが11月6日に発売となる。価格や製品構成はすでに発表されたとおりで,まずは4製品が発売される予定だ。 発売に先立ち,4Gamerでは,12コア24スレッド対応の「Ryzen 9 5900X」と8コア16スレッド対応の「Ryzen 7 5800X」をテストする機会を得たので,定番のテストで気になるゲーム性能などをチェックしていきたい。 Ryzen 9 5900X(左)とRyzen 7 5800X(右) Ryzen 9 5900Xの製品ボックス(左)と中身(右)。これらのリテール向け製品ボックス

                                  AMDの新世代CPU「Ryzen 9 5900X」&「Ryzen 7 5800X」レビュー。Zen 3アーキテクチャ採用でゲームにおける性能が大きく向上
                                • イベントストーミングによるオブジェクトモデリング・オブジェクト指向プログラミングの適用・開発プロセスの変遷・アーキテクチャの変革 / Object modeling with Event Storming.

                                  Object Oriented Conference 2024 にてお話ししました 【アブストラクト】 本トークでは、イベントストーミングを活用したオブジェクトモデリングの実践が開発プロセスとアーキテクチャにどのような変革をもたらしたかについて詳しくお話しします。 「どのようなオブジェクトを実装するのか」 この単純な問いに私たち開発者は多くの悩みを抱えています。 イベントストーミングの結果として得られるモデルはこの問いに対する解答の示唆に富んでいます。 その有用性を認め、私たちは過去2年間、組織的にイベントストーミングに取り組んでまいりました。 もちろん、ただイベントストーミングを採用すれば、それですべて片付くといったものではありませんでした。 イベントストーミングの採用は開発プロセスを一変させました。 アーキテクチャの選定基準を変えました。 組織的に取り組むには多大な努力と適応が求められ

                                    イベントストーミングによるオブジェクトモデリング・オブジェクト指向プログラミングの適用・開発プロセスの変遷・アーキテクチャの変革 / Object modeling with Event Storming.
                                  • HonoでAPIだけ作って素のReact DOMでSPAを書くアーキテクチャ

                                    という構成を手軽に作れるようになっていて便利でした これを軸に素のReact APIを触って遊ぶ環境が作れそうです(Server APIもworkerdで動く範囲なら使えるかも?) とりあえず以下のソースコードでデプロイまでできるかを試しました プロジェクトのベースはnpm create hono@latestで作りました DEMO: https://hono-spa-react.pages.dev/ react react-dom @vitejs/plugin-react-swc をnpm installしています デバッグ しかしこの構成だと@hono/vite-dev-serverによるvite devは実行時エラーになり動きません(!) react-dom_client.js?v=f8955f15:11222 Uncaught Error: Objects are not vali

                                      HonoでAPIだけ作って素のReact DOMでSPAを書くアーキテクチャ
                                    • 【後藤弘茂のWeekly海外ニュース】 Armの次世代命令アーキテクチャ「Armv9」が見えてきた

                                        【後藤弘茂のWeekly海外ニュース】 Armの次世代命令アーキテクチャ「Armv9」が見えてきた
                                      • 電子情報学特論:Chromiumのアーキテクチャを解き明かす

                                        電子情報学特論: Chromium のアーキテクチャを解き明かす 〜 EEIC の授業が生きるプロダクトの世界〜 Kentaro Hara 2020 April (๑>ᴗ<๑) * * * *

                                          電子情報学特論:Chromiumのアーキテクチャを解き明かす
                                        • RISCの実用性を証明した「MIPSアーキテクチャ」の誕生

                                          最近ではArm、RISC-Vなど組み込みでも華々しい活躍を見せているRISCプロセッサ。その祖先というか元祖として認識されているのはIBM 801というプロセッサだった。歴史的経緯を、IT史に詳しい大原雄介さんが解説する。 前回の記事で詳しくお伝えした、RISCムーブメントのきっかけとなったデビッド・A・パターソン教授らの論文である“RISC I:A Reduced Instruction Set VLSI Computer”(PDFへのリンク)が出た翌年となる1982年、今度は米スタンフォード大学のジョン・L・ヘネシー博士(当時の身分は電気工学とコンピュータ科学の助教授)らは、“MIPS: A Microprocessor Architecture”を1982年のACM SIGMICRO(コンピュータ科学の国際学会のマイクロアーキテクチャ分科会)で発表する。 このMIPS、今では処理性能

                                            RISCの実用性を証明した「MIPSアーキテクチャ」の誕生
                                          • AzureではじめるServerless アーキテクチャ事例と4つのキーテクノロジーを解説 Part1

                                            2019年7月30日、Serverless Community(JP)が主催するイベント「Serverless Meetup Tokyo #12」が開催されました。世界各地で運営されているServerless Architectureやその周辺技術について情報を共有する本コミュニティ。今回は、株式会社Speeeのオフィスにて、3人のエンジニアが知見を共有しました。プレゼンテーション「Azure Serverless 2019 Summer edition」に登壇したのは、 株式会社ゼンアーキテクツの三宅和之氏。講演資料はこちら AzureのServerlessについて 三宅和之氏:私のほうから、「Azure Serverless 2019 Summer edition」ということで、AzureのServerlessについて少し全般的な話と……というのは、このコミュニティの人はあまりAzur

                                              AzureではじめるServerless アーキテクチャ事例と4つのキーテクノロジーを解説 Part1
                                            • 「Wine 7.0」が正式リリース ~新しいWoW64アーキテクチャーなどを導入/Linux環境などでWindowsのGUIアプリを直接実行できる互換性レイヤー

                                                「Wine 7.0」が正式リリース ~新しいWoW64アーキテクチャーなどを導入/Linux環境などでWindowsのGUIアプリを直接実行できる互換性レイヤー
                                              • Builderscon Tokyo 2019 で「ビジネスの構造を扱うアーキテクチャとユーザとの接点を扱うアーキテクチャ」というタイトルで登壇してきました #builderscon - assertInstanceOf('Engineer', $a_suenami)

                                                タイトルの通り、登壇してきました。 イベントページはこちらです。 builderscon.io 今回僕はスタッフとしても関わらせていただいたのですが、そちらのレポートは別の記事にしようかと思っており、とりあえず登壇内容に関する話だけしようと思います。 発表資料 資料はこちらです。 2019/09/04 13:26 追記 かとじゅんさんから指摘をもらったのでメモしておきます。 @a_suenami ビジネスの構造を扱うアーキテクチャとユーザとの接点を扱うアーキテクチャのこのページの前に「DDDのスマートUIアンチパターン」もSoEの目的に合わせて使えばデザインパターンになるという話入れてほしい。https://t.co/qGQmdOs3C2— かとじゅん@MHW復帰勢 (@j5ik2o) September 3, 2019 SoE向けとしては、レイヤーを迂回する話より、スマートUIの話の方が

                                                  Builderscon Tokyo 2019 で「ビジネスの構造を扱うアーキテクチャとユーザとの接点を扱うアーキテクチャ」というタイトルで登壇してきました #builderscon - assertInstanceOf('Engineer', $a_suenami)
                                                • Azure OpenAI Service リファレンスアーキテクチャからみる本番システムレベルの LLM アプリに必要な検討項目の解説 / From Azure OpenAI Reference Architecture to Production-Ready LLM Apps #serverlessdays #serverlesstokyo

                                                  ServerlessDays Tokyo 2023 で Azure OpenAI Service リファレンスアーキテクチャからみる、本番システムレベルの LLM アプリに必要な検討項目の解説 / From Azure OpenAI Reference Architecture to Production-Ready LLM Apps というタイトルで紹介しました HP: https://tokyo.serverlessdays.io/ Ticket: https://serverless.connpass.com/event/290640/ #serverlessdays #serverlesstokyo

                                                    Azure OpenAI Service リファレンスアーキテクチャからみる本番システムレベルの LLM アプリに必要な検討項目の解説 / From Azure OpenAI Reference Architecture to Production-Ready LLM Apps #serverlessdays #serverlesstokyo
                                                  • モノレポについての誤解 - Misconceptions about Monorepos: Monorepo != Monolith を翻訳しました | Graat(グラーツ)-グロース・アーキテクチャ&チームス株式会社

                                                    モノレポについての誤解 - Misconceptions about Monorepos: Monorepo != Monolith を翻訳しました unsafe:このドキュメントは、モノレポについて書かれた記事 Misconceptions about Monorepos: Monorepo != Monolith (https://blog.nrwl.io/misconceptions-about-monorepos-monorepo-monolith-df1250d4b03c) を、筆者であるVictor Savkin氏の許可を得て翻訳したものです。 複数のプロジェクトを同一のリポジトリで運用する モノリシックリポジトリ(モノレポ)― この記事では、モノレポを使う際によくある誤解とその対策、モノレポが持つ本当の課題と利点がまとめられています。モノレポはガチガチの「一枚岩(モノリス)」

                                                      モノレポについての誤解 - Misconceptions about Monorepos: Monorepo != Monolith を翻訳しました | Graat(グラーツ)-グロース・アーキテクチャ&チームス株式会社
                                                    • Webアーキテクチャで迷わないためのイリティ(-ility)のすゝめ - Qiita

                                                      はじめに こんにちは!NewsPicks、 Web Experience Unit のイイダユカコ (@becyn) です。 本記事は NewsPicks Advent Calendar 2023 の 25 日目の記事です。最終日の担当をキャッチしてしまいました。ハードルがやや上がっていることを感じますが、2023年もあと数日、優しい気持ちで読んでいただけると幸甚です。 (24日にコロナ&インフルに同時感染してしまい、投稿が遅れました。お待たせして申し訳ありません。) イリティ (-ility) とは イリティ (-ility) というワードを目にしたことがあるでしょうか?プロダクト開発をしていると、可用性、信頼性、テスト容易性、スケーラビリティなどの単語をよく聞くと思います。これらを英語表現した時、Availability、Reliability、Testability、Scalabil

                                                        Webアーキテクチャで迷わないためのイリティ(-ility)のすゝめ - Qiita
                                                      • 特定保健指導"フィッツプラス"事業を支えるモノリシック Rails + VIPER Swift アーキテクチャ - メドピア開発者ブログ

                                                        みなさんこんにちは。フィッツプラス開発エンジニアの福本(@terry_i_)です。
早いもので入社して半年が経ちました。普段はRailsを中心に色々と書いてます。 リモートワークが長く続いていることもあって、最近は自宅の開発環境を(過剰に)整備するのがマイブームです。先日はlogicoolのPCスピーカーを買いました。所得がゴリゴリ削られていってツラい。 さて今回は、これまで忙しくて紹介する機会のなかったフィッツプラスの事業概要や、アーキテクチャおよび使用する技術についてお話しします。 アーキテクチャに悩むエンジニアの方の参考になったり、皆さんのフィッツプラスへの事業理解が深まれば幸いです。 特定保健指導とは? アーキテクチャ モノリシック Rails ActiveModelSerializers OpenAPI Houston(プッシュ通知) Banken(権限管理) VIPER Swi

                                                          特定保健指導"フィッツプラス"事業を支えるモノリシック Rails + VIPER Swift アーキテクチャ - メドピア開発者ブログ
                                                        • クリーンアーキテクチャをパン工場で説明する【Go】

                                                          はじめに 本記事は技術書典16(2024)で一部執筆させていただいた「CA Tech Lounge note #2」のクリーンアーキテクチャとパン工場を元に、一部抜粋&変更したものです。 本記事の対象読者 本記事では、クリーンアーキテクチャを全くわかっていない筆者が、一度個人開発したものをクリーンアーキテクチャにリファクタリングしていく過程で学んだことをまとめていきます。そのため、以下のような読者を想定しています。 クリーンアーキテクチャを聞いたことがあるけどわからない人 コードは書くけれどアーキテクチャを意識したことはない人 アーキテクチャを意識して開発したい人 クリーンアーキテクチャを一度学んでもピンと来なかった人 Goが好きな人! リファクタリング前の筆者の状況 バックエンド歴は半年弱ほどで、実務経験としてはPythonで簡単なAPIを実装するアルバイトのみになります。アーキテクチャ

                                                            クリーンアーキテクチャをパン工場で説明する【Go】
                                                          • マイクロサービスアーキテクチャのリポジトリ構成を漸進的にモノレポに移行した話 - Sansan Tech Blog

                                                            Sansan Engineering UnitでSansan Data Hubの開発をしている藤原です。 前回はニッチに深く潜り過ぎたので、今回は(使い古されたネタではありますが)モノレポ化についてお話ししたいと思います。 おさらい:モノレポ(mono repo)とは 一連のソースコードを単一のリポジトリで管理している状態のことです。 特に、実装言語、またはサブシステムやドメインといった何らかの区切りでリポジトリを分けている場合に、それらを集約することをモノレポ化と言います。 逆に、複数のリポジトリに分けている状態をポリレポ(poly repo)と言います。 モノレポのメリットとデメリット モノレポ化することで、以下のようなメリットが得られます。 プロダクト全体で統一したい設定、たとえばCIスクリプトやlinter設定などの管理が楽になる。 検索が楽になる。GitHubの検索で事足りること

                                                              マイクロサービスアーキテクチャのリポジトリ構成を漸進的にモノレポに移行した話 - Sansan Tech Blog
                                                            • アーキテクチャ図だけ描いてTerraformはGoogle Cloud Developer Cheat Sheetに書いてもらおう

                                                              初めての方は、初めまして。そうでない方も、初めまして。クラウドエース SRE 部で Professional Cooking Architect をしている zeta です。私はドンドコ島の充実度をオンライン1位(多分)にしましたが皆さんいかがお過ごしでしょうか。 はじめに クラウドエースの SRE 部は Google Cloud のインフラの面倒を見ることが主な業務です。世の中の多くの企業の似たような役割を持つ部署でもそうだと思いますが、インフラの設計・構築・運用といったフェーズを行っていきます。こういったインフラエンジニア的なことをやっていると、みなさんも一度ぐらいは「設計だけやったら勝手にインフラ構築されねーかな〜」なんて思ったことはあるのではないでしょうか。技術の力でコンピュータに働かせてサボるというのは IT エンジニア開闢以来ずっと存在し続けた悲願であり、エンジニアリングのモチ

                                                                アーキテクチャ図だけ描いてTerraformはGoogle Cloud Developer Cheat Sheetに書いてもらおう
                                                              • キャッシュ機構 TinyLFU のアーキテクチャと、それを支えるアルゴリズム - 好奇心に殺される。

                                                                Computer Science キャッシュ機構 TinyLFU のアーキテクチャと、それを支えるアルゴリズム TinyLFUの論文を読んだので概要と、それを支えるアルゴリズムを紹介します。 Overview TinyLFU はアクセス頻度を近似し、軽量でハイパフォーマンスに設計されたキャッシュアルゴリズムです。最近、Database Internals を読んでいて TinyLFU を知ったのですが、Database Internals では TinyLFU の詳細が書かれていなかったので、TinyLFUが提案されている論文を読んでみました。その内容をザックリ解説してみようと思います。 論文はこちらです。 TinyLFU: A Highly Efficient Cache Admission Policy いきなりTinyLFUの紹介を始めると混乱するので、ベースとなる技術やアルゴリズム

                                                                  キャッシュ機構 TinyLFU のアーキテクチャと、それを支えるアルゴリズム - 好奇心に殺される。
                                                                • まつもとりーのインフラ入門-第六回「高集積マルチテナントアーキテクチャのセキュリティ(1)」 - Forkwell Press

                                                                  みなさん、こんにちは。まつもとりーのインフラ入門第六回です。 本連載では、主にインターネット基盤技術、または、インターネットのインフラ技術と呼ばれる領域に関して、Webホスティングサービスの歴史やWebサーバの設計と実装を中心に執筆していくと第一回で述べました。 第六回では、高集積マルチテナント環境において非常に重要で、かつ、とてもおもしろいセキュリティの研究動向についての研究動向を紹介します。 まつもとりーのインフラ入門-第五回「高集積マルチテナントアーキテクチャのリソース分離(2)」 まつもとりーのインフラ入門-第四回「高集積マルチテナントアーキテクチャのリソース分離(1)」 まつもとりーのインフラ入門-第三回 「WebサーバとWebホスティングシステム(2)」 まつもとりーのインフラ入門-第二回 「WebサーバとWebホスティングシステム」 まつもとりーのインフラ入門-序章「インフラ

                                                                    まつもとりーのインフラ入門-第六回「高集積マルチテナントアーキテクチャのセキュリティ(1)」 - Forkwell Press
                                                                  • Terraformでモジュールを使いテンプレート分割する場合のアーキテクチャ - Qiita

                                                                    はじめに Terraformとは、「Infrastructure as Code」を行うツールで、例えば、AWSリソースをコードベースで作成できたりします。「Infrastructure as Code」を行うツールは、たくさんありますが、Terraformでは「モジュール」という機能があります。 このモジュールと言う機能は、ソースコードをテンプレート化して、パラメータを開発用と、本番用で分けることでソースコードを再利用しながら2環境つくれるような機能です。(ざっくり言うと) ただ、そのモジュールの構成について正解は無くネット上でも色んな構成であふれています。 なので、今回は、以下のAWSのCloudFormationのBlackBeltやGCPの記事を参考に、モジュールを使いテンプレート分割する(作成単位をアプリケーションやログとかの運用で分ける感じ)アーキテクチャでリソースを作成し、以

                                                                      Terraformでモジュールを使いテンプレート分割する場合のアーキテクチャ - Qiita
                                                                    • Microsoft VisioやDraw.io、Graphvizなど7つの「ソフトウェアアーキテクチャ視覚化ツール」をレビュー

                                                                      Microsoft VisioやDraw.io、Graphvizなど7つの「ソフトウェアアーキテクチャ視覚化ツール」をレビュー:プロジェクトシナリオへの適合性を理解することが重要 TechTargetは、「ソフトウェアアーキテクチャ視覚化ツール」に関する記事を公開した。「Microsoft Visio」や「Draw.io」のような視覚化ツールは、ソフトウェアアーキテクチャの設計と管理に多くのメリットをもたらす。だが、重要なのは正しいツールを選択することだ。

                                                                        Microsoft VisioやDraw.io、Graphvizなど7つの「ソフトウェアアーキテクチャ視覚化ツール」をレビュー
                                                                      • シンシアが向き合う不動産業界の課題とアーキテクチャ基盤について - Xincere Technology Blog

                                                                        こんにちは、エンジニア兼社長の徐です。 日々、不動産の課題とはなにかについて考えサービスのシステム改善・新規開発に取り組んでいます。 residence.xincere.jp 先月、「テックブログはじめました 」と言いつつも、一切技術要素に触れなかったので今日はシンシアが不動産におけるどのような課題に対して、どのような技術を使い何を開発しているのかについて紹介致します。 tech-blog.xincere.jp 不動産における課題 自分は、大学院を卒業して以来ずっとソフトウェアエンジニアをしていましたが、不動産仲介の会社を始めて実際に初めて自ら物件予約・内見・契約締結などなどを行って来ました。 実際に自分で遭遇した課題・お客様から聞いた過去の課題は お客様がメールを見逃す お客様が問い合わせた物件がすでに申し込み済みだった お客様が物件相談・鍵の引き渡しなど店舗に行くことが多かった お客様

                                                                          シンシアが向き合う不動産業界の課題とアーキテクチャ基盤について - Xincere Technology Blog
                                                                        • Kaizen Adのフロントエンドアーキテクチャの遷移について - Kaizen Platform 開発者ブログ

                                                                          Kaizen Platformで主にフロントエンドを開発しているyuki-yanoです。 TypeScriptが好きで、最近はZennにDenoでzshのプラグインを作った記事を投稿しました。 今回はKaizen Adというプロダクトにおけるフロントエンドのアーキテクチャの遷移について紹介します。 Kaizen Platformでは2019年に React + GraphQL から成る Kaizen Ad のフロントエンド - Kaizen Platform 開発者ブログ という記事を書いています。 その後、プロダクトが成長するにつれて課題なども出てきており、現在の実装方針は変わってきています。 この記事では現在のアーキテクチャと、どういう経緯があって変遷してきたかについて紹介します。 これまでのKaizen Adでのフロント開発 これまでの実装は 前回の記事 に書いている方針で進めてきま

                                                                            Kaizen Adのフロントエンドアーキテクチャの遷移について - Kaizen Platform 開発者ブログ
                                                                          • AzureでGPT活用するためのシステムの参考アーキテクチャ “金太郎飴的に複製できる”管理構成のすすめ

                                                                            ユーザーの立場ではAIネイティブな働き方が身近に迫っており、データサイエンティストやMLエンジニアにとってはGPTを活用した開発を意識する必要が出てくる中、マイクロソフトの取り組みやML開発のパラダイムシフトをご紹介する「ChatGPTによって描かれる未来とAI開発の変遷」。ここで日本マイクロソフト株式会社の蒲生氏が登壇。さらに、AIネイティブなアーキテクチャの有効活用のためにおすすめな従来の用途固定AIモデルの整理と、GPTを活用するためのシステムの参考アーキテクチャについて話します。前回はこちらから。 今後はAIネイティブなアーキテクチャが登場するだろう 蒲生弘郷氏(以下、蒲生):ここまで言ったところで、GPT自身にいろいろなものを食わせるというところもあったと思いますが、(今後)よりAIネイティブなアーキテクチャが(登場することが)予想されます。 例えば「社内独自の技術である○○につ

                                                                              AzureでGPT活用するためのシステムの参考アーキテクチャ “金太郎飴的に複製できる”管理構成のすすめ
                                                                            • ReproのImport/Exportを支えるサーバーレスアーキテクチャ

                                                                              Architect New World On AWS 2022 というオンラインイベントで登壇した際の発表資料です。 cf. https://www.sbbit.jp/eventinfo/69957/ AWSのLambda, Fargate, Step Functionsを組み合わせてサーバーレスでスケーラブルなデータインポートプラットフォームを構築したノウハウについて解説する内容になります。

                                                                                ReproのImport/Exportを支えるサーバーレスアーキテクチャ
                                                                              • microCMSのWebフロントエンドにクリーンアーキテクチャを採用した話【後編】

                                                                                はじめに こんにちは、森茂です。 先日公開したmicroCMSのWebフロントエンドにクリーンアーキテクチャを採用した話【前編】に引き続き、今回は後編として前編で紹介させていただいた構成にあわせて、実際にどのような実装とチームへの浸透を行っていったかについて紹介いたします。 なお、記事内に記載している仕様、ソースコードは説明用として省略や変更、部分的な引用を行っています、実際のサービスとは異なる箇所もある点をあらかじめご了承ください。 前編より 前編ではmicroCMSのフロントエンドアーキテクチャをどういった背景、構成で採用したかを紹介しました。実装の段階に進むにあたっては、その中でもとくに責務(関心)の分離と負担なく開発を進めことができるかを意識することにしました。 また、前編でも紹介の通り、クリーンアーキテクチャという概念に振り回されないことも重要と考えています。完璧な設計を求めるこ

                                                                                  microCMSのWebフロントエンドにクリーンアーキテクチャを採用した話【後編】
                                                                                • [レポート] 1000万ユーザーのためのAWSクラウドアーキテクチャの進化#AWSSummitOnlineKorea | DevelopersIO

                                                                                  こんにちは!新卒エンジニアのハウンです? AWS Summit Online Koreaが開催されたことで、韓国語のセッションレポートを投稿しました!日本の方々ともセッションの内容を共有できたらなと思い、日本語のレポートも残しておきます。 今回の記事は模範事例の「1000万ユーザーのためのAWSクラウドアーキテクチャの進化」セッションについてまとめます。 ※ 本記事で使用されているアーキテクチャ図は登壇資料をもとに修正されたものです。 登壇者紹介 Jongmin Moon Solutions Architect AWS Korea AWSグローバルインフラストラクチャーとサービス AWSは全世界22箇所のリージョンを運営 各リージョンごとに2つ以上のアベイラビリティゾーンを持っているので、他のサービスより可用性が高い リージョンと216のPoP(205のエッジローケーション, 11のリージ

                                                                                    [レポート] 1000万ユーザーのためのAWSクラウドアーキテクチャの進化#AWSSummitOnlineKorea | DevelopersIO