並び順

ブックマーク数

期間指定

  • から
  • まで

361 - 372 件 / 372件

新着順 人気順

"distributed systems"の検索結果361 - 372 件 / 372件

  • Observability Driven Development (ODD)-Enhancing System Reliability

    Observability Driven Development (ODD)-Enhancing System Reliability Introduction:Observability driven development is a new approach to software development that is rapidly gaining popularity, especially in cloud-native applications. It is an approach that prioritizes observability and provides teams with clear insights into their systems and applications, making it easier to identify and fix issue

      Observability Driven Development (ODD)-Enhancing System Reliability
    • Hay - Custom Languages for Unix Systems

      Example Hay could be used to configure a hypothetical Linux package manager: # cpython.hay -- A package definition hay define Package/TASK # define a tree of Hay node types Package cpython { # a node with attributes, and children version = '3.9' url = 'https://python.org' TASK build { # a child node, with Oil code ./configure make } } This program evaluates to a JSON tree, which you can consume fr

      • Waterloo Style

        When I first started learning how to program, I stumbled onto an extremely strong programming philosophy that was fairly dominant at the University of Waterloo in the 1980s. Before I was exposed, I would struggle with crafting even simple programs. Afterward, for pretty much anything codable, including system’s level stuff like databases, operating systems, and distributed systems, building it was

        • NoSQL Database Interview Questions for Freshers

          Preparing for a job interview in the NoSQL database domain involves understanding a range of concepts from the basics of NoSQL databases to more complex querying and database design. Here’s a mix of 17 fundamental and intermediate questions that are suitable for freshers applying for positions involving NoSQL databases. These questions cover a broad spectrum of topics relevant to NoSQL technologie

            NoSQL Database Interview Questions for Freshers
          • [参考リンク・資料公開] オンラインイベント DevIO 2020 で、監視とSRE・可観測性・ログ分析・SaaSなどなどについて話しました #devio2020 | DevelopersIO

            先月 6/16 から始まっているオンラインイベント、Developers.IO 2020 Connect。 みなさんはもう参加されましたでしょうか? クラスメソッド株式会社 - YouTube 7/3、Day 6は、モダンアプリケーション開発(MAD)をテーマに開催されます。 ぼくも「イマドキの監視とは」というテーマで、30分ほどの動画を2本あげました。すこし長いですが、気の向いたときにご覧頂けると幸いです。 話した内容について 今回のセッションでお話しした内容は、下記になります。 モダンなシステム開発・サイト運用のためには、SREの文脈にそった適切な「監視」を行う必要があること そのためには、検知や対処を充実させるより先に、観測態勢を整える必要がある = 可観測性 設計段階、開発段階から監視(Monitoring)ははじめるべき 大量のデータをどのようにさばくか 話の対象が広く多岐にわた

              [参考リンク・資料公開] オンラインイベント DevIO 2020 で、監視とSRE・可観測性・ログ分析・SaaSなどなどについて話しました #devio2020 | DevelopersIO
            • Unit testing IAM policies across multiple accounts | Amazon Web Services

              AWS DevOps Blog Unit testing IAM policies across multiple accounts When migrating applications from a development account to a testing or production account, customers often find that AWS IAM policies or Service Control Policies (SCP) for their applications need significant modification to allow the application to deploy and function correctly. This can be a time-consuming process of discovery and

                Unit testing IAM policies across multiple accounts | Amazon Web Services
              • Virgo: a Graph-based Configuration Language

                Over the last few years, I've worked on open-source distributed systems in Go at Google. As a result, I've thought a lot about dependency management, systems configuration, programming languages, and compilers. Again and again, I saw the same fundamental data structure underpinning these technologies: the directed acyclic graph. The most frustrating part was modeling graph-based configuration in l

                  Virgo: a Graph-based Configuration Language
                • ロールベースアクセス制御(RBAC)とは? メリットとABACとの比較 | Okta

                  ロールベースアクセス制御(RBAC)システムは、システム内のユーザーのロールに応じてアクセスとアクションを割り当てます。同じロールを付与されたすべてのユーザーは、同じ権限セットを持ちます。異なるロールを付与されたユーザーは、異なる権限を持ちます。 →Okta Japanの資料請求はこちら システムにRBACが必要な理由 すべての企業には、機密の文書、プログラム、記録があります。それらを保護しようとする際、保護が厳しすぎると業務が滞ります。逆に保護が緩すぎると、壊滅的なセキュリティの問題が発生する可能性があります。 そこで重要となるのが、ロールベースアクセス制御(RBAC)です。 このRBACを使用することで、ユーザーに必要なアクセス権を付与し、アクセスを必要としないユーザーをブロックできます。個人の属性ではなく、その個人のロールに基づいて変更を行います。ロールごとにアクセスを変更することで

                    ロールベースアクセス制御(RBAC)とは? メリットとABACとの比較 | Okta
                  • Process spawning performance in Rust

                    As part of my PhD studies, I’m working on a distributed task runtime called HyperQueue. Its goal is to provide an ergonomic and efficient way to execute task graphs on High-Performance Computing (HPC) distributed clusters, and one of its duties is to be able to spawn a large amount of Linux processes efficiently. HyperQueue is of course written in Rust1, and it uses the standard library’s Command

                    • YAML developers and the declarative data platforms

                      The declarative paradigm is becoming ubiquitous in data engineering, to the point we sometimes feel we became YAML developers. Yet, I’ll argue it’s a good thing! Let’s take a step back and look at what it means to be declarative, and how it impacts the data systems we build. Data & logicFundamentally, a data platform is made of 2 pieces: Data. On the frontend, we find the actual files, tables, das

                        YAML developers and the declarative data platforms
                      • Introducing Rust Sitter

                        Introducing Rust SitterWrite fast and robust parsers with easeShadaj Laddad Tree Sitter TodayUsing Rust SitterHow it WorksThe Tool: Tree Sitter JSONThe Macro: Rust BindingsWhat's NextError RecoveryIncremental ParsingExporting GrammarsTry it Out!tl;dr: Rust Sitter is a new approach to writing parsers in Rust. By combining macros with an external compile-time tool, it can automatically generate effi

                          Introducing Rust Sitter
                        • ゴシッププロトコル - Wikipedia

                          分散システムにおいて、ゴシッププロトコル(gossip-protocol, ゴシッピング、ゴシップアルゴリズム、エピデミックアルゴリズム、epidemic algorithms, epidemic protocol)とは、システムの参加者間で繰り返し確率的に情報を交換する手法であり、情報の拡散や統計値の計算などに利用される[1]。 ゴシッププロトコルではランダムに選んだ相手と情報を交換し、自身が持つデータの更新を繰り返す。システムの参加者が不定期的に増減して全体を把握できない状況や、一時的に通信できない場合でも情報を伝搬できる。病気が伝染する様子に似ていることから、エピデミックアルゴリズムとも呼ばれる[1]。 歴史[編集] 1970年代初頭、グラフ理論の分野において「ゴシップ問題 (gossip problem)」[2]あるいは「電話病 (telephone disease)」[3]と呼ば