並び順

ブックマーク数

期間指定

  • から
  • まで

201 - 231 件 / 231件

新着順 人気順

結果整合性の検索結果201 - 231 件 / 231件

  • Amazon Aurora Global Database の書き込み転送を使用してグローバルに分散された MySQL アプリケーションを構築する | Amazon Web Services

    Amazon Web Services ブログ Amazon Aurora Global Database の書き込み転送を使用してグローバルに分散された MySQL アプリケーションを構築する AWS は 2018 年に Amazon Aurora Global Database をリリースしました。Aurora Global Database は主に 2 つのユースケースで使えます。最初のユースケースは、災害復旧ソリューションをサポートすることです。これにより、低目標復旧時点 (RPO) と低目標復旧時間 (RTO) でリージョン全体の障害に対処しながら、保護対象のデータベースクラスターへのパフォーマンスへの影響を最小限に抑えることができます。Aurora Global Database を使用すると、通常、RPO は 5 秒未満、RTO は 1 分未満に抑えることができます。書き込み

      Amazon Aurora Global Database の書き込み転送を使用してグローバルに分散された MySQL アプリケーションを構築する | Amazon Web Services
    • Clique PoA, IBFT, Raftの違いと選び方

      はじめに QuorumではClique PoA, IBFT, Raftの三種類のコンセンサスアルゴリズムが用意されています。 目的に沿った一番良いアルゴリズムを選びたいところですが、公式ドキュメントでは詳細の仕組みや選び方などが説明されていません。 この記事では、Quorumで選択できるコンセンサスアルゴリズムに関してそれぞれの仕組みや性能差・特徴をまとめて解説しました。 難しいトピックとなるので、結論だけ把握したい方はそれぞれのアルゴリズムのサマリとなるポイントと最後の比較表だけ見てください。 <参考記事> https://kaleido.io/consensus-algorithms-poa-ibft-or-raft/ https://docs.goquorum.com/en/latest/Consensus/Consensus/ Clique PoA(Proof Of Authori

        Clique PoA, IBFT, Raftの違いと選び方
      • 「SQLパフォーマンス詳解」を読んだのでまとめ

        DB のパフォーマンスを考える機会が増えてきたので、 SQL の勉強を始めました。 開発者のための SQL パフォーマンスの全てというサイトがわかりやすく、紙の本 SQL パフォーマンス詳解 を読んだので忘れないうちにまとめます。 本の目次に沿ってまとめていきます。 目次 インデックスの内部構造 where 句 パフォーマンスとスケーラビリティ 結合処理 データのクラスタリング ソートとグルーピング 部分結果 挿入、削除、更新 インデックスの内部構造 この本で説明されているのは B ツリー インデックスはメモリ上の物理データとは別の論理的な順序データ インデックスは以下の構造をイメージできていれば良さそう SQL のインデックスとそのチューニングについてのオンラインブックより インデックスを使った検索手順 ルートノードからリーフノードまで降りていく ツリー走査(左から右) リーフノード間の

          「SQLパフォーマンス詳解」を読んだのでまとめ
        • 輪読会「ドメイン駆動設計をはじめよう」をプロジェクトチームで開催した話 - BASEプロダクトチームブログ

          この記事は BASE アドベントカレンダー 14日目の記事です。 はじめに BASEのProduct Divにてバックエンドエンジニアをしているオリバです。 当該記事では、所属しているチームメンバーで「ドメイン駆動設計をはじめよう」の輪読会を実施したので、印象に残った内容やチーム内で議論したことを紹介しようと思います。 (画像はhttps://www.oreilly.co.jp/books/9784814400737/より引用) 背景と目的 2024年10月29日、私の所属するチームは「かんたん発送(日本郵便連携)App」(以下、かんたん発送App)をリリースしました。(※かんたん発送Appとは) 現在BASEでは、新規Appの開発プロジェクトにおいてDDD(ドメイン駆動設計)を推奨しており、かんたん発送Appもこのアプローチを採用しています。 DDDを採用するにあたって、チームメンバーで

            輪読会「ドメイン駆動設計をはじめよう」をプロジェクトチームで開催した話 - BASEプロダクトチームブログ
          • AWS CloudFormation 新機能 [タイムラインビュー(デプロイタイムラインビュー)] - Qiita

            CloudFormation タイムラインビュー/デプロイタイムライン (deployment timeline view) 2024/11/12に AWS CloudFormationでタイムラインビュー(デプロイタイムライン ビュー deployment timeline view) が新しく提供されました 概要 CloudFormationスタックのリソース作成・更新イベント(ログ)を時系列グラフで表示します。 リソース作成の前後関係が判りやすくなりました。 表示方法 CloudFormation スタックの詳細 画面の「イベント - アップデート済み」タブ(旧「イベント」タブ)で表示できます。 イベント画面には「テーブルビュー」と「タイムラインビュー - 新規」ボタンが新設されました。 「テーブルビュー」が既存のイベント表示です。 「タイムラインビュー - 新規」ボタンでイベント(

              AWS CloudFormation 新機能 [タイムラインビュー(デプロイタイムラインビュー)] - Qiita
            • Serverless Days Tokyo 2023に参加してきました!(後編) - Qiita

              Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 日比谷のクラスメソッド社さん会場に100名以上が集結するオフラインイベント、午後編です! ※リアルタイムの走り書きのため、誤り等あればお知らせください🙏 前編はこちら👇 Refactoring Serverless / 淡路大輔 (AWS) SA淡路さんのセッション。短時間ですが非常に情報量が多く、「アーキテクチャ道場!」を彷彿とさせる濃密でエキサイティングなセッションでした🔥 Lambdaだけじゃない!周辺のAWSサービスに処理が委譲されてきた。 AWSサーバーレスの歴史 Lambda, API Gateway, Step Fu

                Serverless Days Tokyo 2023に参加してきました!(後編) - Qiita
              • Yjs Deep Dive: チームの共同作業を加速する、スマートな状態共有 - Codatum

                ウェブアプリケーションの大きな利点の一つが、複数人による「状態の共有」にあります。オフラインの物理的何かや、ローカルで動作するDesktop Appは個人で使うことを想定していますが、ウェブアプリケーションの対象は、個人の生産性だけではなく、チームや組織の生産性にあります。その時に重要なのが「状態の共有」です。 一般的には、 あるユーザーAが「保存」ボタンを押して保存し、少し遅れて別のユーザーBが保存したら、ユーザーBの保存で単純に上書きしてしまい、ユーザーAの「保存」が無かったことになるか、それとも遅れた方 (ユーザーB) の保存を棄却するか、どちらかのポリシーを取ると思います。そして取り入れた修正内容を両方に最新の情報としてPushします。 しかし、編集対象が大きい場合には、ユーザーAの部分修正とユーザーBの部分修正をどちらも取り入れたいケースがあります。 CRDTはそのような時に使え

                  Yjs Deep Dive: チームの共同作業を加速する、スマートな状態共有 - Codatum
                • 📗 ソフトウェアアーキテクチャの基礎を読んだ感想 | Happy developing

                  Mark Richards, Neal Ford 著, 島田 浩二 訳ソフトウェアアーキテクチャの基礎 Fundamentals of Software Architecture 日本語版は紙、英語版はKindleで読みました。Kindle版は図がカラーで見れます。 本書を読んだ感想を書いていきます。 Chapter 1. IntroductionSoftware ArchitectureとはSoftware Architectureの定義が業界でよく定まっているわけではないところから話が始まります。 その理由として、Microserviceような新しいArchitectの台頭によってsoftware architectの役割が拡大していることが挙げられています。 また、本書はsoftware architectを一度作ればその後は変更の対象にならない静的なものではなく常に漸進的に変化して

                  • SIer(CIer)を退職して真のエンジニアリングをやります|sumiren

                    こんにちは、sumirenです。 この記事は2023年3月末でCIerを辞める筆者の退職エントリとなります! はじめにCIerとはクラウドインテグレーターの略称で、以下のような傾向のあるSIerのことです。有名どころだと、クラスメソッドさんがわかりやすいと思います。 クラウドを組み合わせたアーキテクチャを提案する 上流工程〜下流工程まで自社でやる 上記の特徴から、大手SIerより短納期で柔軟性のある開発ができる 中小企業の割にエンプラから仕事を請けている この記事の要約要約すると次のようなことです。 CIerで幅広い技術を触れて、フルスタックエンジニアやアーキテクトとしての経験が積めた。プロジェクトマネージャや管理職も経験でき、ソフトスキルやビジネススキルも大きく高まった。CIerに入ってよかった 一方、4年間働いて、社会に役立っている実感がなかった。エンジニアリングのレベルも、フリーラン

                      SIer(CIer)を退職して真のエンジニアリングをやります|sumiren
                    • クラウド時代は CRUD ではなく CQRS で考えよう | iret.media

                      みなさん、CRUD はご存知でしょうか? Web エンジニアの方なら、学習を始めた最初の頃から聴き馴染みのある言葉だったりするかなと思います。 Create, Read, Update, Delete の頭文字をとったもので、データ操作の 4 つの基本操作です。 例えば RESTful API の場合、下の画像のように HTTP メソッドを対応させて CRUD を表現するのが一般的です。 しかし、CRUD の中で R とそれ以外ではかなり特性が違います。 UI で想像していただければと思うのですが、Read は一覧画面や詳細画面であり、頻繁に呼び出されます。また、多くの場合リクエストごとに挙動が変わるわけではないので、キャッシュが有効です。フィルターや検索もよく使われます。 一方の Create, Update, Delete では、トランザクションが重要視されます。また、アプリケーション

                        クラウド時代は CRUD ではなく CQRS で考えよう | iret.media
                      • [翻訳] サーバレスアプリケーションにおけるEvent-Driven Architectures と Event-Based Computeの比較 | DevelopersIO

                        [翻訳] サーバレスアプリケーションにおけるEvent-Driven Architectures と Event-Based Computeの比較 About this article この記事は、 Event-Driven Architectures vs. Event-Based Compute in Serverless Applications の記事を Momentoが著者および[Riywo]氏(https://twitter.com/riywo)の許可を得て邦訳しました。 著者のAlex Debrieについて 元記事の著者であるAlex Debrieは欧米のサーバレス界隈で有名な人物です。 彼はDynamoDBに関する書籍の著者でもあり、AWSのサーバレスヒーローでもあります。 Translated article コメント&補足 翻訳元の記事「Event-driven vs

                          [翻訳] サーバレスアプリケーションにおけるEvent-Driven Architectures と Event-Based Computeの比較 | DevelopersIO
                        • (未検証)DynamoDBで悲観ロックを実現するために検討したこと(情報収集メモ) - Qiita

                          Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 後から気づいた AWS公式がちゃんとしたの書いてたので、そっちを見たほうが良い。(後から気づいた) 以下は、自分なりに考えたときのメモに成り下がったが、結局公式に近い結論に至った気がするので、個人的には満足。(同じではない) 注意事項 「悲観ロックの実現」を保証するものではないです。(あくまで机上レベルのアイデア) 公式ドキュメントのパーツからアイデアを組み立てただけです。実際に実装して検証したわけじゃないです。 要は自分用のメモです。何も保証しませんので、各自で検証してね。 結論 処理概要 ロックを取得する。 「item(レコード)」

                            (未検証)DynamoDBで悲観ロックを実現するために検討したこと(情報収集メモ) - Qiita
                          • Lightbend Academy (Cognitive Class) の Reactive Architecture(リアクティブ・アーキテクチャ)学習ノート - Qiita

                            Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? Lightbend Academy で Reactive Architecture(リアクティブ・アーキテクチャ)について学んだ内容をメモっとく。どうやら同じコースが Cognitive Class でも公開されているみたいなので、Lightbend Academy 無料期間に受講できなかった人はこちらをどうぞ。 本稿は、個人的に思い出すために書き留めているノートなので、言葉の正しさは保証できない。どんな内容がコースに含まれているかを俯瞰するにはいいかと思う。 コースの3つ目まではノートを書いてなかったので、気が向いたら時間のあるときに

                              Lightbend Academy (Cognitive Class) の Reactive Architecture(リアクティブ・アーキテクチャ)学習ノート - Qiita
                            • 週刊AWS – 2020/11/30週 (re:Invent 特別編集号) | Amazon Web Services

                              Amazon Web Services ブログ 週刊AWS – 2020/11/30週 (re:Invent 特別編集号) みなさん、こんにちは。ソリューションアーキテクトの下佐粉です。 今週も週刊AWSをお届けします。 先週からAWSの年次イベント AWS re:Invent 2020 が開催になりましたね。今回はオンライン開催、無料で参加可能、かつ3週間に渡っての開催と初の試みが多いre:Inventになっています。去年と同様、re:Invent期間中は特別編集号とさせていただき、筆者らが独断と偏見でピックアップした重要アイテムを紹介する形でお送りします。今号はKeynote (Andy Jassy)で発表されたものを中心にピックアップしてご紹介します。 それでは、先週の主なアップデートについて振り返っていきましょう。 2020年11月30日週の主要なアップデート – re:Inven

                                週刊AWS – 2020/11/30週 (re:Invent 特別編集号) | Amazon Web Services
                              • Cloud Bigtable の規模 | Google Cloud 公式ブログ

                                ※この投稿は米国時間 2021 年 6 月 9 日に、Google Cloud blog に投稿されたものの抄訳です。 「低レイテンシと高スループットを必要とするアプリケーションを構築している場合」- 大量の読み取りと書き込みに対応できるデータベースが必要です。Cloud Bigtable は、まさにこの処理を前提として設計されています。 Cloud Bigtable はフルマネージド、ワイドカラム型 NoSQL データベースで、ペタバイト規模まで対応可能です。低レイテンシ、大量の読み取りと書き込み、大規模でのパフォーマンスの維持に向けて最適化されています。数ミリ秒単位の超低レイテンシを実現します。時系列のオペレーションや MapReduce スタイルのオペレーションに最適なデータソースです。Bigtable はオープンソースの HBase API 規格をサポートしているため、HBase、

                                  Cloud Bigtable の規模 | Google Cloud 公式ブログ
                                • .NET でマイクロサービス ドメイン モデルを実装する - .NET

                                  このコンテンツは eBook の「コンテナー化された .NET アプリケーションの .NET マイクロサービス アーキテクチャ」からの抜粋です。.NET Docs で閲覧できるほか、PDF として無料ダウンロードすると、オンラインで閲覧できます。 前のセクションでは、ドメイン モデルの基本的な設計原則と設計パターンを説明しました。 ここでは、.NET (プレーンな C# コード) と EF Core を使ってドメイン モデルを実装するために可能な手段を確認します。 ドメイン モデルは、自分が書くコードのみで構成されます。 EF Core モデルの要件があるだけで、EF に対する実際の依存関係は存在しません。 ドメイン モデルには EF Core または他の ORM への緊密な依存関係や参照を含めないでください。 カスタム .NET Standard ライブラリのドメイン モデル構造 eSh

                                    .NET でマイクロサービス ドメイン モデルを実装する - .NET
                                  • PostgreSQL Conference Europe 2022@ベルリンに参加してきた #pgconfeu | DevelopersIO

                                    PostgreSQLのヨーロッパにおける年次イベント「PostgreSQL Conference Europe(以下PGConf.EU)」が2022年10月25日から10月28日に渡ってドイツ・ベルリンで開催されました。 地元民の地の利を活かして参加してきましたので、カンファレンスの印象やセッションについてレポートします。 PGConf.EU について PGConf.EUはヨーロッパ最大の年次のPostgreSQLカンファレンスです。 2009年に第1回がフランス・パリで開催され、毎年異なる都市で開催されています。 直近では、2018年がポルトガル・リスボン、2019年がイタリア・ミラノで開催されたあと、2020年はドイツ・ベルリンの予定でしたが、パンデミックのために2回延期され、2022年に1106日ぶりにカンファレンスが開催されました。 カンファレンスは1日目のワークショップと2〜4日

                                      PostgreSQL Conference Europe 2022@ベルリンに参加してきた #pgconfeu | DevelopersIO
                                    • Presigned URL を用いた S3 multipart upload を行う (by JavaScript + Python Chalice) - Qiita

                                      Presigned URL を用いた S3 multipart upload を行う (by JavaScript + Python Chalice)PythonJavaScriptAWSS3chalice 問題 AWS S3 によって Presigned URL を発行すれば、サーバーに直接ファイルをアップロードせずとも、S3 に対して直接ファイルをアップロードできる。 しかし、1回のリクエストでアップロードできる最大ファイルサイズは 5GB であり、それ以上のファイルをアップロードするためにはマルチパートアップロードによって分割アップロードを行う必要がある。 ここでは、ブラウザ側に Credential を発行することなく、サーバー側で発行された Presigned URL を利用してファイルをマルチパートアップロードする方法についてを記す。 プロジェクト全体 プロジェクト全体で利用す

                                        Presigned URL を用いた S3 multipart upload を行う (by JavaScript + Python Chalice) - Qiita
                                      • データベースのレプリケーションと整合性をざっくり理解する

                                        はじめに 個人での開発や、小規模なアプリケーションでは整合性を意識して開発することは少ないかもしれませんが、複雑なシステムや大規模なアプリケーションでは整合性を意識して開発することが重要になってきます。 今回はデータベースの整合性の中でも一般的な、「結果整合性」と「強い整合性」について調べたことをざっくりまとめました! これまで整合性についてあまり意識してなかったという方の参考になれば幸いです! レプリケーション 整合性を理解するにあたって、レプリケーションの仕組みが重要になってきます。 レプリケーションとは、データベースが持つデータを他のサーバに複製し、データの可用性と信頼性を高める手法です。 例えば、トラフィックが多いサービスでは、データベースに負荷がかかりやすいため、レプリケーションを行うことで読み取り負荷を分散させることが重要です。また、データベースの障害に備えて、データのバックア

                                          データベースのレプリケーションと整合性をざっくり理解する
                                        • AWSの各DBの特徴が把握できる【Planning and Designing Databases on AWS】を受講してみた | DevelopersIO

                                          AWSの各DBの特徴が把握できる【Planning and Designing Databases on AWS】を受講してみた 皆さんこんにちは、AWS事業本部オペレーション部の清水です。 AWS における様々な DB サービスの特徴について学習するべく、「Planning and Designing Databases on AWS」を受講してきました! 本コースの受講をお考え中の方へ、お役に立てば幸いです。 AWS認定トレーニングとは? 以下のブログに、弊社AWS認定トレーニング講師の平野のほうで執筆した各トレーニングの詳細が記載されています。 私が今回受講したのは、以下の図の赤枠に入るコースになります。AWSを利用して、より高度なセキュリティマネジメントを実施する方法を学びたい方におススメのコースになります。 事前準備 知識レベル [Introduction to Building

                                            AWSの各DBの特徴が把握できる【Planning and Designing Databases on AWS】を受講してみた | DevelopersIO
                                          • [golang] オーケストレーションベースのサーガパターンに優しく入門する - Qiita

                                            この記事は Voicy Advent Calendar 2020 の 18 日目の記事です。 先日は, @tamo_hory さんの AndroidアプリにVisual Regression Test導入を目指す 第一回 Instrumented testで自動でスクショを撮る でした。明日は, @miyukiaizawa さんの ~ です。 はじめに マイクロサービスパターンの db は, サービス毎のモジュール性を担保するため, database per service というパターンを当てはめ 「1サービスあたり1db」 となっています。 そのため従来の単一 db に対する 2PC (begin...commit) だけだとデータの整合性の面で問題が残ります。 その時, 結果整合性を保つのに有効となるパターンが Saga と呼ばれるパターンです。 今回はそんな Saga パターンに優

                                              [golang] オーケストレーションベースのサーガパターンに優しく入門する - Qiita
                                            • 「ソフトウェアアーキテクチャ・ハードパーツ」を読んでSagaパターンについて

                                              パターンの定義 ・通信 使用される接続の種別。同期もしくは非同期。 ・整合性 ワークフローを実現する通信がアトミックである必要があるか、それとも結果整合性か ※ここでのアトミック(原子性)は補償トランザクションなどを使用した擬似的なものと定義する ・調整 ワークフローの実現がオーケストレーターによるものか、それともコレオグラフィに基づくサービス間の通信で調整するか エピックサーガ(同期 アトミック オーケストレーション) 広く使われているパターン。 モノシリックなシステムの動作を模倣することができる。 メリット モノシリックシステムを模倣した、トランザクション調整 オーケストレーターによる。明確なワークフロー所有 デメリット オーケストレーターにトランザクション性を加えることによるパフォーマンス、スケール、弾力性の低下 オーケストレーターはトランザクションの全ての参加者が成功または失敗した

                                                「ソフトウェアアーキテクチャ・ハードパーツ」を読んでSagaパターンについて
                                              • エロくもないけどすっぽんぽんの奥様が出てきた夢のお話😎 - チコちゃんに叱られないブログ

                                                2021年6月26日 拝、灰、廃、獰猛どうもうです。 中高年の星☆爺婆の太陽 の静吉プレゼンツでございます😍 序 破 急 序 最初から閑話休題です😋 ぼくは国語が弱いので、今回のタイトル「エロくもないけどすっぽんぽんの奥様が出てきた夢のお話」 の最後の「話」が不自然に思うのです。 動詞の場合は「話し」となるけど、名詞である場合は「話(はなし)」となるのがセオリーらしいけど、送り仮名がないとぼくには「話」は「わ」にしか読めないのだ。 だけど動詞の場合は『これから話すね』というように、「話」に送り仮名「す」が必要だ。 『日本昔話』だと完全タイトルなので「日本昔話し」じゃこれは違和感いっぱいの間違いになる。『そういう話ですか』だと「そういう『わ』ですか」になっちゃうのでちゃんと「そういう話しですか」と送り仮名を付けなければいけない。 だから今回のタイトルの「エロくもないけどすっぽんぽんの奥様

                                                  エロくもないけどすっぽんぽんの奥様が出てきた夢のお話😎 - チコちゃんに叱られないブログ
                                                • Saga Pattern について考える - 雑記帳

                                                  Kyash Advent Calender 2019 10日目の記事です。 前置き 7月にサーバーサイドエンジニアとしてKyashにjoinしてから、あっというまに5ヶ月も経過してしまいました。 本当にあっというまだ・・・ Kyash Advent Calender 2019に参加することになったので、今回は自分が関わっているKyash Directについて書いてみることにします。 Kyash Directではマイクロサービスアーキテクチャを採用しており、マイクロサービス間のデータ整合性を保つためにSaga Patternを用いています。 Kyash Directに携わり始めてからSaga Patternというものを知り、色々調べてみると面白い仕組みだなと思ったのでSaga Patternについて掘り下げていくことにしました。 Saga Patternとはなにか "A Saga if it

                                                    Saga Pattern について考える - 雑記帳
                                                  • 第一回CQRS+ESカンファレンスに参加しました - kazu_kichi_67の日記

                                                    タイトルの通り、昨日CQRS+ESカンファレンスに参加してきました。 アーカイブ無しの現地視聴のみということで、記憶が鮮明なうちにレポートに残そうと思います。 cqrs-es-con.connpass.com タイトルの通り、昨日CQRS+ESカンファレンスに参加してきました。 はじめに イベント爆誕 オープニング ドメインイベントで描く未来: CQRS/ESが変えるシステムとDXの可能性 2年間の実運用を経て振り返るイベントソーシングの実際 いろんな機能をCQRS+ESで作ってみたので皆で所感を見てみよう ステップバイステップではじめるES、CQRS アクターシステムに頼らずEvent Sourcingする方法について パネルディスカッション LT 懇親会 おまけ 終わりに はじめに そもそもCQRS+ESってなんぞや?ってところを触れておこうと思います。 後段で触れますが、イベントのテ

                                                      第一回CQRS+ESカンファレンスに参加しました - kazu_kichi_67の日記
                                                    • Cloudflare Pages と Cloudflare Workers KV を組み合わせてウェブアプリを作ってみた - Neo's World

                                                      Cloudflare Pages と Cloudflare Workers KV を組み合わせてウェブアプリを作ってみた 前回に引き続き、Cloudflare の無料枠で遊んでみる。今回は静的サイトホスティングをしてくれる Cloudflare Pages を使って、前回作成した Cloudflare Workers を呼び出すようなアプリを作ってみる。ついでに Cloudflare Web Analytics も試しているので、最後までお楽しみに (?) 前記事 : Cloudflare Workers による FaaS・Cloudflare Workers KV による Key-Value Store を試してみた 目次 Cloudflare Pages とは GitHub リポジトリを用意する Cloudflare Pages プロジェクトの作成・初回デプロイ Workers スクリ

                                                        Cloudflare Pages と Cloudflare Workers KV を組み合わせてウェブアプリを作ってみた - Neo's World
                                                      • 技術書を書く技術 - Qiita

                                                        Intro こちらの技術書を執筆しました。15Stepで踏破 自然言語処理アプリケーション開発入門 本稿は書籍そのものの紹介ではなく、私が技術書を執筆するために利用した技術・用意した環境についての解説です。 私が執筆を始めた当時(2017年下旬)はWebを漁ってもあまり技術書執筆のノウハウがなく、本稿の内容も割と手探りでした。今ググってみると技術書展のおかげで大量に情報が出てきますね。それらと被る部分もありそうですが、自分が1冊書いてみて得たノウハウみたいなものをここに吐き出してみたいと思います。 執筆フォーマットの決定 まずは執筆に使うツールを決めます。 商業誌の場合、出版社(編集者)がそのフォーマットでの入稿を受け付けてくれるかどうかにも依るため、執筆者の一存で決められないこともあるようです。 私の場合は幸運にも、こちらの希望に合わせてくれる編集者が入ってくれました。 色々調べて↓あた

                                                          技術書を書く技術 - Qiita
                                                        • 結果整合性と強整合性について

                                                          以下の記事を読んで「ISRが使われる結果整合性ってどういうこと?」と思ったのがきっかけ 前提知識 CAP定理 →分散システムにおけるDBの特性 要素 説明

                                                            結果整合性と強整合性について
                                                          • Eightの検索機能をCloudSearchからOpenSearchに移行して得たもの - Sansan Tech Blog

                                                            こんにちは!技術本部Eight Engineering Unitでサーバーサイドエンジニアをしている常盤です。 名刺アプリ「Eight」では最近、検索機能のうち2つをAmazon CloudSearchからAmazon OpenSearch Serviceに移行しました。今回は、移行した背景やそのメリットを紹介します。 Eightに存在する検索機能 Eightのシステム内には以下のように多数の検索システムが存在しており、その多くがCloudSearchを利用していました。 機能 説明 検索エンジン 所有名刺検索 ユーザー個人が所有する名刺情報を検索する OpenSearch 共有名刺検索 Eight Teamで共有した名刺を検索する CloudSearch ネットワーク検索 Eight上のユーザーを検索する CloudSearch 企業検索 Eight上の企業を検索する CloudSear

                                                              Eightの検索機能をCloudSearchからOpenSearchに移行して得たもの - Sansan Tech Blog
                                                            • 出張! #DevelopersIO IT技術ブログの中の人が語る勉強会 第一回で IAM の結果整合性をセッションポリシーで回避する話をしました | DevelopersIO

                                                              コンバンハ、千葉(幸)です。 DevelopersIO、みなさん読んでますか?わたしは読んでます。(そしてたまに、書いてます。) DevelopersIO は(主に)技術的な内容が記載された「やってみたブログ」です。ブログなので、基本的には一度きり、一方向の情報発信です。そんなブログ記事について、書いた本人がもう少し深掘りして話してみよう、という勉強会が立ち上がりました。 DevelopersIO や Zenn を運営しているクラスメソッドのエンジニアが、ブログ記事を書いた本人が解説をするオンラインの勉強会です。ブログを書いた当時の背景や、記事の深掘りなどを行います。 いつもは読むしかできないブログに直接質問を投げかけていただき、それをもとにディスカッションなどができればと考えています。ご興味のあるテーマの際はぜひ参加ください。 この勉強会は今後も継続開催されていく予定です。今回は第一弾と

                                                                出張! #DevelopersIO IT技術ブログの中の人が語る勉強会 第一回で IAM の結果整合性をセッションポリシーで回避する話をしました | DevelopersIO
                                                              • データエンジニアリングの基礎を読みました - 肉球でキーボード

                                                                「データエンジニアリングの基礎」を読んだので、感想・各章の内容についてまとめます www.oreilly.co.jp 全体を通しての感想 原本は Fundamentals of Data Engineering で本書は日本語訳となります。 筆者のJoe Reis氏とMatt Housley氏はデータエンジニアリングのコンサルタントを行っていて、業界経験が長いお二人です。 データエンジニア界隈は急速に変化する業界と本文中で書かれています。 業界変化の中で「変わらないもの」を選択し、今後数年間役に立つコンセプトをまとめたものと本書を説明しています。 上記の狙い通り、本書はツールや特定技術ソリューションの話題は避け、データエンジニアリングの背後にある普遍的な技術概念の説明に徹しています。 SQL実行の内部の処理や、磁気ディスクドライブの物理挙動にまで踏み込んでいて、データエンジニアリングの基礎

                                                                  データエンジニアリングの基礎を読みました - 肉球でキーボード