並び順

ブックマーク数

期間指定

  • から
  • まで

321 - 340 件 / 340件

新着順 人気順

architectureの検索結果321 - 340 件 / 340件

  • 小さなWebアプリケーションをGoogle Cloudで作る場合の構成例

    Google Cloud Champion Innovators Advent Calendar 2023 の12日目の記事です。 筆者が小さなWebアプリケーションをGoogle Cloudで構築する場合の構成をいくつか紹介します。 今やGoogle Cloudには多くのプロダクトがあり、同じ要件を満たすにも様々な構成があります。 筆者の場合は少人数で開発運用することが多く、予算も少な目なことが多いので、フルマネージドサービスやサーバーレスと呼ばれるものを使い、基本運用はプラットフォーム任せで何もしてないみたいな感じのことが多いです。 Firebase Hosting with Cloud Run Firebase Hostingは静的コンテンツをDeployして配信するのを簡単に行えるプロダクトです。 VersioningやPreviewの機能 もあり、 カスタムドメインの設定 もある

      小さなWebアプリケーションをGoogle Cloudで作る場合の構成例
    • イベント設計のシンプルなヒューリスティック「誰が誰を呼ぶべきか?」(翻訳)|TechRacho by BPS株式会社

      概要 元サイトの許諾を得て翻訳・公開いたします。 英語記事: Who calls who? — a simple events heuristic | Arkency Blog 原文公開日: 2023/11/20 原著者: Tomasz Stolarczyk 日本語タイトルは内容に即したものにしました。 2つのコンポーネントを統合するとき、両者間の通信に使いたいコマンドやイベントをどちらのコンポーネントが所有すべきかで悩んだことはありませんか?今回は、そうした決定を下すときに役立つ手軽なヒューリスティック(発見的方法)を紹介します。 このヒューリスティックは、コンポーネント内でどの程度頻繁に変更が発生するかに依存します。実践する前に、これらのコンポーネント同士の関係を視覚化する必要があります。 コンテキストマッピング(Context Mapping)は、1個の境界付きコンテキスト(Boun

        イベント設計のシンプルなヒューリスティック「誰が誰を呼ぶべきか?」(翻訳)|TechRacho by BPS株式会社
      • 自然の力で住居を冷却、古代の「風の塔」 イラン

        【8月12日 AFP】世界で最も暑い都市の一つ、イラン中部の砂漠地帯に位置するヤズド(Yazd)。数百年前に造られた日干しれんがの家々から伸びた煙突のような高い塔から、涼しい風が家の中に取り込まれている。 ペルシャ語で「バードギール」と呼ばれる風の塔は、夏の気温が40度を超える古代都市の住民が開発した、驚くべき工学技術の一つだ。 大量の電力を消費するエアコンとは違い、費用はかからず二酸化炭素も排出しない。 文化遺産・観光・手工芸省の地元担当者、アブドルマジド・シャケリ(Abdolmajid Shakeri)氏は「何百年もの間、電気が使われるようになる前から、風の塔で住居が冷やされてきた」と述べた。 ヤズドに700基ある風の塔のうち、もっとも古いものは14世紀のものとされる。しかし、その建築的特徴はペルシャ帝国が中東の大部分を支配していた2500年前までさかのぼると考えられる。 シャケリ氏は

          自然の力で住居を冷却、古代の「風の塔」 イラン
        • 金融リファレンスアーキテクチャ日本版における FISC 安全対策基準・解説書(第11版)対応及びパートナー様での活用 | Amazon Web Services

          Amazon Web Services ブログ 金融リファレンスアーキテクチャ日本版における FISC 安全対策基準・解説書(第11版)対応及びパートナー様での活用 本ブログは、「金融機関向け AWS FISC 安全対策基準対応リファレンス」における「金融機関等コンピュータシステムの安全対策基準・解説書(第11版)」(以下、「FISC 安全対策基準・解説書(第11版)」)への対応についてまとめています。また、「金融リファレンスアーキテクチャ日本版」における「FISC 安全対策基準・解説書(第11版)」対応の概要についても記載しています。最後に、パートナー様における「金融リファレンスアーキテクチャ日本版」の活用事例をご紹介いたします。 1. FISC 安全対策基準・解説書に関しての AWS およびパートナー様の今までの取り組みの紹介 「FISC 安全対策基準・解説書」は、1985年に初版が発

            金融リファレンスアーキテクチャ日本版における FISC 安全対策基準・解説書(第11版)対応及びパートナー様での活用 | Amazon Web Services
          • Uber、4000以上のマイクロサービスをKubernetesとMesosを実行する新しいマルチクラウドプラットフォームに移行

            Mark Fussell氏とYaron Schneider氏とDaprを知ろう 本日のエピソードでは、Thomas Betts氏がMark Fussell氏とYaron Schneider氏に、分散アプリケーション・ランタイム(Dapr)について話を聞いた。最新のInfoQ Architecture and Design Trends Reportでは、Daprはポータビリティとクラウドアプリケーションのための設計というアーリーアダプターのアイデアの一部となっている。

              Uber、4000以上のマイクロサービスをKubernetesとMesosを実行する新しいマルチクラウドプラットフォームに移行
            • クルマのサブスク「KINTO」のアジリティとガバナンスを両立した DBRE の取り組み | Amazon Web Services

              Amazon Web Services ブログ クルマのサブスク「KINTO」のアジリティとガバナンスを両立した DBRE の取り組み 本記事は KINTO テクノロジーズ のシニア DBRE エンジニア 粟田啓介氏によるゲスト投稿です。 KINTO テクノロジーズ (KTC) は、クルマのサブスク「KINTO」をはじめとしたさまざまなモビリティサービスを展開しているトヨタ関連グループ会社の一つです。 KTC では、モビリティサービスを提供する基盤として Amazon Web Services 上で Amazon Aurora 等のデータベースを多く運用しており、Database Reliability Engineering (DBRE) を組織として設立し、事業のアジリティとガバナンスを両立するための取り組みを実施しています。 このブログ記事では KTC DBRE による On-Dem

                クルマのサブスク「KINTO」のアジリティとガバナンスを両立した DBRE の取り組み | Amazon Web Services
              • The New Language Model Stack

                ChatGPT unleashed a tidal wave of innovation with large language models (LLMs). More companies than ever before are bringing the power of natural language interaction to their products. The adoption of language model APIs is creating a new stack in its wake. To better understand the applications people are building and the stacks they are using to do so, we spoke with 33 companies across the Sequo

                  The New Language Model Stack
                • 「中銀カプセル」を再活用 米美術館が収蔵、茶室にも―解体後も「新陳代謝」:時事ドットコム

                  「中銀カプセル」を再活用 米美術館が収蔵、茶室にも―解体後も「新陳代謝」 2023年07月01日13時35分配信 トレーラーカプセルとして再生された中銀カプセル(山田新治郎氏撮影) 新陳代謝を意味する建築運動「メタボリズム」の代表的建築物で、昨年解体された「中銀カプセルタワービル」(東京・銀座)のカプセルを再活用する動きが各地で進んでいる。既に米国の美術館に収蔵されたほか、レンタルスペースや茶室などとしての使い方も模索されており、解体後も名建築の「新陳代謝」が続きそうだ。 〔写真特集〕中銀カプセルタワービル 同ビルは建築家黒川紀章氏(故人)の代表作の一つで、1972年4月に完成。140個のカプセルが組み合わさり、それぞれが独立した住居となっていた。カプセルを交換することで半永久的に使用できると考えられたが、老朽化などを理由に完成から50年後の昨年、解体された。 保存を願う一部の住民は201

                    「中銀カプセル」を再活用 米美術館が収蔵、茶室にも―解体後も「新陳代謝」:時事ドットコム
                  • 【iOSDC Japan 2023 レポート】「SwiftUIに適した新アーキテクチャの導入に挑む」を聞いてきた。 | DevelopersIO

                    はじめに 年に一度のiOSエンジニアの為のお祭り iOSDC Japan 2023に参加しています。 せっかくなので、参加したセッションのレポートを書きたいと思います。 SwiftUIに適した新アーキテクチャの導入に挑む 登壇者 tinpayさん 概要 ChatworkのiOSアプリは2011年にリリースされ、12年間で様々な技術変更や新機能の追加を行ってきました。しかし、長期間の開発では技術的な負債が蓄積されます。そこで昨年、新しいアーキテクチャを導入し、負債の解消に取り組みました。 新アーキテクチャを社内では「SVVS(Store, View, ViewStateの頭文字)」と呼んでおり、弊社の技術顧問であるkoherさんとの毎週の議論や、技術合宿を経て生まれました。 SVVSはSingle Source of Truthを考慮し、シンプルでオーソドックスな構成を実現しています。特にS

                      【iOSDC Japan 2023 レポート】「SwiftUIに適した新アーキテクチャの導入に挑む」を聞いてきた。 | DevelopersIO
                    • Introducing Domain-Oriented Microservice Architecture

                      You’re seeing information for Japan . To see local features and services for another location, select a different city. Show more Introduction Recently there has been substantial discussion around the downsides of service oriented architectures and microservice architectures in particular. While only a few years ago, many people readily adopted microservice architectures due to the numerous benefi

                        Introducing Domain-Oriented Microservice Architecture
                      • How We Built a Custom Permissions DSL at Figma | Figma Blog

                        When our permissions system came apart at the seams, everything came to a halt. This is the story of how we fixed it while improving performance, accuracy, and developer ergonomics. Collaboration is core to Figma. It’s why we built Figma on the web, and why multiplayer is such an important part of the Figma editor. This focus on collaboration also means that our permissions rules are complex—decep

                          How We Built a Custom Permissions DSL at Figma | Figma Blog
                        • Uber、GraphQLサブスクリプションとKafkaでマイクロサービスを使用したスケーラブルなチャットを構築

                          垂直スケーラビリティと効果的なテストによる金融取引システムのパフォーマンスと効率の最大化 Peter Lawrey氏はJavaチャンピオンであり、Chronicle SoftwareのCEOとして、開発者を鼓舞してソリューションのクラフトマンシップを高めることに情熱を注いでいる。経験豊富なソフトウェアエンジニアとして、Lawrey氏はソフトウェア開発プロセスにおけるシンプルさ、パフォーマンス、創造性、革新性を奨励することに努めている。

                            Uber、GraphQLサブスクリプションとKafkaでマイクロサービスを使用したスケーラブルなチャットを構築
                          • 【書き起こし】gRPC Federation を利用した巨大なBFFに対するリアーキテクチャの試み – goccy【Merpay & Mercoin Tech Fest 2023】 | メルカリエンジニアリング

                            Merpay & Mercoin Tech Fest 2023 は、事業との関わりから技術への興味を深め、プロダクトやサービスを支えるEngineeringを知ることができるお祭りで、2023年8月22日(火)からの3日間、開催しました。セッションでは、事業を支える組織・技術・課題などへの試行錯誤やアプローチを紹介していきました。 この記事は、「gRPC Federation を利用した巨大なBFFに対するリアーキテクチャの試み」の書き起こしです。 @goccy:それでは「gRPC Federation を利用した巨大なBFFに対するリアーキテクチャの試み」というタイトルでメルペイ Engineer ProductivityチームのGoshimaが発表します。よろしくお願いします。 初めに自己紹介です。@goccyというアカウントで活動しています。2012年に新卒で株式会社MIXIに入り、

                              【書き起こし】gRPC Federation を利用した巨大なBFFに対するリアーキテクチャの試み – goccy【Merpay & Mercoin Tech Fest 2023】 | メルカリエンジニアリング
                            • 槙文彦さん死去、95歳 幕張メッセ設計の世界的建築家 | 共同通信

                              Published 2024/06/11 21:43 (JST) Updated 2024/06/11 21:57 (JST) 東京・代官山の複合施設「ヒルサイドテラス」などの端正な正統派モダニズム建築で知られる世界的建築家の槙文彦(まき・ふみひこ)さんが6日、老衰のため死去した。95歳。東京都出身。葬儀は近親者で行った。 1960年のデビュー作「名古屋大学豊田講堂」で日本建築学会賞を受賞。前衛的な建築運動「メタボリズム」に参加した。 代表作に複合文化施設「スパイラル」(東京)、メタリックなデザインの「幕張メッセ」(千葉)など。2001年の米中枢同時テロで崩壊したニューヨークの世界貿易センタービル跡地に建設された高層ビル「タワー4」の設計も担当した。 「建築のノーベル賞」と呼ばれるプリツカー賞など、国内外の建築賞を数多く受賞した。13年文化功労者。

                                槙文彦さん死去、95歳 幕張メッセ設計の世界的建築家 | 共同通信
                              • Creating a flexible design token taxonomy for Intuit’s Design System

                                This article covers how we evolved our tokens at Intuit to create a flexible taxonomy for a small but powerful set of semantic tokens. Intuit is the parent company for some well-known products such as Quickbooks, TurboTax, Mint, Mailchimp, and Credit Karma. Each product has their own design system. Several of them have their own dedicated design systems teams, as well as both Product and Marketing

                                  Creating a flexible design token taxonomy for Intuit’s Design System
                                • Awesome Software Architecture

                                  Abstraction Actor Model Architecture AI Algorithms Anti Patterns Architectural Design Principles Architecture Decision Records (ADR) Azure Cloud Back Pressure Caching Clean Architecture Clean Code Cloud Best Practices Cloud Design Patterns Cloud Native Code Review Concurrency CQRS Data Driven Design Design Best Practices Design Patterns DevOps Distributed Locking Distributed Transactions & Saga Do

                                  • アーキテクチャを突き詰める Online Conference - 資料一覧 - connpass

                                    「アーキテクチャを突き詰める Online Conference」の資料一覧です。

                                      アーキテクチャを突き詰める Online Conference - 資料一覧 - connpass
                                    • QCon London: Meta Used Monolithic Architecture to Ship Threads in Only Five Months

                                      InfoQ Software Architects' Newsletter A monthly overview of things you need to know as an architect or aspiring architects. View an example

                                        QCon London: Meta Used Monolithic Architecture to Ship Threads in Only Five Months
                                      • AWS、Well-Architected Frameworkを再編・統合

                                        Mark Fussell氏とYaron Schneider氏とDaprを知ろう 本日のエピソードでは、Thomas Betts氏がMark Fussell氏とYaron Schneider氏に、分散アプリケーション・ランタイム(Dapr)について話を聞いた。最新のInfoQ Architecture and Design Trends Reportでは、Daprはポータビリティとクラウドアプリケーションのための設計というアーリーアダプターのアイデアの一部となっている。

                                          AWS、Well-Architected Frameworkを再編・統合
                                        • 未知の未知を既知の未知へ / Unknown unknowns to Known unknowns

                                          https://future.connpass.com/event/318520/ FUTURE TECH TALK #1 ボトムアップで考えるアーキテクト教育Lunchセッション会 2024.06.05(Wed)12:00–13:00

                                            未知の未知を既知の未知へ / Unknown unknowns to Known unknowns