並び順

ブックマーク数

期間指定

  • から
  • まで

1 - 40 件 / 4118件

新着順 人気順

マイクロサービスの検索結果1 - 40 件 / 4118件

  • AWSでElastic Cloudを利用する(構築編) - Taste of Tech Topics


    Elastic3() ElasticElastic Certified Engineer / Elastic Certified Analyst / Elastic Certified Observability Engineer Elastic Cloud Elastic CloudElasticSaaSAWSAzureGCP   Cognito 
      AWSでElastic Cloudを利用する(構築編) - Taste of Tech Topics
    • 【AWSイベント参加 】AWS Summit Japan 2024に参加してきました! - APC 技術ブログ

      目次 目次 はじめに イベントの概要 会場の雰囲気 聞いたセッション 安全とスピードを両立するために ~ DevSecOps とプラットフォームエンジニアリング~ 生成 AI でセキュリティ強化!×生成 AI の脅威分析 おわりに お知らせ はじめに こんにちは、クラウド事業部の菅家さつきです。 2024年6月21,22日にAWS Summit Japanに参加してきましたので、会場の様子や聞いたセッションなどの紹介をできればと思います。 イベントの概要 イベント名:AWS Summit Japan 開催日:2024年6月20日,21日 イベントの概要: 公式ページより引用します。 AWS Summit は、クラウドコンピューティングコミュニティが一堂に会して、アマゾン ウェブ サービス (AWS) に関して学習し、ベストプラクティスの共有や情報交換ができる、全てのクラウドでイノベーション

        【AWSイベント参加 】AWS Summit Japan 2024に参加してきました! - APC 技術ブログ
      • ZOZOのSREが行くAWS Summit Japan 2024参加レポート - ZOZO TECH BLOG

        こんにちは。SRE部プラットフォームSREブロックの高塚です。 6月20日、21日の2日間に渡って幕張メッセで開催されたAWS Summit Japanに、SRE部から10名以上のエンジニアが参加しました。この記事では熱気あふれる会場の様子と面白かったセッションについてご紹介します! AWS Summit Japanとは 会場の様子 セッションレポート おわりに AWS Summit Japanとは www.youtube.com AWS Summit Japanは延べ3万人以上が参加する日本最大の「AWSを学ぶイベント」です。今年は昨年に引き続き幕張メッセで2日間にわたり開催されました。ライブ配信も行われたほか、2024年7月5日まではオンデマンド配信を視聴できます。 aws.amazon.com ちなみに2023年と2019年以前はAWS Summit Tokyo、2020年から202

          ZOZOのSREが行くAWS Summit Japan 2024参加レポート - ZOZO TECH BLOG
        • モダンな開発環境のBtoB SaaSアーキテクチャ特集 技術選定のポイントと今後の展望 - Findy Tools

          公開日 2024/06/25更新日 2024/06/25モダンな開発環境のBtoB SaaSアーキテクチャ特集 技術選定のポイントと今後の展望 ご好評頂いているアーキテクチャ特集の第三弾となる今回は、BtoB SaaSを提供する企業10社にご協力頂き、技術選定のこだわりや今後の展望をご寄稿いただきました。アーキテクチャを通して、各社の事業特性や設計思想にも触れられる内容となっております。※ご紹介は企業名のアルファベット順となっております 株式会社あしたのチーム あしたのチームは「誰もが "ワクワク" 働ける世界を創る」をビジョンに掲げ、人事評価制度の構築・運用・クラウド化で "人と組織の成長" を支援しています。今回は、2024年4月にリリースされた同社の新サービス:パフォーマンスマネジメントプラットフォーム『Cateras™』のアーキテクチャについてご説明します。 アーキテクチャ選択の背

            モダンな開発環境のBtoB SaaSアーキテクチャ特集 技術選定のポイントと今後の展望 - Findy Tools
          • Go Conference 2024にスポンサーしました & 一休はGoを活用しています - 一休.com Developers Blog

            Go Conference 2024にスポンサーしました CTO室プラットフォーム開発チームの山口(@igayamaguchi)です。 先日6/8(土)に一休でGo Conference 2024にスポンサーをさせていただき、スポンサーブースを出展しました。 gocon.jp 来ていただいた方はありがとうございます! 来ていただいた方と話していく中で、一休がGoを使っていることを知らない方がたくさんいることに気づきました。逆に、最近使い始めたばかりのRustの事例についてご存知の方のほうが多かったのです。これは、次のRustについての記事が多くの方に読まれたことによる影響だと思います。 user-first.ikyu.co.jp 実際には一休はGoを使っているサービスがたくさんあります。その点をアピールするため、この記事では一休のどのサービスでGoが活用されているかを紹介します。 一休がど

              Go Conference 2024にスポンサーしました & 一休はGoを活用しています - 一休.com Developers Blog
            • 新しいスタンダード?Elastic Serverlessの使い方や料金体系、特徴をまとめてみた - Taste of Tech Topics

              こんにちは。 Acroquestのデータサイエンスチーム「YAMALEX」に所属する@shin0higuchiです😊 YAMALEXチームでは、コンペティションへの参加や自社製品開発、技術研究などに日々取り組んでいます。 はじめに Elasticのマネージドサービスである Elasticsearch Service (Elastic Cloud) にサーバレスが登場しました。 今回はその使い方や特徴などについて紹介し、どういったシーンでの利用に適しているのか考察してみました。 ※記事中の情報は執筆時点のものであり、今後変更となる可能性があります。利用する際は最新の情報をご確認ください。 Elastic Cloud Serverless とは? 従来のElastic Cloudは、オンプレミスでElasticsearchを運用するのに比べ管理コストを大きく削減することができる点や、柔軟にス

                新しいスタンダード?Elastic Serverlessの使い方や料金体系、特徴をまとめてみた - Taste of Tech Topics
              • 社内の基盤を活かして爆速開発を実現するために重視したマイクロサービステンプレートの5つの要点 - MonotaRO Tech Blog

                はじめに 転職後の二つの喪失感への対応 所属チームの現状とMonotaROのアプリケーション/サービス共通基盤(所謂プラットフォーム) 所属チームの状況 社内プラットフォームの状況 マイクロサービス開発のためのテンプレートの導入 開発のロケットスタート:テンプレートの早期提供 テンプレート作成の5つの要点 1. ベンダー非依存なObservabilityの実装 2. CI/CDを早期に提供(特にLinterを最初期に) 3. APIプロトコルとして、JSON over HTTPとgRPCの双方をサポート 4. 最低限の薄いフレームワーク 5. セントラルProtobufリポジトリの提供 現在の取り組み (2023年10月以降)と今後の展開 さいごに はじめに はじめまして、MonotaROのCTO-Officeに所属する伊藤と申します。 github.com recruit.monotar

                  社内の基盤を活かして爆速開発を実現するために重視したマイクロサービステンプレートの5つの要点 - MonotaRO Tech Blog
                • Guardrails for Amazon Bedrockで簡単にプロンプトから個人情報を検出してみた - Taste of Tech Topics


                     AI使   Amazon BedrockGuardrails for Amazon Bedrock aws.amazon.com   Guardrails for Amazon Bedrock     CloudWatch    Cloud Watch Guardrails for Amazon Bedrock 
                  • 【セッションレポート】同期という思い込み 世界は非同期で構成されている(AWS-56)#AWSSummit | DevelopersIO

                    はじめに AWS Summit Japan 2024 に参加しました。 「同期という思い込み 世界は非同期で構成されている」のセッションレポートです。 セッション概要 サーバーレスサービスである API Gateway や Lambda を使って REST API を構築されている方は多いのではないでしょうか。サーバーレスで REST API をつくると、サーバーの確保作業や設定の手間から解放され、デフォルトの可用性が与えられるなどメリットは大きいです。そして、その効果を最大化させるのが非同期アーキテクチャです。サーバーの呪縛から解放されるサーバーレスの真価はここにあります。このセッションではさまざまなサーバーレスの非同期パターンを紹介するとともに、実際の顧客事例においてどのようなユースケースで非同期系サーバーレスが利用されているかをご紹介いたします。 セッションスピーカー:下川 賢介 所

                      【セッションレポート】同期という思い込み 世界は非同期で構成されている(AWS-56)#AWSSummit | DevelopersIO
                    • 【セッションレポート】OpenSearch のベクトル機能による検索の改善(AWS-47) #AWSSummit | DevelopersIO

                      ベクトル検索が求められるようになってきた背景から、OpenSearch を利用したベクトル検索と、LLM を組み合わせた RAG の実装について解説されるセッションです。 コーヒーが好きな emi です。 本記事は 2024 年 6 月 20 - 21 日の 2 日間開催された AWS Summit Japan 2024 のセッションレポートとなります。 オンデマンド配信の動画リンクと資料のダウンロードは以下です。 動画の視聴と資料のダウンロードには AWS Summit Japan のマイページのログインが必要です。 オンデマンド配信リンク - OpenSearch のベクトル機能による検索の改善 AWS Summit Japan - セッション資料一覧 概要 6/21(金) 15:50 - 16:30 テーマ:生成 AI、AWS for Data、機械学習、データレイク、分析、BI セ

                        【セッションレポート】OpenSearch のベクトル機能による検索の改善(AWS-47) #AWSSummit | DevelopersIO
                      • プロダクトに魂を込める方法 - estie inside blog

                        こんにちは。estieでPdMをしている三橋です。 最近、estieでPdMよもやまをしていると、「プロダクトの力ってすごいよね」「プロダクトの力をもっと信じたいよね」という声をよく聞きます(「よもやま」ってなに?という方はこちらをどうぞ)。 この発言の意図を、私は「プロダクトドリブンでもっと事業の成長スピードを上げられるよね」、要は「プロダクトにもっと魂を込めた方が良いよね(超自分勝手な解釈)」ということだと理解したのですが、改めて考えてみると深い言葉だなーと思ったので、今日はそれに関して自分の想いを好きに述べようと思います。あくまでも個人の考えなので異論は大いに認めます。 この記事で伝えたいこと PdMは顧客から言われたものをそのまま作ってはいけないし、顧客が求めていないものも作ってはいけない。この2つの矛盾するアプローチを同時に満たす必要があるからこそ、PdMの仕事は面白く、難しく、

                          プロダクトに魂を込める方法 - estie inside blog
                        • Java Champion・谷本心がすすめる、技術に対する考え方に大きな影響を与えた書籍5選

                          Java Champion・谷本心がすすめる、技術に対する考え方に大きな影響を与えた書籍5選 2024年6月19日 谷本 心 EverforthとAcroquestの2社で正社員として働くエンジニア。仕事のかたわらでコミュニティ活動も行っており、日本Javaユーザーグループの代表を務めるほか、アメリカで開催されたJavaOneやSpringOneなど国内外のイベントで登壇。その実績から日本で3人目の「Java Champion」に任命された。著書に『Java本格入門』(技術評論社)。趣味は対戦格闘ゲームと、BABYMETALを追いかけて世界中を旅すること。 X: @cero_t Blog: https://cero-t.hatenadiary.jp/ 1. 『Googleを支える技術 ……巨大システムの内側の世界』西田圭介著 2. 『マイクロサービスアーキテクチャ 第2版』Sam Newm

                            Java Champion・谷本心がすすめる、技術に対する考え方に大きな影響を与えた書籍5選
                          • 身近なBtoCサービスを支えるアーキテクチャ大解剖 技術選定のポイントと今後の展望 - Findy Tools

                            公開日 2024/06/18更新日 2024/06/18身近なBtoCサービスを支えるアーキテクチャ大解剖 技術選定のポイントと今後の展望 多くのIT企業では、ユーザーに対してより高品質で安定した体験を提供するために、システムアーキテクチャを進化させ続けています。 本特集では、日常生活の中で多くのユーザーに利用されているサービスのアーキテクチャ設計に携わるエンジニアの方々から、技術選定の背景や意図、そして現在のアーキテクチャの課題から未来への展望まで、詳しく伺いました。この記事を通じて、各企業のエンジニアたちがどのように技術的な課題を克服し、システムの柔軟性と効率を高めているのか、知見を得ていただければ幸いです。 ※ご紹介は企業名のアルファベット順となっております アソビュー株式会社 アソビュー株式会社では「遊び」という領域に対し、マーケットプレイス型EC「アソビュー!」やD2C型SaaS

                              身近なBtoCサービスを支えるアーキテクチャ大解剖 技術選定のポイントと今後の展望 - Findy Tools
                            • NotebookLMでドキュメントベースのAIアシスタントを手軽に試してみた - Taste of Tech Topics

                              はじめに 台風も過ぎ、少しずつ夏へ向けて暑さが増してくる中、皆様いかがお過ごしでしょうか。 そろそろ仕事にも慣れてきた新人エンジニアの木介です。 今回は先日Googleより発表のあった簡単にドキュメントベースのAIアシスタントが使えるNotebookLMの紹介をしていきます。 はじめに NotebookLMとは? 使い方 日本語能力の検証 コードを生成出来るか試してみる まとめ NotebookLMとは? まずNotebookLMとはGoogleが試験的に提供を開始した、個別にカスタマイズが可能なAI調査アシスタントです。 notebooklm.google 具体的なサービス内容としては、ドキュメントをアップロードすると、その情報を元にした回答、要約を行うAIアシスタントが利用できます。 こちらのサービス自体は2023年7月には英語版のみで提供が開始されていましたが、2024年6月6日より

                                NotebookLMでドキュメントベースのAIアシスタントを手軽に試してみた - Taste of Tech Topics
                              • [入門]ドメイン駆動設計 ――基礎と実践・クリーンアーキテクチャ

                                2024年7月1日紙版発売 2024年7月1日電子版発売 増田亨,田中ひさてる,奥澤俊樹,中村充志,成瀬允宣,大西政徳 著 B5判/160ページ 定価2,200円(本体2,000円+税10%) ISBN 978-4-297-14317-6 Gihyo Direct Amazon 楽天ブックス ヨドバシ.com 電子版 Gihyo Digital Publishing Amazon Kindle honto この本の概要 ソフトウェア開発でドメイン駆動設計が注目されています。ソフトウェアデザイン誌で大変好評だった,ドメイン駆動設計特集の過去記事(2024年3月号,2023年2月号など)を再編集し,1冊にまとめました。ソフトウェアの設計は現在さまざまな視点で検討されており,開発の成功をいかに実現し達成するか重要になっています。本書は,ドメイン駆動設計の第一人者である増田亨氏を中心に,現場でドメ

                                  [入門]ドメイン駆動設計 ――基礎と実践・クリーンアーキテクチャ
                                • ウォータフォールはやめて2024年の開発をやろう!|牛尾 剛

                                  今回の記事は特に私の意見であり、所属会社の意見ではないことをお断りしておきます。 最近になってまたウォータフォール vs アジャイルの議論を見かけることが多くなってきたので、私が勤務する米国の世界規模のクラウドプロバイダーでは2024年現在どんな開発をしているのかをご紹介したいと思います。私はこれが「正解」といいたいのではなく、何らかのポイントが皆さんの何らかの参考になったらいいなと思って筆をとりました。 ちなみに、2016年時点で私のウォータフォール開発に対する考え方は下記のブログの通りで今も変わっていません。ただ、2024年現在だからといってアジャイルをやるべきと思っているわけでもありません。 もし、今ウォータフォールをやっている人がいたら「そんなこと言ってもどうしたらええねん」となると思うので、自分なりの解決方法も考えてみました。 最初に自分的な結論を書いておくと「2024年の開発と

                                    ウォータフォールはやめて2024年の開発をやろう!|牛尾 剛
                                  • 株式会社メルカリを退職しました - 迷わず行けよ、行けばわかるさ -

                                    2024-06-17 表題のとおりですが、2018-02-16 から6年3ヶ月ほど勤務した株式会社メルカリを退職することになりました。 前半3年間は機械学習エンジニア、その後は検索チームに異動して検索エンジニアとして楽しく働いていました。 メルカリは自分の社会人キャリアとして一社目の会社でしたが、得難い経験を積むことができたので、これは一生の財産。間違いない。 機械学習エンジニア時代自分が入社した 2018年2月は、メルカリでの機械学習エンジニアとしてまだ片手で数えられる規模での入社であり、他のメンバーはシニアレベルだったので、まさに情熱プログラマーの一番の下手くそでいよう 状態を地で行っていた。 機械学習チームの拡大に伴い、最初の1年ほどは全員と顔見知り、ご飯食べたこともあるし、普通に喋れるという状態を維持できていたが、2年間ほどで全員の顔は把握できないレベルになり、話したことのないメン

                                      株式会社メルカリを退職しました - 迷わず行けよ、行けばわかるさ -
                                    • マイクロサービス基盤にフルマネージドサービスではなくKubernetesを選択する理由

                                      https://event.cloudnativedays.jp/cnds2024/proposals/731

                                        マイクロサービス基盤にフルマネージドサービスではなくKubernetesを選択する理由
                                      • Interop Tokyo 2024 〜​NTTグループ先端5G技術を結集したShowNetへの貢献〜 - NTT Communications Engineers' Blog

                                        はじめに こんにちは、イノベーションセンターの梶江、原田、佐瀬、江崎、山田です。 NTTコミュニケーションズ株式会社 (以下、NTT Com) は、日本最大級のネットワーク展示会である 「Interop Tokyo 2024(会場:幕張メッセ、会期:2024年6月12日〜14日)」 において構築されるShowNet1に対し、昨年に引き続き2コントリビューターとしてローカル5G(以下、L5G)システムを提供し、実験試験局の運用に成功しました。 今年はトランスポートNWにNTT研究所のFDN (Function Dedicated Network :機能別専用NW)を使用。オープン光伝送NWを用いた柔軟性のある確定通信を実現。UPFについても、NTT研究所がDPU(Data Processing Unit)を用いて内製開発したdUPF (distributed UPF)3を使用しました。 これ

                                          Interop Tokyo 2024 〜​NTTグループ先端5G技術を結集したShowNetへの貢献〜 - NTT Communications Engineers' Blog
                                        • プラットフォーム エンジニアリングに関する 5 つの誤解: プラットフォーム エンジニアリングとは一体なのか | Google Cloud 公式ブログ

                                          Darren EvansEMEA Practice Solutions Lead, Application Platform ※この投稿は米国時間 2024 年 5 月 30 日に、Google Cloud blog に投稿されたものの抄訳です。 なぜ新しいトピックに対して否定的になってしまう人がいるのか、その理由は、群盲象を評すの寓話からわかります。その人自身の視点からのみで物事を見てしまうと、その全体像を見失ってしまうということです。プラットフォーム エンジニアリングはソフトウェア デリバリーの比較的新しい手法です。現在、IT 組織やソフトウェア エンジニアのチームの多くがプラットフォーム エンジニアリングについて検討している段階にあるのですが、プラットフォーム エンジニアリングとは何なのか、プラットフォーム エンジニアリングで何ができるのか、プラットフォーム エンジニアリングを導入す

                                            プラットフォーム エンジニアリングに関する 5 つの誤解: プラットフォーム エンジニアリングとは一体なのか | Google Cloud 公式ブログ
                                          • マイクロサービスを作らない人による .NET Aspire の概要説明(普通に便利)

                                            Microsoft Build 2024 で .NET Aspire のバージョン 1.0 がリリースされました。 ここでは、その .NET Aspire の説明をしたいと思います。 公式ドキュメントは以下になります。 ここでは公式ドキュメントとはちょっと違った切り口で解説していこうと思います。 .NET Aspire とは .NET Aspire は、複数のサービスで構成されるアプリケーション開発やデプロイを支援するツールやライブラリの集合体です。 ここでいうサービスは自分たちで開発するマイクロサービスのこともあれば、既存のサービスやミドルウェアを指すこともあります。つまり単一の Web アプリが Redis や SQL Server に依存するといったケースでも .NET Aspire の恩恵を受けることが出来ます。 また .NET Aspire はアプリケーション開発フレームワークで

                                              マイクロサービスを作らない人による .NET Aspire の概要説明(普通に便利)
                                            • Web API設計実践入門──API仕様ファーストによるテスト駆動開発

                                              2024年7月25日紙版発売 柴田芳樹 著 A5判/208ページ 定価2,860円(本体2,600円+税10%) ISBN 978-4-297-14293-3 Gihyo Direct Amazon 楽天ブックス ヨドバシ.com 電子版 Amazon Kindle honto この本の概要 本書は,著者が1993年から約30年間経験してきたAPI仕様の作成,2003年から20年間経験してきたテストファースト開発/テスト駆動開発の知見をまとめたものであり,一般的なソフトウェア開発者が習得することが容易ではない事柄を,本書を通して学び,実践してもらうことを目的としています。 本書が提唱する「API仕様ファースト開発」はWebサービスにおける大域的なテスト駆動開発の実現に必要なものであり,また,API仕様ファースト開発を実現するにはテスト駆動開発が必要です。API仕様ファースト開発とテスト駆動

                                                Web API設計実践入門──API仕様ファーストによるテスト駆動開発
                                              • イベント駆動とドメインモデルの完全性を意識したアーキテクチャ設計

                                                こんにちは。LINEヤフー株式会社で、出前館というプロダクトのサーバーサイドエンジニアをしている古田大志です。 株式会社出前館はLINEヤフーのグループ会社です。資本業務提携を結んでいて、LINEヤフーが開発などをサポートしています。 詳しくはこちらをご参照ください。(https://corporate.demae-can.co.jp/pr/news/demaecan/line.html)(外部サイト) 今回の記事では、その出前館における開発の内容を紹介させていただきます。 出前館はデリバリーサービス事業のプロダクトで、開発においてはマイクロサービスアーキテクチャを採用しています。出前館のマイクロサービスの1つに、クーポンに関するドメインの責務を持ったコンポーネントであるクーポンサービスがあります。 クーポンサービスでは、ビジネスエンハンスに伴う「非機能要件の増大」や「仕様の複雑さの肥大化

                                                  イベント駆動とドメインモデルの完全性を意識したアーキテクチャ設計
                                                • クラスメソッド データアナリティクス通信(AWSデータ分析編) – 2024年6月号 | DevelopersIO

                                                  Redshift Provisioned(プロビジョニング済みクラスタ)のデフォルトの分離レベルがスナップショット分離(Snapshot isolation)に変更、EMR Serverless は I/O 負荷の高いワークロードのパフォーマンスを向上させるシャッフル最適化ディスクを導入されました。QuickSightは、RedshiftのGetClusterCredentialswithIAM のサポートを開始やテーブルでの複数列ソートが可能に! クラスメソッドの石川です。日々AWSのアナリティクス関連サービスのアップデートとそのブログをご紹介します。 今月は、Redshift Provisioned(プロビジョニング済みクラスタ)のデフォルトの分離レベルが、スナップショット分離(Snapshot isolation)に変更になりました。EMR Serverless は、 I/O 負荷の

                                                    クラスメソッド データアナリティクス通信(AWSデータ分析編) – 2024年6月号 | DevelopersIO
                                                  • 大規模データ管理 第2版

                                                    TOPICS Database 発行年月日 2024年07月02日 発売予定 PRINT LENGTH 404 (予定) ISBN 978-4-8144-0071-3 原書 Data Management at Scale, 2nd Edition FORMAT Print PDF EPUB 今日では、データを素早く価値に変換することが求められています。一方、人工知能、クラウド化、マイクロサービスといった新しいソフトウェア提供モデルが、データ管理の方法を根本から変革しようとしています。組織は、分散化が避けられない現実に直面し、責任の分散、データの管理手法、そしてデータの他者への提供方法に関する変革を迫られています。 本書では、将来にわたり堅牢かつスケーラブルなデータ管理を実現するために、組織のニーズを踏まえた次世代データアーキテクチャの設計方法について説明します。また、法規制、プライバシー

                                                      大規模データ管理 第2版
                                                    • オブザーバビリティ再入門 - 大切さと高め方を知ろう!を開催しました! - Mackerel ブログ #mackerelio

                                                      こんにちは! Mackerel CREチームでカスタマーサクセスマネージャー(CSM)をやっているid:chizniiです。 2024年6月5日(水)に「オブザーバビリティ再入門 - 大切さと高め方を知ろう!」をはてな 東京オフィスにて開催しました。本記事ではイベントのレポートを行いつつ、発表資料や配信動画のアーカイブを掲載いたします。 オブザーバビリティ再入門 - 大切さと高め方を知ろう! オブザーバビリティ再入門 - 大切さと高め方を知ろう!とは 今回もイベントのライブ配信を行いました コミュニケーションを促進するための仕組みとして名札を用意 盛りだくさんのトーク内容 可観測性ガイダンス by @nwiizoさん メトリクス、ログ、トレースをうまく使い分けて可観測性を高めよう! by id:masayoshi OpenTelemetry デモを使って Mackerel のメトリック探索

                                                        オブザーバビリティ再入門 - 大切さと高め方を知ろう!を開催しました! - Mackerel ブログ #mackerelio
                                                      • Alibabaのマイクロサービスアーキテクチャで設計された巨大なシステムを分析した論文を読んだ | koyama's blog

                                                        はじめに マイクロサービスアーキテクチャは注目されている.例えば,Netflixやebay, AmazonをはじめとするBig Techで採用されている.また,マイクロサービスアーキテクチャで設計されたシステムも研究のトピックとして注目されている.アカデミックな研究ではマイクロサービスアーキテクチャで設計されたシステムやデータセットの収集が難しく,そうした研究の多くが実験用のアプリケーションやデータセットを使っている. この記事では,Alibabaで動作するマイクロサービスアーキテクチャで設計されたシステムを分析した論文を紹介する.特にマイクロサービスアーキテクチャのシステムの規模や構造を主に扱う. 概要 Characterizing Microservice Dependency and Performance | Proceedings of the ACM Symposium on

                                                          Alibabaのマイクロサービスアーキテクチャで設計された巨大なシステムを分析した論文を読んだ | koyama's blog
                                                        • 新卒で入社したサイバーエージェントを退職しました - moko-poi’s diary

                                                          この節目に、人生初の就職から約1年の経験を振り返り、感謝の気持ちを込めて綴りたいと思います。 自己紹介 たかしゅん/moko-poiと申します。私は主にAWSを中心としたインフラ構築やDevOpsの促進に取り組んでいます。 サイバーエージェントには新卒で入社し、バックエンドエンジニアとして配属されました。その中で、特にDevOpsやAWSなどのインフラ関連の業務に注力し、さまざまなプロジェクトに携わってきました。 サイバーエージェントでやったこと 2023年4月に新卒としてサイバーエージェントにバックエンドエンジニアとして入社しました。その前に、内定者アルバイトとして約3ヶ月間勤務していたため、合計で約1年半在籍していました。全てを詳しく話すと長くなってしまいますので、ここでは主な取り組みを簡潔にご紹介します。 広告 内定者バイトの時から、少人数チームでバックエンドの機能開発だけでなくイン

                                                            新卒で入社したサイバーエージェントを退職しました - moko-poi’s diary
                                                          • 「システム運用の基本と戦略」についてただまとめる

                                                            23卒でバックエンドエンジニアをしているたかしゅんです。(@1341Shun) 先日、株式会社サイバーエージェントAI事業本部の2024年度 エンジニア新卒研修でシステム運用に関する講義を行いました。 そこで話した内容とスライドを完全公開したので、内容について解説します。 90分の内容のため、かなり長いですが、個人的にぜひ一読して欲しい内容になっています。 実際の資料はこちらになります↓ 自己紹介 こんにちは、たかしゅんと言います。2023年度入社で今年で2年目になります。株式会社サイバーエージェントのAIオペレーション室で新規立ち上げをやっております。 入社して最初に広告プロダクトに配属し、PipeCDの導入などのDevOps業務を中心に行なっておりました。 記事もあるのでもしよろしければ、ご覧ください。 2月中旬からAIオペレーション室に移動し、新規立ち上げのインフラ環境の構築からCI

                                                              「システム運用の基本と戦略」についてただまとめる
                                                            • GitHub ActionsでArm64が利用可能に:より高速で効率的なビルドシステムを提供


                                                              Author Larissa Fortuna GitHub ActionsArmArm GitHubGitHub ActionsArmLinuxWindowsGitHub ActionsGitHubArmArm使x64 LinuxWindows37% Arm
                                                                GitHub ActionsでArm64が利用可能に:より高速で効率的なビルドシステムを提供
                                                              • Datadog→New Relicの移行を決めた際のADRを公開します!

                                                                はじめに レバテック開発部、SREチームに所属している金澤です。 弊社開発部では、Datadogで行っていた監視からNewrelicを用いたオブザーバビリティへの移行を行う決定をしました。 そして、なぜオブザーバビリティを採用したのか、DatadogからNewrelicへ移行したのかといった意思決定をADRとして記録し、社内に展開しています。 今回はこのADRの内容を公開します! ※本記事はNewrelic、Datadogを肯定、否定するものではございません。 ADR コンテキスト 事業軸 レバテックの事業戦略は事業ポートフォリオ構想に従っている 既存の事業を拡大させながら新規サービスを生み出し続ける 事業ポートフォリオ構想 開発軸 事業領域の大きさ、深さが拡大し必要なドメイン知識が肥大化 スケーラビリティとアジリティの担保が困難になってきた バグ、障害の発生 レビュー工数の増加 新規参画

                                                                  Datadog→New Relicの移行を決めた際のADRを公開します!
                                                                • メルカリを退職しました

                                                                  昔からオープンソース開発者に強い憧れを抱いていた。 世界の開発者に影響を与え、それを引っ張っていく開発、と言うのがプログラミング始めたての僕にはカッコよく見えたのだと思う。 そんな僕の初めてのオープンソースへのコントリビューションは2019年12月、ElixerのWebフレームワークphoenixに送ったパッチだったらしい。 自分の一番最初のPR見つけるやつ、僕はPhoenixに出したドキュメント修正だった。懐かし🎐 I found my #FirstPullRequest: https://t.co/2JSN0ltJkh. What was yours? https://t.co/JbYJ8sYw4v — sanposhiho (@sanpo_shiho) August 25, 2022 2018年に大学に入るまでは自分のパソコンすら持っておらず、石川という石と川しかない県で自然に囲ま

                                                                    メルカリを退職しました
                                                                  • オブザーバビリティ再入門みたいなイベントで登壇しました。再入門だけが創造的な勉強会みたいな主張をした。 #o11y_mackerel - じゃあ、おうちで学べる

                                                                    はじめに 先日、taxin_ttさんからダイレクトメッセージで、「オブザーバビリティ再入門」というイベントで登壇し、イベントのテーマが「再入門」ということで、オブザーバビリティについて改めて基本的な概念から説明するようにとの依頼をいただきました。 mackerelio.connpass.com 「再入門」というテーマを聞いたとき、正直なところ少し悩みました。オブザーバビリティは近年注目を集めているトピックであり、既に多くの人が資料を作って登壇されており参加者も基本的な知識を持っているはずです()。そんな中で、「再入門」として何を話せばよいのか、どのようにアプローチすればよいのか、考えを巡らせました。 再読だけが創造的な読書術である (単行本) 作者:永田 希筑摩書房Amazon そこで、私は「可観測性とは」「可観測性と監視の違い」「可観測性の導入と抵抗」の3つのトピックを中心に話すことにし

                                                                      オブザーバビリティ再入門みたいなイベントで登壇しました。再入門だけが創造的な勉強会みたいな主張をした。 #o11y_mackerel - じゃあ、おうちで学べる
                                                                    • SREに求められるスキルと心構え | sreake.com | 株式会社スリーシェイク

                                                                      はじめに こんにちは、最近の私の人生はキックボクシングとコーディングの2つの活動に極端に偏りつつあります。nwiizoです。一見正反対のようなこの2つの活動ですが、共通する本質があります。それは、頭で考えるだけでなく、実際に体を動かして実践することで新しい発見や気づきを得ていくプロセスです。 キックボクシングでは、理論だけでは表現できない”技”を体で覚えていきます。理論上の動作はスムーズに行えても、実際にパンチやキックを繰り出す際には、さまざまな戦略を一瞬のうちに計算し、機動的に対応しなければなりません。そこでは思考するよりも先に、体が自然と反応するよう繰り返し訓練を重ねていきます。 一方のコーディングにおいても、書籍から得た知識を単に暗記しているだけでは意味がありません。実際にコードを書きながら、試行錯誤を重ね、バグに出くわし、その都度解決策を見出していく中で、本当の理解が深まっていきま

                                                                        SREに求められるスキルと心構え | sreake.com | 株式会社スリーシェイク
                                                                      • 概念データモデルから始める真にデータドリブンな製造業DX | QUNIE

                                                                        「真にデータを中心に据えたデジタルトランスフォーメーション(DX)とは何か?」。これを考察し、実現するためのアプローチを提案するのが本稿の主題である。DX、システムモダナイゼーション、マスターデータ管理(MDM)、データマネジメント、GAIA-X、データスペースなど、キーワードは多く存在し、製造業に限らずこの10年で多くの企業がデータドリブンな経営や業務改革、システム改革に挑んできた。 筆者らも製造領域のこのようなプロジェクトに数多く参画してきたが、直近の傾向として、自社のさまざまな施策を、データを起点にした取り組みとして見直す動きがある。これまでもデータ重視の姿勢は打ち出していたものの、その実態としては、従来の業務改革ありきの活動に終始しており、データ検討は後回しにされてきた。真にデータドリブンな経営・改革を目指し取り組むべきは、自社のバリューチェーン全体を、経営環境や技術の変化に応じて

                                                                        • メルカリ ハロ立ち上げ時のSRE | メルカリエンジニアリング


                                                                            SRE TL@nakaMercari Hallo, world! -  - 3 SRE Platform EngineeringPlatform EngineeringSRE SREPlatform EngineeringAll For One
                                                                            メルカリ ハロ立ち上げ時のSRE | メルカリエンジニアリング
                                                                          • Dify(ディファイ)on WSL2でgpt-4oを実験 - Qiita

                                                                            1.はじめに Difyの登場で今まで生成AIのLLMの評価に時間を費やしていた企業などは、Difyの利用により、その時間を短縮し、より効率的な開発作業に注力することが可能となりました。 Difyの利用によって、開発者はAIの評価にかかる時間を大幅に削減し、開発作業の効率化が可能となります。 また、生成AIがマルチモーダルへの進化を遂げていく中で、Difyのようなローコードプラットフォームを活用することで、短時間でのサービス立ち上げが可能となり、開発の効率化が更に進むと思われます。 2.Difyとは Dify(Do It For Yourselves)は、Luyu Zhang氏がCEOの米国のデラウェア州のLangGenius, Inc.が展開するクラウドサービスのローコードLLM(大規模言語モデル)アプリケーション開発プラットフォームです。 Difyはオープンソースのため、Apache L

                                                                              Dify(ディファイ)on WSL2でgpt-4oを実験 - Qiita
                                                                            • テキスト生成AI利活用におけるリスクへの対策ガイドブック(α版)

                                                                              テキスト生成 AI 利活用におけるリスクへの対策ガイ ドブック(α版) 2024(令和 6)年 5 月 30 日 デジタル庁 〔ドキュメントの位置付け〕 参考資料。今後、デジタル社会推進標準ガイドラインへの編入を検討予定 〔キーワード〕 テキスト生成 AI、生成 AI、サービス開発者、サービス提供者 〔概要〕 テキスト生成 AI を利活用し、行政サービスや職員業務の改善の重要度が高まる中、リ スクを特定し、そのリスクを受容できるレベルまでに軽減する対応もまた重要になってい る。テキスト生成 AI に関連するリスクは多岐にわたるが、その多くはテキスト生成 AI 固有 でない AI システム全般に共通するものである。そこで、本文書では政府情報システムを対 象に、テキスト生成 AI 固有と見られるリスクに焦点をあて、留意点を紹介する。現段階 (2024 年 5 月現在)では、実践的なフレームワー

                                                                              • Modular Monolith はどの辺りから考え始めるものなのか - id:onk のはてなブログ


                                                                                   infoq.com   Shopify  1app/  MVC COMPONENTS ( billing)/app/  MVC    300 models  
                                                                                  Modular Monolith はどの辺りから考え始めるものなのか - id:onk のはてなブログ
                                                                                • Software Design 2024年5月号 連載「レガシーシステム攻略のプロセス」第1回 ZOZOTOWNリプレイスプロジェクトの全体アーキテクチャと組織設計 - ZOZO TECH BLOG

                                                                                  はじめに 技術評論社様より発刊されているSoftware Designの2024年5月号より「レガシーシステム攻略のプロセス」と題した全8回の連載が始まりました。 本連載では、ZOZOTOWNリプレイスプロジェクトについて紹介します。2017年に始まったリプレイスプロジェクトにおいて、ZOZO がどのような意図で、どのように取り組んできたのか、読者のみなさんに有益な情報をお伝えしていければと思いますので、ご期待ください。第1回目のテーマは、「ZOZOTOWNリプレイスプロジェクトの全体アーキテクチャと組織設計」です。 目次 はじめに 目次 ZOZOTOWNリプレイスの背景、目的 背景 目的 柔軟なシステム 開発生産性 技術のモダン化 採用強化 ZOZOTOWNリプレイスの歴史とアーキテクチャの変遷 アーキテクチャの変遷 2004年〜2017年:オンプレミス(リプレイス前) 2017年〜20

                                                                                    Software Design 2024年5月号 連載「レガシーシステム攻略のプロセス」第1回 ZOZOTOWNリプレイスプロジェクトの全体アーキテクチャと組織設計 - ZOZO TECH BLOG