並び順

ブックマーク数

期間指定

  • から
  • まで

361 - 400 件 / 784件

新着順 人気順

SREの検索結果361 - 400 件 / 784件

  • ALB TargetGroup を切り替えて S3 上の静的ページを表示する(HaMaMo! ハマスタモバイルオーダーの事例)[DeNA インフラ SRE] | BLOG - DeNA Engineering

    2023.12.15 技術記事 ALB TargetGroup を切り替えて S3 上の静的ページを表示する(HaMaMo! ハマスタモバイルオーダーの事例)[DeNA インフラ SRE] by yuto.ota #ydb #hamamo #aws #infrastructure はじめに こんにちは,IT 本部 IT 基盤部第一グループの大田です. IT 基盤部では,DeNA のグループ子会社等も含めて横断的に複数のサービスのインフラ運用を行っています. 今回は,横浜DeNAベイスターズ(以下,YDB)の HaMaMo! というサービスについて,IT 基盤部が関わっているインフラ部分の構成について一部ご紹介します. HaMaMo! とは HaMaMo!(ハマスタモバイルオーダー)は、 ハマスタオリジナルフードを、スマホでオーダーして、完成通知を受信後に、 受け取りに行くだけの便利なオーダ

      ALB TargetGroup を切り替えて S3 上の静的ページを表示する(HaMaMo! ハマスタモバイルオーダーの事例)[DeNA インフラ SRE] | BLOG - DeNA Engineering
    • 手動作成AWSリソースをIaC化するモブプロ「cdk import day」を定期開催している話 - Uzabase for Engineers

      はじめに 「私…全ての手動作成AWSリソースを生まれる前に消し去りたい。全ての宇宙、過去と未来の全ての手動作成AWSリソースを…この手で!」 そんなことを思われた経験はないでしょうか?私は常に思っています。 こんにちは。ソーシャル経済メディア「NewsPicks」のSREチームの安藤です。 先日の JAWS-UG CDK支部 #14 にて、テーマが「IaC Generator祭り」だったこともあり、以下のタイトルでLT発表させていただきました。 www.docswell.com 上記の発表はAWS CDKのコミュニティのライトニングトークということもあり簡単なTIPS紹介が中心だったので、本記事では改めて背景と概要について紹介します。 背景 NewsPicksというサービスは10年以上の歴史があり、サービス開始当初からAWSを利用していました。 現在は、Infrastructure as

        手動作成AWSリソースをIaC化するモブプロ「cdk import day」を定期開催している話 - Uzabase for Engineers
      • プロダクト開発エンジニア全員で取り組むオブザーバビリティ | ドクセル

        プロダクト開発エンジニア全員で取り組む オブザーバビリティ 株式会社ユーザベース 安藤裕紀 TechBrew in 東京〜オブザーバビリティのベストプラクティス〜 2024/4/11 00 自己紹介 安藤裕紀 / あんどぅ 株式会社ユーザベース NewsPicks事業 SRE Unit Leader SREチームのマネージャー 兼 テックリード 特技:AWSコスト削減や障害対応を愚直に100本ノックすること 好きなSREのプラクティス:非難なきポストモーテム文化 Incident Response Meetupというイベントを運営しています ©Uzabase, Inc. All Rights Reserved.

          プロダクト開発エンジニア全員で取り組むオブザーバビリティ | ドクセル
        • 監視にかかるコストを見直し半額にした話 - メドピア開発者ブログ

          SRE の田中 @kenzo0107 です。 メドピアグループでは主に AWS をプラットフォームとし、監視は Datadog で実施しています。 監視対象や課金対象のサービスの増加で徐々にコストが増加していたので、 利用状況を分析し、削減できる項目を調査しまとめました。 Datadog 子組織・サービス毎の利用料金の確認の仕方 親組織にある Usage & Cost > Individual Organizations *1 の Cost タブで各 org 毎の利用料金を確認できます。*2 事前に利用する量をコミット www.datadoghq.com 事前に利用する量をコミットすることで 2~3割程、コスト削減できます。 ANNUALLY (年間でコミットを決定) の方がコスト削減率は高いですが、 MONTH-TO-MONTH (月毎にコミットを決定) を採用しています。 月毎に監視対

            監視にかかるコストを見直し半額にした話 - メドピア開発者ブログ
          • ISUCON13 受賞チームおよび全チームスコア : ISUCON公式Blog

            2023.11.26 18:28 初出時、上位入賞チームのスコアに誤りがあったため修正しました。また、TOP30チームにおいて学生チームがわかるよう追記しました。 ------ ISUCON13 に参加いただいた皆さん、ありがとうございました! 11月25日(土)に開催されたISUCON13の結果発表および、出場全チームのスコアについてご案内します。 受賞者の発表総合1〜3位のチーム、学生1〜2位のチームに対する賞、および特定スコアに対して特別賞を用意していました。 優勝: 賞金 100 万円2位: 賞金 30 万円3位: 賞金 10 万円学生1位: 賞金 30 万円学生2位: 賞金 10 万円特別賞: 賞金 5 万円 以下のとおり、各賞の受賞チームを発表します。 優勝チーム: NaruseJun スコア: 468,006 点 2位/学生1位チーム: 織時屋(学生) スコア: 243,85

              ISUCON13 受賞チームおよび全チームスコア : ISUCON公式Blog
            • 2023 年

              2023 年が終わるので、色々振り返る。2019 年・2020 年・2021 年 の振り返りがあって 2022 年は未執筆なのに気がついたので、若干そこにも触れておく。 暗中模索の 2022 年、光明の差す 2023 年 今だから言えるが、自分一人にとって、昨年 2022 年は暗い 1 年間だった。自身が経営に携わるスタートアップ(Flatt Security)はもちろん成長を続けていたし、どんどん素敵なメンバーが増えていた。会社は外から見ても内から見ても上手くいっていた。しかし、二の矢・三の矢の事業を生み出し、その小さな成功から熱狂を加速するべき立場にいた自分は、何が成せていたか?正直からっきしだった。その実感が 2022 年への印象に影をもたらしている。 こういう踊り場は、組織のモメンタムに大きく影響する。うまくいっていても、うまくいっていない気がしてくるのだ。人は努力の尽くされた論理

                2023 年
              • Mackerel 個人ダッシュボード使いこなし術 - id:onk のはてなブログ

                この記事は Mackerel Advent Calendar 2023 の12月1日の記事です。トップバッターいただきます。 お前誰よ Mackerel チームでエンジニアリングマネージャーをやっている id:onk です。最近は特に OpenTelemetry 対応を進めているチームのそばにいます。 今日の話 個人で Mackerel をどう使っているかの一部をチラ見せします。 まずはこのダッシュボードを見てくれ。 我が家のダッシュボード リモートワークになってから快適に暮らすために、気温、室温、二酸化炭素濃度、気圧なんかを測って投稿している。二酸化炭素濃度が上がるとアラートを鳴らして換気するなどのアクションを取りたいし、気圧が急激に下がるときは頭痛ーるのようにアラートを投げたい。というわけで Nature Remo や Netatmo を利用して測定しています。 測っている値は 3 年

                  Mackerel 個人ダッシュボード使いこなし術 - id:onk のはてなブログ
                • B/43のサーバーサイド開発の醍醐味と伸びしろ - inSmartBank

                  こんにちは!サーバーサイドエンジニアの mitani です。 2023年に技術広報を始めたことで、少しずつB/43を知ってくださっている人が増えてきました。辰年の今年は、サービス名だけでなくB/43の機能やその実装の背景など、B/43を開発する楽しさや醍醐味をどんどん発信して、もっともっとB/43のエンジニアリングを好きになってもらえる人を増やしていこうと思います! ということで、このブログではB/43のサーバーサイドエンジニアが最近開発していることを紹介しながら、Fintechサービスを開発する醍醐味と今後取り組んでいきたい伸びしろについてお伝えします! できるだけ赤裸々に今の状況を “Be Open” していきたいと思うので最後までお読みください! 最近のB/43の開発事情 B/43はVisaプリペイドカードと家計簿アプリを組み合わせたサービスなので、決済システムと支出管理システムにざ

                    B/43のサーバーサイド開発の醍醐味と伸びしろ - inSmartBank
                  • 対応急務!なりすまし/迷惑メール対策「DMARC」の仕組みと効果[前編] | IT Leaders

                    IT Leaders トップ > テクノロジー一覧 > セキュリティ > 技術解説 > 対応急務!なりすまし/迷惑メール対策「DMARC」の仕組みと効果[前編] セキュリティ セキュリティ記事一覧へ [技術解説] 対応急務!なりすまし/迷惑メール対策「DMARC」の仕組みと効果[前編] 送信ドメイン認証対応は“推奨”から“義務”へ 2024年1月16日(火)増田 幸美(日本プルーフポイント チーフ エバンジェリスト) リスト メールを介したサイバー攻撃や詐欺行為が増加の一途をたどる中、防御策として、送信ドメイン認証技術「DMARC(ディーマーク)」の重要性が増している。利用者の多いGmailとYahoo!メールの場合、2024年2月1日から送信ドメイン認証を義務付けるなど、メールの安全な送受信に不可欠な仕組みとして、行政機関やさまざまな業界で対応が急務となっている。本稿では前編・後編の2回

                      対応急務!なりすまし/迷惑メール対策「DMARC」の仕組みと効果[前編] | IT Leaders
                    • Mackerel Meetup #15 Tokyo #mackerelio (2023/12/19 17:00〜)

                      チームとコミュニティで監視を育てる 障害はシステムを運用していれば必然的に起きるもので、ガチガチに守ってなんとかなるものではありません。監視も、この構成ならこれをやっておけば大丈夫という答えが決まっているものではありません。コンピュータシステムは複雑なので万能の最適な方法は見つかりにくいです。全てのケースを完璧に想定して防ぐことはできないので、叩きとなるスタート地点を決めて、あとは起きた事象に柔軟に対処していくことである程度適応していけるようになります。それがMackerelが掲げている「監視を育てる」です。 Mackerelでは、そのスタート地点と、監視を育てるための考え方、それをもとにチームで監視を育てていけるプラットフォームを提供したいと考えています。 Mackerel Meetupもその仕組みの一つです。 Mackerel Meetupは、Mackerelをご利用中のユーザーのみな

                        Mackerel Meetup #15 Tokyo #mackerelio (2023/12/19 17:00〜)
                      • 「はっ?」Google Cloud で「削除を確定するには、下に『削除』と入力してください」という指示がでたので「削除」と入力するとエラーになる

                        kzk_maeda @kzk_maeda SRE / Data Engineer / AWS Startup Community Core Member / AWS Community Builder / キックボクシング / 音楽用→ @kzk_music0711 / 読書用→ @kzk_book / profile.kzk-maeda.work

                          「はっ?」Google Cloud で「削除を確定するには、下に『削除』と入力してください」という指示がでたので「削除」と入力するとエラーになる
                        • グーグル「メール送信者のガイドライン」の急所とDMARC対応の実際[後編] | IT Leaders

                          IT Leaders トップ > 経営課題一覧 > 法制度対応/CSR > 技術解説 > グーグル「メール送信者のガイドライン」の急所とDMARC対応の実際[後編] 法制度対応/CSR 法制度対応/CSR記事一覧へ [技術解説] グーグル「メール送信者のガイドライン」の急所とDMARC対応の実際[後編] 大量メール配信者は、2024年2月からSPFとDKIMに加えてDMARC対応が必須 2024年1月22日(月)増田 幸美(日本プルーフポイント チーフ エバンジェリスト) リスト メールを介したサイバー攻撃/詐欺への防御策として、急がれる送信ドメイン認証技術への対応。前編では「DMARC(ディーマーク)」の仕組みと効果について解説した。後編では、2024年2月1日から対象の環境に送信ドメイン認証を義務づけるグーグルの「メール送信者のガイドライン」に沿って、DMARC対応および運用作業のポイ

                            グーグル「メール送信者のガイドライン」の急所とDMARC対応の実際[後編] | IT Leaders
                          • SRE NEXT 2023参加レポート - 生涯未熟

                            SRE NEXT 2023に登壇者として参加させていただきました! 大きな舞台で貴重な経験をさせていただいたので、色々と記録に残すためにレポートを書きます。 私とSRE NEXT SRE NEXTの存在を知ったのはちょうど私がSREを始めて1年経たないくらいの時で、「こんな大きなカンファレンスがあったのか!」と驚きました。 即参加を決めてオンライン視聴しましたが、イベント自体めちゃくちゃ気合いが入っててすげーすげー!言ってました。で、肝心のセッションも弊社の清水さんの発表など非常に胸に刺さるものが多く、特にVTRyoさんの「一人から始めるプロダクトSRE」が今の自分の状況と同じで物凄く感銘を受けたのを覚えています。 youtu.be そこから、「いつかこんな大きな舞台に立てたら嬉しいな〜頑張らないとな〜」と薄っすらですが考えるようになりました。 SRE NEXT 2023開催! ずっと薄っ

                              SRE NEXT 2023参加レポート - 生涯未熟
                            • 【開催レポート】Mackerel Meetup #14 Tokyoを開催しました! - Mackerel お知らせ #mackerelio

                              こんにちは、Mackerel CREチームの id:kmuto です。 2023年7月11日、「GMO Yours・フクラス」にて4年ぶりとなるMackerel Meetup #14 Tokyoを開催いたしました。今回はそのレポートをお届けします! mackerelio.connpass.com 会場の紹介 渋谷フクラス16階に、GMOインターネットグループ株式会社さまのコミュニケーションスペース「GMO Yours・フクラス」があります。このたびGMOペパボ株式会社さまに会場スポンサーをいただきました。 広大なカフェスペースをパーティションで区切ることができ、今回のようなイベントに対応できる仕組みになっています。スクリーンや音響も整っており、「うらやましい……」の声がMackerelチームメンバーたちから漏れていました。 GMO Yours・フクラスのカフェスペース 一角をイベントスペー

                                【開催レポート】Mackerel Meetup #14 Tokyoを開催しました! - Mackerel お知らせ #mackerelio
                              • Slack Botによるヘルプページの情報参照:LLMを組み合わせたRAGの実装

                                はじめに 株式会社スマートショッピングで SRE をしているbiosugar0です。 先日、2023 年 10 月 23 日に行われた Amazon Bedrock Prototyping Camp というイベントに参加してきました。 そこでは Bedrock の紹介から始まり、Claude のハンズオン、実際にプロダクト反映を目指したプロトタイピングを行うという内容でした。 今回はその中で検証、実装した社内用の Slack bot に弊社ヘルプページを参照させる事例を紹介します。 Retrieval Augmented Generation (RAG) Retrieval Augmented Generation (RAG)は、LLM を用いた処理において、外部のデータベースや文書と連携してより精度の高い回答を生成するためのテクニックです。 GPT-4 のような LLM は、学習に使用さ

                                  Slack Botによるヘルプページの情報参照:LLMを組み合わせたRAGの実装
                                • ソフトウェアエンジニア(Product Security Ops)を募集します - 10X Product Blog

                                  こんにちは、Software Engineerの@sota1235です。最近の趣味はギター練習です。 今回は私が所属するセキュリティチームで新たにソフトウェアエンジニアを募集し始めた話をします。 採用目的が全開みたいなタイトルになっていますが、伝えたいことは「セキュリティエンジニアだけでなくソフトウェアエンジニアをセキュリティチームで募集するに至った」背景です。 10Xのセキュリティチームが組成されてから1年半でどのような変化があり、どんな課題を解決するためにこの意思決定に至ったのか。なぜソフトウェアエンジニアが必要なのか。 スタートアップにおいてプロダクトのセキュリティ品質を担保するための体制をどう組み立てていくかの一例として参考になれば幸いです。 目次 目次 ソフトウェアエンジニア(Product Security Ops)とは なぜソフトウェアエンジニアの募集をするのか 1. 現在の

                                    ソフトウェアエンジニア(Product Security Ops)を募集します - 10X Product Blog
                                  • あのサービスの監視・オブザーバビリティ アーキテクチャ選定【後編】 - Findy Tools

                                    公開日 2024/01/24更新日 2024/02/15あのサービスの監視・オブザーバビリティ アーキテクチャ選定【後編】 ユーザーや顧客へ信頼性を担保した価値提供をしていく中で、監視・オブザーバビリティの取り組みは非常に重要です。 前回の監視・オブザーバビリティ特集では、合同会社DMM.com、株式会社MIXI、株式会社マネーフォワード、パイオニア株式会社、Sansan株式会社、株式会社ZOZOの6社の各サービスを支える監視・オブザーバビリティをご紹介しました。 今回後編では、Chatwork株式会社、株式会社カカクコム、株式会社LayerX、株式会社リンクアンドモチベーション、株式会社タップルのアーキテクチャをご紹介します。 各社がどのようなアーキテクチャを組んでいるのか、またそのアーキテクチャにしている背景や意図についてぜひ参考にしてみてください。 Chatwork株式会社 アーキテ

                                      あのサービスの監視・オブザーバビリティ アーキテクチャ選定【後編】 - Findy Tools
                                    • LINEの「あけおめLINE」過負荷対策(2) ― 「発生可能性の低減」におけるボトルネックの設計 | gihyo.jp

                                      第1回では過負荷対策におけるリスクマネジメントの全体像、そして「発生可能性の低減」に関する全般的な説明をしました。今回はその「発生可能性の低減」のなかでもボトルネックの設計について、私たちが実際に行なっている方法をご紹介します。 少ないエンジニアリソースで複数のサービスのボトルネックを解析し、キャパシティプランニングを行うのは非常に難しいことです。そのため、私たちはボトルネックを解析する代わりに、ボトルネックを設計することにしました。具体的には、ほぼすべてのAPIサーバーにおいて、CPUリソースが最初に枯渇するようにチューニングしています。これにより、サーバーのキャパシティプランニングではCPUリソースの枯渇具合のみを気にすればよくなります。今回はこの具体的な手順をご紹介します。 そもそも、アクセス過多時のボトルネックを設計するためのもっとも単純で効果的な方法は、実際にストレステストを行い

                                        LINEの「あけおめLINE」過負荷対策(2) ― 「発生可能性の低減」におけるボトルネックの設計 | gihyo.jp
                                      • 104. Platform Engineering w/ jacopen | fukabori.fm

                                        MP3ファイルをダウンロード 内容紹介 jacopenさんをゲストに、Platform Engineering、話題となっている背景、DevOpsやSREとの差分、Platform as as Product などについて語っていただきました。 出演者 話したネタ Platform Engineering とは? Platform Engineering におけるツールチェインとは? セルフサービスのイメージ Platform Engineering で解きたい課題とは? なぜ盛り上がっている?その背景とは? 認知負荷、課題外在性負荷 DevOps との差分は? SRE と Platform Engineering との関係は? ちいとぽ本におけるプラットフォームチームと、Platform Engineeringとの関連性 書籍: チームトポロジー 価値あるソフトウェアをすばやく届ける適応

                                          104. Platform Engineering w/ jacopen | fukabori.fm
                                        • 勘に頼らず原因を⾒つけるためのオブザーバビリティ

                                          ■イベント SRE NEXT 2023 IN TOKYO https://sre-next.dev/2023/ ■登壇概要 タイトル:勘に頼らず原因を⾒つけるためのオブザーバビリティ 登壇者:技術本部 Bill One Engineering Unit SREチーム 上司陽平 ■Bill One エンジニア 採用情報 https://media.sansan-engineering.com/billone-engineer

                                            勘に頼らず原因を⾒つけるためのオブザーバビリティ
                                          • [t_wada氏×カミナシTori氏]ソフトウェアエンジニアと品質保証 SRE、QAの枠にとらわれない新しい視点 | Offers Magazine

                                            前提として、カミナシが目指しているエンジニアリング組織の形について、CTOとして以下の三つの原則をブログ記事で明示しました。 すべてはオーナーシップ 開発チーム自身がシステムを運用する SRE、QA、プラットフォームの類を安易にチーム化しない この三つの原則は、価値ある製品を顧客に届けるためには開発チーム自身のオーナーシップが不可欠であり、そのためには各チームが自らのシステムを運用する重要性、そしてSREやQAなどを単独のチームに分けないことを示しています。 チーム化の理想としては、以下の三点が挙げられます。 フォーカスによる専門領域のExecution Level 深化 チームごとの役割分担による組織全体のExecution Level 深化 希少な人的リソースの「基盤」化 各個人が専門領域にフォーカスすることでExecution Levelを高め、チームが役割を分担することで組織全体の

                                              [t_wada氏×カミナシTori氏]ソフトウェアエンジニアと品質保証 SRE、QAの枠にとらわれない新しい視点 | Offers Magazine
                                            • DMARCレポートを眺めるのにdmarc-visualizerがおすすめ - クラウドワークス エンジニアブログ

                                              この記事は クラウドワークス Advent Calendar 2023 シリーズ2 の 14日目の記事です。 こんにちは。crowdworks.jp SRE チームの田中(@kangaechu)です。 この記事を読んでいる方はGoogle/Yahoo.comから出されたメール送信者のガイドライン対応を絶賛対応中かと思います。 support.google.com support.google.com Postmaster @ Yahoo & AOL — More Secure, Less Spam: Enforcing Email Standards... みなさん、DNSにDMARCの設定を追加しましたか? ひとまずDMARCで設定したレポート送信先メールアドレスに大量のレポートが届いているものの、次になにしたらいいんだろう?と思っている方も多いかと思います。 DMARCレポートを解析し

                                                DMARCレポートを眺めるのにdmarc-visualizerがおすすめ - クラウドワークス エンジニアブログ
                                              • IAM Identity Centerでもaws-vaultでセキュアにAWS CLIを使う - Nealle Developer's Blog

                                                こんにちはSREチームの宮後(@miya10kei)です。最近、トリュフナッツにハマりビール🍺の消費量が増えています。 AWS CLIを使用する時にaws-vaultは使っていますか? AWSのユーザ管理をAWS IAM Identity Centerに移行した際にaws-vaultの設定でつまずいたので解決方法を紹介したいと思います。 AWS IAM Identity Centerとは? 複数の AWSアカウントやアプリケーションへのワークフォースのアクセスを一元管理するためのサービスです。外部IDプロバイダーと接続しSSO(シングルサインオン)連携をすることができます。ニーリーではGoogle Workspaceと連携させGoogleアカウントでログインできるようにしています。 aws-vaultとは? aws-vaultはAWS CLIを使用する際の認証情報を安全に保存し、アクセス

                                                  IAM Identity Centerでもaws-vaultでセキュアにAWS CLIを使う - Nealle Developer's Blog
                                                • Docker内部の仕組みについて手を動かして理解してみた

                                                  SREホールディングス株式会社 でソフトウェアエンジニアをやっている釜田です。 近年、Webアプリケーション開発者にとって、コンテナの起動や停止のためにDockerコマンドを用いることが一般的になりましたが、その背後の仕組みについてご存知でしょうか? 実は、コンソールからDockerコマンドを実行した裏側で、コンテナランタイムがコンテナの作成や起動を行っています。 今回はそのようなDockerの裏側について紹介するとともにコンテナランタイムを直接動かしてコンテナを作成、起動してみようと思います。 今回紹介するコンテナランタイムの役割と機能についての理解を深めることで、今後より適切なコンテナランタイムを選択して、コンテナのセキュリティレベルを向上させることが可能になります。 対象読者 業務でDockerを利用している方 Dockerがどのような仕組みでコンテナを実行しているか気になる方 コン

                                                    Docker内部の仕組みについて手を動かして理解してみた
                                                  • 「ありがとう」の言葉が何よりのモチベーション - Findy Engineer Lab

                                                    インフラ・SRE領域の人材不足が叫ばれるなか、技術情報の発信、登壇、教育活動、OSS活動に奮闘しているadachinさん。大規模なオンプレミスからクラウドまでを網羅するインフラ担当からキャリアをスタートし、現在はSREとして本業に限らず、個人事業主としても活動している。 「10年前と比べると、インフラに関連した技術ブログや技術書も分かりやすいものが増えてきました」 「僕自身、インフラエンジニアになった当時は情報が少なくて困りました。技術的な問題でつまづいたとき、すぐさま解決してくれるようなブログもなかった」 だからこそ、現場レベルでの経験をもとに技術の検証をしながら、一目で問題解決の糸口を見つけられるブログを発信し続けてきた。これまでに個人ブログで500記事以上、備忘録サイトも含めると1,000記事を超えており、月間数万PVにもなるという。イベントで「インフラ周りで困ったときに参考にしてい

                                                      「ありがとう」の言葉が何よりのモチベーション - Findy Engineer Lab
                                                    • AEONテックブログはじめるってよ

                                                      どうもはじめまして! イオンスマートテクノロジー株式会社のCTO室でSREやってる@Tocyukiです! というわけで(?)すでに何本か記事が上がってきておりますが、この度テックブログを開設したのでご挨拶と共にイオングループについてテックブログ開設の背景や目的、今後の展望などについてご紹介していければと思います! イオンについて 多分、イオンという名前を聞いて「なにそれおいしいの?」となる方はあまりいないぐらいには日本国内で認知されている会社だと思います。 しかしながらその実態は巨大なグループ企業であり自分自身もグループ内にどのような会社、事業が展開されていているのかは正確に把握していませんし、この会社もイオングループだったのか!? と驚くことも少なくありません(しっかりしろ) ITやWeb技術が当たり前になった現在、御多分に洩れずイオンもその恩恵にあずかりながら様々なグループ会社で様々な

                                                        AEONテックブログはじめるってよ
                                                      • Platform Engineeringとは何か? なぜ注目されているのか

                                                        近年急速に注目を浴びている「Platform Engineering」。本連載ではPlatform Engineeringとは何か、そのメリットについて解説します。第1回は、Platform Engineeringとは何か、そして注目されている背景について紹介します。 はじめに みなさんはPlatform Engineeringという言葉を聞いたことはありますか? 近年急速に注目を浴びつつある技術分野で、Gartner社による2024年の戦略的技術トレンドTop10[1]に入るなど、非常に期待されている考え方です。技術トレンドの多くがAI関連の技術に占められる中でも存在感を発揮していることからも、その関心が伺えます。 では、このPlatform Engineeringとは、一体どのような考え方で、どのようなメリットをもたらしてくれるものなのでしょうか? 本連載では、Platform Eng

                                                          Platform Engineeringとは何か? なぜ注目されているのか
                                                        • AWSのコスト最適化を行い30%程削減した話

                                                          はじめに こんにちは、アルダグラムのSREエンジニアの okenak です。 今回はスタートアップ企業のAWSコスト最適化に取り組んだ内容を紹介したいと思います。 背景 弊社はグロース期のスタートアップ企業ですがAWSのコストが約1年間で4倍に上昇しました。 これまでは社内の生産性向上や安定したサービスを提供するために、インフラリソースを潤沢に利用してきましたが、急激な円安等の流れもあり今ここにきて見直しが必要なタイミングとなったためコスト最適化に取り組むことにしました。 (上記は補足として開発用と本番用のAWSアカウントの合算の金額です) コスト最適化のための取り組み コスト最適化に関してはトレードオフの関係があります。 特に市場に投入するまでのスピードを重視するスタートアップ企業では人的リソースがかぎられるためコスト最適化のための工数は犠牲になりがちです。(それが大きく問題になるまでは

                                                            AWSのコスト最適化を行い30%程削減した話
                                                          • エクサウィザーズを退職しました。 - rokujyouhitoma's blog

                                                            素敵なビジョンや業務、経営者・同僚達に恵まれていたものの、同僚*1の言葉を借りると私の「美学」に反したので、誠に遺憾ながら退職いたしました。 素敵なビジョン 「AIを用いた社会課題解決を通じて幸せな社会を実現する」というビジョンを持っている。 exawizards.com 素敵な業務 ざっくり分類すると、内部監査、業務改善、特定のプロダクト開発の3つに携わった。 内部監査 内部監査部門で内部監査業務に携わった。 見聞が広がるとともに、今まで培ったシステム開発や情報セキュティの知識・経験を活かすことができた。 大変やりがいがある業務であり、諸兄におかれましてもぜひ挑戦をおすすめしたい。 DeNAの諸先輩方がリスク管理、コンプライアンス、内部統制、内部監査に関わっているのはキャリアパス描くうえでの参考になった。 DeNAの先輩お二方見かけたページ(採用ページだが...):www.wantedl

                                                              エクサウィザーズを退職しました。 - rokujyouhitoma's blog
                                                            • [SRE][Monitoring]イベントログの一元監視サービス「srest」を使ってみた!

                                                              良さそう ITインフラの“体調”を一元監視で早期に異常検知 https://t.co/TumixShIsb @PRTIMES_JPより — adachinSRE (@adachin0817) February 26, 2024 皆さんお久しぶりです!1ヶ月ぶりのブログとなってしまいましたが、本日はなかなか面白いモニタリングツールを発見しました。 きっかけはXでの呟きからなのですが、メタップスホールディングスさんがSaaS向けイベントログの一元監視サービス「srest(スレスト)」をリリースされました。非常に気になっていたので使ってみようかなと思っていたところ!開発メンバーが「お初ですが、飲みいきましょう!」と誘われたので、いざ新大久保へ! 今日は「srest」というイベントログの一元化ツールを開発しているメンバーと新大久保でポッサム会!みんな超面白い方でした!来週辺りに個人でsrest触っ

                                                              • クラウドの障害診断の自動化に関する論文が国際ジャーナル「IEEE Access」に採録

                                                                カテゴリー DX (2) 一般 (58) 研究会 (6) 働き方 (4) 技術 (351) Edge AI (2) Edge Computing (12) Erlang (1) FIWARE (2) Fog Computing (9) Infiniband (31) Internet of Things (32) Key Value Store (17) Linux (3) Linux KVM (10) Machine Learning (4) RealTime Web (14) SRE (2) Webサービス (42) インフラ (7) コンテナ (3) ストレージ (92) データセンター (7) データベース (47) データ流通 (6) テレプレゼンス (2) ネットワーク (214) 仮想化 (110) 災害コミュニケーション (26) 空間情報 (30) 量子コンピューティング

                                                                  クラウドの障害診断の自動化に関する論文が国際ジャーナル「IEEE Access」に採録
                                                                • freee 基盤チームアドベントカレンダーの歩き方 - freee Developers Hub

                                                                  SREの河村(at-k)です。 本記事は freee基盤チームアドベントカレンダー の1日目になります。 カレンダー企画にあたり 今年もこの季節がやってきました。年末に向けて冬が深まり、心なしか忙しなくなってくる中、毎日ブログが一本ずつ投稿されていくのを見て年の瀬の近づきを感じる、ある種の風物詩となっています。 そもそもアドベントカレンダーは12月1日からクリスマスまで続く長い前夜イベントで、日本では、少なくとも筆者には馴染みがないものでした。そんな元ネタから派生した形で、近年ではIT企業が中心となってテックブログを日次で投稿していくイベントとして広く認知されてきています。ことの経緯を知らなかったので調べてみたのですが、意外に歴史は古く、日本では2008年頃からPerl界隈で賑わっていて、海外ではそれ以前からそれなりに定着していた文化のようです。 freeeでも毎年アドベントカレンダーが企

                                                                    freee 基盤チームアドベントカレンダーの歩き方 - freee Developers Hub
                                                                  • SREに求められるスキルと心構え | sreake.com | 株式会社スリーシェイク

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

                                                                      SREに求められるスキルと心構え | sreake.com | 株式会社スリーシェイク
                                                                    • When Walking like SREs

                                                                      at https://yuru-sre.connpass.com/event/317749/

                                                                        When Walking like SREs
                                                                      • これからのIVRyのエンジニア採用に思うこと|Issei Naruta

                                                                        IVRyでエンジニアをしている成田(@mirakui)です。2024年2月に入社してから4ヶ月ほど経ちました。その間IVRyでは、AI自動応答によるレストラン予約がリリースされたり、0AB-J(03などの市外局番)に対応したり、シリーズCの調達をしたり、経営チーム的なものが立ち上がったり、プロダクトも事業も組織もたった4ヶ月でめまぐるしく進化しています。これがスタートアップか〜〜と驚く毎日で、スピードに置いてかれないように日々やっております。 いま自分がやってること僕は前職では経営やマネジメントがメインでしたので、当面はチームや組織を持たずにIndividual Contributorとして働きたいな〜という思いがあり、IVRyはそれを快く受け入れてくれました。ICのエンジニアします、以外何も決めずに入社したんですが、一通り課題を見渡してみて、手つかずでレバレッジの効く課題が多いと感じた、

                                                                          これからのIVRyのエンジニア採用に思うこと|Issei Naruta
                                                                        • 1662人が参加したISUCON13 開催を支えた運営・作問・環境構築の舞台裏 - #FlattSecurityMagazine

                                                                          2023年11月25日(土)に開催されたWebアプリケーションのチューニングコンテスト「ISUCON13」。 プロダクトセキュリティスタートアップのFlatt Securityは、ISUCON13にメディアスポンサーとして初協賛。ISUCON13の作問にフォーカスした前回記事に引き続き、#FlattSecurityMagazineにて、ISUCON13の裏側やISUCONの魅力に関する記事を発信していきます。 史上最多の1662人が参加したISUCON13で運営に携わった、LINEヤフー株式会社の櫛井優介さん、さくらインターネット株式会社の江草陽太さん、長野雅広さん、芦野光さんの4人に、ISUCONの運営・作問・環境構築の舞台裏や今後チャレンジしたいことなどについてお話を伺いました。 【ISUCON運営の歴史について】 flatt.tech プロフィール 櫛井優介さん LINEヤフー株式会

                                                                            1662人が参加したISUCON13 開催を支えた運営・作問・環境構築の舞台裏 - #FlattSecurityMagazine
                                                                          • モニクルのSREチーム形成期を振り返って

                                                                            はじめに モニクルでSREをしているbeaverjrです。 この記事では、私が2023年7月に弊社初の専任SREとして入社してからの経験を振り返り、行ってきたこと、実際に直面した挑戦やそこから得られた学びを共有します。 今回は技術的な面ではなく、SREチーム・個人としてどのように成長してきたか、その過程でどのようにSREのイネーブリングの取り組みを進めてきたかに焦点を当てて紹介したいと思います。 ※イネーブリング:この文章では組織にSREの原則と実践を広め、根付かせることを目指す活動を意味します。 SREチーム立ち上げの背景 弊社はエンジニア全員がフルサイクルエンジニアとして活躍できる組織を目指しています。このビジョンの実現に向け、2023年7月にSREチームが設立されました。 立ち上げからの取り組み①:チームビルディング チームビルディングの過程では、まず共通の目標とビジョンを確立するた

                                                                              モニクルのSREチーム形成期を振り返って
                                                                            • New Relic実践入門 第2版 オブザーバビリティの基礎と実現 | 翔泳社

                                                                              あらゆるデータを収集・分析・可視化して、 システム/サービスの変化に能動的に対処せよITシステムやサービスが複雑化する現代において、オブザーバビリティ(Observability:可観測性)という考え方が極めて重要になっています。 オブザーバビリティとは、デジタル上の複雑な動作をリアルタイムに把握して理解するための技術であり、「Observe(観察する)」+「ability(能力)」が組み合わされた単語で、特にソフトウェアの世界ではデジタル上の複雑な動作を収集・分析・可視化して、観測可能な状態にする技術のことを指します。 従来のモニタリング(監視)では、何かしらの形で「事前に想定できた」異常しかアラートとして検知できなかったのに対し、オブザーバビリティではテレメトリデータとしてあらゆるデータを集めることにより、「事前に想定できなかった」異常や変化を把握でき、開発・運用の両面において能動的な

                                                                                New Relic実践入門 第2版 オブザーバビリティの基礎と実現 | 翔泳社
                                                                              • Flakyテストから学ぶテスト自動実行分散システム設計入門 - Tabelog Tech Blog

                                                                                目次 目次 はじめに 分散システム視点での自動テストシステム 分散システム構成 入力 出力 テスト対象システム コンポーネント ノード Testcase Allocator Cucumber Selenium Browser 事例:食べログで起きた分散システム視点でのFlakyテスト 問題 Flakyテストの事象: "たまに" "不特定" "多数のテストケースが" "Cucumberのstepの60秒タイムアウトエラーで失敗する" Flakyテストの原因調査の複雑さ 原因と対策 「事象A: たまに(4回に1回程度の頻度で)」の原因と対策 「事象B: 不特定 (毎回異なるテストケース)」の原因と対策 「事象C: 多数のテストケースが(テストケース全体の20~70%程度)」の原因と対策 「事象D: Cucumberのstepの60秒タイムアウトエラーで失敗する」の原因と対策 結果 巻き込まれて

                                                                                  Flakyテストから学ぶテスト自動実行分散システム設計入門 - Tabelog Tech Blog
                                                                                • ゼロからWebサービスの監視を作ることになったらどうする?ただしエンジニア正社員は一人だけとする - Pepabo Tech Portal

                                                                                  こんにちは、技術部プラットフォームグループのそめやポチです。最近は生成AIとレスバトルする仕事をしています。 この記事では、GMOペパボのグループ企業であるGMOクリエイターズネットワークにおける、サービスの監視体制の構築について紹介します。 なぜGMOペパボに所属している私がGMOクリエイターズネットワークの記事を書くかというと、10月からペパボの技術部としてGMOクリエイターズネットワークのエンジニアリングをお手伝いしているからです。ペパボの技術部は特定サービスには属さず全社横断的に技術施策を実施する組織です。このたび、会社の枠を飛び越え、GMOクリエイターズネットワークが提供しているWebサービスの、主にインフラ・セキュリティ・運用周りをお手伝いすることになりました。 2023年4月にジョインしたGMOクリエイターズネットワークの技術責任者であるぼいらーさんの記事にある通り、エンジニ

                                                                                    ゼロからWebサービスの監視を作ることになったらどうする?ただしエンジニア正社員は一人だけとする - Pepabo Tech Portal