(Translated by https://www.hiragana.jp/)
SREの人気記事 1131件 - はてなブックマーク

検索けんさく対象たいしょう

ならじゅん

ブックマークすう

期間きかん指定してい

  • から
  • まで

1 - 40 けん / 1131けん

SREの検索けんさく結果けっか1 - 40 けん / 1131けん

SREかんするエントリは1131けんあります。 開発かいはつ運用うんようエンジニア などが関連かんれんタグです。 人気にんきエントリには 総務そうむしょう、きょうから「社会しゃかいじんのためのデータサイエンス入門にゅうもん」を無料むりょう開講かいこう | Ledge.ai』などがあります。
  • 総務そうむしょう、きょうから「社会しゃかいじんのためのデータサイエンス入門にゅうもん」を無料むりょう開講かいこう | Ledge.ai

    サインインした状態じょうたいで「いいね」をすと、マイページの 「いいね履歴りれき」に一覧いちらんとして保存ほぞんされていくので、 再度さいどみたくなったときや、あとでじっくりみたいときに便利べんりです。

      総務省、きょうから「社会人のためのデータサイエンス入門」を無料開講 | Ledge.ai
    • DXとかDevOpsとかのなんかいいかんじのやつ 富士通ふじつうTechLive

      2020/03/03 に富士通ふじつう本社ほんしゃおこなわれた、富士通ふじつうTechLiveに発表はっぴょう資料しりょうです。 コロナウィルスの影響えいきょうで、リモート発表はっぴょうになりましたが、当日とうじつは800にん以上いじょうほう同時どうじ視聴しちょうしていただきましたRead less

        DXとかDevOpsとかのなんかいい感じのやつ 富士通TechLive
      • AWS システム構築こうちく 機能きのう要件ようけんヒアリングシートを公開こうかいしてみた | DevelopersIO

        こんにちは。 ご機嫌きげんいかがでしょうか。 "No human labor is no human error" が大好だいすきなネクストモード株式会社かぶしきがいしゃ吉井よしい あきらです。 日本にっぽん国内こくないにおいてもおおくのシステムがクラウドじょう稼働かどうしていることとおもいます。 俊敏しゅんびんせい拡張かくちょうせいしたがえりょう課金かきん、IaS、セキュリティなどクラウドのメリットを享受きょうじゅしやすい所謂いわゆる SoE でおおくの実績じっせきがあるようにかんじます。 ここ1~2ねんは、社内しゃない基幹きかんシステム・情報じょうほうシステム、SoR けいのシステムのクラウド移行いこう本格ほんかくしてきたというのがはだ感覚かんかくであります。 クラウドでのシステムインフラ構築こうちく従来じゅうらいのようにゼロから機能きのう要件ようけん定義ていぎおこなっていくものではなく、ベストプラクティスをまず実装じっそうしてすこしずつほろ調整ちょうせいおこなっていくものとかんがえています。とはいえ、システムごとの要件ようけんあらかじあきらかにしておくことがインフラ構築こうちくにおいても重要じゅうようになります。 クラウドじょうでは出来できること出来できないこと

          AWS システム構築 非機能要件ヒアリングシートを公開してみた | DevelopersIO
        • 3〜4あいだでAWSの監視かんしけいのサービス一気いっきまなべたらコスパいとおもいませんか | DevelopersIO

          突然とつぜんですが、以下いか機能きのうがそれぞれどういうものか すべて ご存知ぞんじでしょうか? CloudWatch ServiceLens X-Ray CloudWatch Contributor Insights CloudWatch Synthetics CloudWatch Container Insights CloudWatch Logs Insights CloudWatch メトリクス Metric Math 検索けんさくしき カスタムメトリクス CloudWatch ダッシュボード CloudWatch 異常いじょう検出けんしゅつ(Anomaly Detection) CloudWatch みメトリックフォーマット CloudWatch アラーム 異常いじょう検出けんしゅつもとづいたアラーム ふくあいアラーム わたしはわからなかったですね。ここ 1〜2ねんのCloudWatchけいのアップデートりょうすさまじいなと個人こじんてきにはおもっていて、Cloud

            3〜4時間でAWSの監視系のサービス一気に学べたらコスパ良いと思いませんか | DevelopersIO
          • DevOps の能力のうりょく  |  Cloud アーキテクチャ センター  |  Google Cloud

            デジタル トランスフォーメーションを加速かそく客様きゃくさまがデジタル トランスフォーメーションにしたばかりでも、あるいはすでにすすめている場合ばあいでも、Google Cloud は困難こんなん課題かだい解決かいけつ支援しえんします。

              DevOps の能力  |  Cloud アーキテクチャ センター  |  Google Cloud
            • つぎからをつけます」に対抗たいこうする、反省はんせいぶんよりは効果こうかがる再発さいはつ防止ぼうしまなびの機会きかい - Qiita

              再発さいはつ防止ぼうしさくくのはむずかしい。 再発さいはつ防止ぼうしさく 再発さいはつ防止ぼうしさくについて、順位じゅんいけするとしたら、 その種類しゅるい問題もんだいについて二度にど意識いしきすることがなくなる解決かいけつさく その種類しゅるい問題もんだい開発かいはつ自動的じどうてき検知けんちすることができる解決かいけつさく その種類しゅるい問題もんだい発生はっせいしても自動的じどうてき復旧ふっきゅうすることができる解決かいけつさく その種類しゅるい問題もんだい発生はっせいしても影響えいきょう局所きょくしょされる、フールプルーフ、フェールセーフになる解決かいけつさくうのは意識いしきしたいとおもいつつ、やはりむずかしい。 再発さいはつ防止ぼうしはむずかしい 障害しょうがい再発さいはつ防止ぼうしさくは、 メカニズム ツール ルール チェックリスト の順番じゅんばん検討けんとうせよ。とわれても、いそいでけなんてわれると「次回じかいからは複数ふくすうじんでチェックします。」とか「チェック項目こうもく追加ついかします。」とかいう徹底てっていできなそうな「反省はんせいぶん」になってしまう。 まさにこの有名ゆうめいねこ...。 **「なぜミスをかえすのか」「どうすればミスをふせげるのか」を真剣しんけんかんがえていないことがミス

                「次から気をつけます」に対抗する、反省文よりは効果が上がる再発防止、学びの機会 - Qiita
              • Gmailのメール認証にんしょう規制きせい強化きょうかへの対応たいおうってわってますか? - エムスリーテックブログ

                こんにちは。エムスリー・QLife(エムスリーのグループ会社かいしゃ)・エムスリーヘルスデザイン(エムスリーのグループ会社かいしゃ)でエンジニアとして各種かくしゅ作業さぎょうかかわっている山本やまもとです! 以前いぜんもメール送信そうしんはなしかせていただいたことがありますが、今回こんかいもまたメールネタとなります。今回こんかいのおだいはメールセキュリティです。 大量たいりょうメール送信そうしんのための予備よび知識ちしき - エムスリーテックブログ すでにごらんになったほうもいるかとおもいますが、つぎのようなニュースがながれています。 www.proofpoint.com この「GoogleとYahooのしんEいーメール認証にんしょう要件ようけん」ってつまりどういうことよ? というところを具体ぐたいてきにどのようにすすめているかについてかせていただきたいとおもいます。 2023/12/18追記ついき : Googleからメール送信そうしんにTLSを使つかうことが追加ついか要件ようけんとしてしめされました。 TL;DR とりあえずなにからはじめる? なにはともあれ実際じっさい

                  Gmailのメール認証規制強化への対応って終わってますか? - エムスリーテックブログ
                • ロギングベストプラクティス - kawasima

                  #翻訳ほんやく https://www.scalyr.com/blog/the-10-commandments-of-logging/ CC BY 4.0 @Brice Figureau 1.自分じぶんでログのしをしない printfをつかったり、ログエントリを自分じぶんでファイルにしたり、ログローテションを自分じぶんでやったりしてはいけない。運用うんよう担当たんとうしゃにおねがいして、標準ひょうじゅんライブラリやシステムAPIコールを使つかうようにしよう。そうすれば、実行じっこうちゅうのアプリケーションがのシステムコンポーネントと適切てきせつ連携れんけいして、特別とくべつなシステム設定せっていなしに適切てきせつ場所ばしょまたはネットワークサービスにログを記録きろくできるようになる。 ロギングライブラリを使つかいたければ、とくにJavaの世界せかいにはLog4j, JCL, slf4j, logbackなどおおくのものが存在そんざいする。わたしはslf4jとlogbackをわせて使つかうのがきだ。とてもパワフルで、しつらえ

                    ロギングベストプラクティス - kawasima
                  • ゼロからはじめる、データ分析ぶんせき可視かし - Kyash Product Blog

                    はじめまして。Kyashでデータエンジニアリングを担当たんとうしているKyashデータマンです。この記事きじでは、Kyash社内しゃないのデータ分析ぶんせき基礎きそかんするドキュメントを紹介しょうかいします。 Kyashでは、データエンジニアリング・ガバナンス・セキュリティなど様々さまざま角度かくどから、公正こうせいなデータの取扱とりあつかいと活用かつよう推進すいしんしています。従来じゅうらいは、一部いちぶ訓練くんれんされた技術ぎじゅつしゃがデータ分析ぶんせきいちになっていましたが、社内しゃないでもデータ活用かつようのニーズもおおく、その担当たんとうしゃ分析ぶんせき集計しゅうけい業務ぎょうむ集中しゅうちゅうするという課題かだいがありました。 この課題かだいたいして、データへの適切てきせつなアクセス管理かんりおこない、そして適切てきせつなBIツールを導入どうにゅうすることで、データをあつかひと自分じぶんでデータ分析ぶんせき・そして活用かつようできるようになることを目指めざしています。アクセス管理かんりには、個人こじん情報じょうほうやそれにじゅんずる機密きみつデータにたいして、ポリシータグによるアクセスけんのコントロール、そしてアクセスけんのリネージなどのソリューションの導入どうにゅう

                      ゼロから始める、データ分析と可視化 - Kyash Product Blog
                    • システム運用うんようアンチパターン

                      上層じょうそうがDevOpsに理解りかいのない組織そしきはたらき、組織そしき構造こうぞうえる権限けんげんっていない開発かいはつしゃであっても、チームにDevOpsを導入どうにゅうするための現実げんじつてき方法ほうほう紹介しょうかいします。 重厚じゅうこう承認しょうにんプロセス、可視かしされていない運用うんよう、プロセスの最後さいごでのみおこなわれるソフトウェアテスト、ノイズだらけのアラート、インシデントから学習がくしゅうしない習慣しゅうかん時間じかんがいのデプロイ、情報じょうほうのためみなどをげ、ソフトウェアシステムの開発かいはつ運用うんようとどこおるチームや組織そしき共通きょうつうしてみられるおちいりがちな状況じょうきょうおかしがちな間違まちがいをアンチパターンとして紹介しょうかいします。そして管理かんりしょくやマネージャでなく、エンジニアが実行じっこうし、かえすことで改善かいぜんできる具体ぐたいてき行動こうどう解説かいせつします。 組織そしき必要ひつようとされる変化へんかを、エンジニアが行動こうどうすることで実現じつげんする本書ほんしょは、ソフトウェアシステムをよりよく開発かいはつ運用うんようしたいエンジニア必携ひっけいいちさつです。   序文じょぶん 本書ほんしょについて 1しょう DevOpsを構成こうせいするもの 1.1

                        システム運用アンチパターン
                      • 【2024年度ねんど サイバーエージェント 新卒しんそつ研修けんしゅう】システム運用うんよう基本きほん戦略せんりゃく

                        株式会社かぶしきがいしゃサイバーエージェントAI事業じぎょう本部ほんぶの2024年度ねんど エンジニア新卒しんそつ研修けんしゅうでシステム運用うんよう基本きほん戦略せんりゃくかんする講義こうぎおこないました。

                          【2024年度 サイバーエージェント 新卒研修】システム運用の基本と戦略
                        • だい公開こうかい!バッチアプリケーションの品質ひんしつたかめるZOZOの『バッチ開発かいはつガイドライン』 - ZOZO TECH BLOG

                          こんにちは。MA田島たじまです。 弊社へいしゃでは開発かいはつガイドラインというものをもちいて、システムの品質ひんしつ担保たんぽしています。今回こんかいわたしがテックリードをつとめているということもあり、バッチアプリケーションを開発かいはつするためのガイドラインを作成さくせいしました。ほん記事きじでは「開発かいはつガイドライン」と「バッチ開発かいはつガイドライン」を紹介しょうかいします。 バッチアプリケーション開発かいはつ限定げんていしたTipsはまとまっているものがおおくないため参考さんこうにしていただければとおもいます。 開発かいはつガイドラインについての紹介しょうかい 冒頭ぼうとうでも紹介しょうかいしたとお弊社へいしゃでは、開発かいはつガイドラインというものをもちいてシステムの品質ひんしつ担保たんぽしています。バッチ開発かいはつガイドラインを紹介しょうかいするまえに、まず開発かいはつガイドラインを紹介しょうかいします。 開発かいはつガイドラインの種類しゅるい 開発かいはつガイドラインは現在げんざい以下いか種類しゅるい存在そんざいします。 共通きょうつう Android iOS Frontend Backend Infra API Batch DB(Datab

                            大公開!バッチアプリケーションの品質を高めるZOZOの『バッチ開発ガイドライン』 - ZOZO TECH BLOG
                          • 大量たいりょうメール送信そうしんのための予備よび知識ちしき - エムスリーテックブログ

                            【SREチーム ブログリレー1かい】 おつかさまです。エンジニアリンググループ、コアSREの山本やまもとです。 情報じょうほう伝達でんたつ手段しゅだんあらわれたいまは「メール」は以前いぜんよりも比重ひじゅうちたかもしれませんが、まだまだおおくのひと情報じょうほう一気いっきつたえるための重要じゅうようなツールです。 エムスリーでは自社じしゃサーバを利用りようしてメールの大量たいりょう送信そうしん実施じっししていますが、メール送信そうしん実施じっしするにあたってにすべき基本きほんてき事項じこうについてシェアさせてください。 大量たいりょうメール送信そうしん関連かんれんする基本きほんてき設定せってい 基本きほんてき設定せってい(SPFとぎゃくき) DKIM IPの追加ついか削除さくじょ バウンスメール処理しょり きん解決かいけつ まとめ We are Hiring! 大量たいりょうメール送信そうしん関連かんれんする基本きほんてき設定せってい メール送信そうしん自体じたいはそれほどむずかしいものではありません。 エムスリーではpostfixを利用りようしていますが、設定せっていはほとんどオリジナルでもメール送信そうしん自体じたい可能かのうです。せいぜいドメインめい登録とうろくするくらいでもいけます

                              大量メール送信のための予備知識 - エムスリーテックブログ
                            • 【AWS】ぼくのかんがえたさいきょうの運用うんよう監視かんし構成こうせい - Qiita

                              AWSのインフラを運用うんようかんするじょう使つかいやすいとおもったサービスをわせて構成こうせい作成さくせいしました。それぞれのサービスの簡単かんたん説明せつめい類似るいじサービスの紹介しょうかい、また構成こうせい詳細しょうさいについて説明せつめいしていきます。 (開発かいはつ使用しようするようなサービスも紹介しょうかいしますが、あくまでも運用うんようかんだけの構成こうせいです。) かく個人こじん企業きぎょうによって環境かんきょうちがうとおもいますし、使つかいやすいとおもうサービスはひとそれぞれだとおもうので、これが正解せいかいというわけではありませんが、参考さんこうにしてただければさいわいです。 参考さんこうになった教材きょうざい紹介しょうかいした記事きじ作成さくせいしました。是非ぜひんでみてください! 【AWS】さいきょうの運用うんよう監視かんし構成こうせい作成さくせいするのに参考さんこうになった書籍しょせき インフラエンジニア1年生ねんせいがプログラミングを勉強べんきょうするのに使つかった教材きょうざい 全体ぜんたい こちらがAWSにおける"ぼくのかんがえたさいきょうの"運用うんよう監視かんし構成こうせいです。複雑ふくざつかりづらいかとおもうので、詳細しょうさい説明せつめいしていきます。最後さいごまでめばこ

                                【AWS】ぼくのかんがえたさいきょうの運用・監視構成 - Qiita
                              • ShellScriptで自動じどうらくにしたいときっておいてもいこと | sreake.com | 株式会社かぶしきがいしゃスリーシェイク

                                はじめに こんにちは、みなさん。今日きょうは、シェルスクリプトを使つかった高度こうど自動じどうのベストプラクティスとパターンについて解説かいせつします。これらは、ちょっとした知識ちしき実行じっこうでき、作業さぎょう大幅おおはば効率こうりつできるTipsです。シェルスクリプトは、とくにUNIXけいシステムでの自動じどうタスクにかせないツールです。適切てきせつ使用しようすれば、複雑ふくざつなタスクを効率こうりつてきに、そして信頼しんらいせいたか実行じっこうできます。 トイルとは、反復はんぷくてきでマニュアルな作業さぎょうのことをします。これには、たとえば、手動しゅどうでのシステムのスケーリングや、エラーのトラブルシューティング、ルーティンなメンテナンス作業さぎょうなどがふくまれます。トイルを特定とくていし、それを自動じどうすることで、エンジニアはより創造そうぞうてきなタスクやプロジェクトに焦点しょうてんわせることができます。 トイルを判別はんべつする方法ほうほうとしては、以下いかのような基準きじゅんげられます: 手作業てさぎょうであること 完全かんぜん手作業てさぎょうだけでなく、「あるタスクを自動じどうするためのスクリ

                                  ShellScriptで自動化を楽にしたい時に知っておいても良いこと | sreake.com | 株式会社スリーシェイク
                                • いドキュメントをきたくなるほんんだらドキュメンタリアンになりたくなった - じゃあ、おうちでまなべる

                                  ドキュメンタリアンとは、役職やくしょく関係かんけいなく、ソフトウェア業界ぎょうかいでドキュメントとコミュニケーションに関心かんしんひとのことです。 www.writethedocs.org はじめに これはおもに『ユーザーの問題もんだい解決かいけつとプロダクトの成功せいこうみちびく エンジニアのためのドキュメントライティング』の書評しょひょうです。わたしはSreakeにてSREという役職やくしょくについています。SREはサービス概要がいよう、アーキテクチャの解説かいせつ各種かくしゅ構成こうせい各種かくしゅ手順てじゅんしょ、ポストモーテム、ポリシー、SLA(SLO) … その様々さまざま場面ばめんでドキュメントを必要ひつようがあります。しかし、ドキュメントは価値かちえにくく時間じかん労力ろうりょくがかかり品質ひんしつ担保たんぽめん重要じゅうようがとてもたかいのにそのでの価値かちえにくいので浸透しんとうしにくいです。そのため、エンジニアとしてモチベーションがたもちづらいです。2021ねん State of DevOps 2021 にもドキュメントにかんする言及げんきゅうがあり今後こんご

                                    良いドキュメントを書きたくなる本を読んだらドキュメンタリアンになりたくなった - じゃあ、おうちで学べる
                                  • Webシステムアーキテクチャの地図ちずえが構想こうそう - ゆううきブログ

                                    この記事きじだい5かいWebシステムアーキテクチャ研究けんきゅうかい予稿よこうです。 はじめに Webサービスにおいては、スマートフォンの普及ふきゅうによるアクセス増加ぞうかたいしてスケーラビリティをち、個人こじんけだけでなく企業きぎょうけサービスの可用性かようせい要求ようきゅうえられるようなシステム設計せっけい必要ひつようとされている。 さらに、Webサービスが人々ひとびと生活せいかつ浸透しんとうしたために、Webサービス事業じぎょうしゃはサービスを長期間ちょうきかん運用うんようすることがたりまえとなっている。 そのあいだしん機能きのう開発かいはつ、ソフトウェアの実行じっこう効率こうりつ、セキュリティ向上こうじょうなどを目的もくてきに、システム管理かんりしゃ自身じしん管理かんりするソフトウェアぐん更新こうしんしつづける必要ひつようがある。 このような多様たよう要求ようきゅうたすために、Webサービスを開発かいはつ運用うんようするエンジニアには、OSやデータベース、ネットワーク、分散ぶんさんシステム、プログラミング言語げんご処理しょりけいなどのコンピュータ工学こうがくにおける広範囲こうはんい基礎きそ知識ちしきと、ミドルウェア、オペレーション自動じどうのためのソフト

                                      Webシステムアーキテクチャの地図を描く構想 - ゆううきブログ
                                    • こんばんは、X-Forwarded-For警察けいさつです - エムスリーテックブログ

                                      エムスリーエンジニアリンググループ製薬せいやく企業きぎょうけプラットフォームチームの三浦みうら (@yuba)です。普段ふだんはサービス開発かいはつやバッチ処理しょり開発かいはつをメインにやっておりますが、チームSREに参加さんかしてからはこれにくわえて担当たんとうサービスのインフラ管理かんり、そしてクラウド移行いこうたずさわっています。 今回こんかいはそのクラウド移行いこうはなしそのものではないのですが、それとかならからんでくるインフラ設定せっていかんしてです。 アクセスもとIPアドレスをりたい WebアプリケーションがアクセスもとIPアドレスをりたいシーンというのは、おおまかにふたつかとおもいます。ログ記録きろくようと、アクセス制限せいげんですね。どちらもアプリケーションそのものではなく手前てまえのWebサーバの責務せきむのようにもおもえますが、そうともれません。動作どうさログ、とく異常いじょうリクエストをはじいた記録きろくなんかにセットでIPアドレスをけたいとなるとアプリケーション要件ようけんですし、アクセス制限せいげんについてもマルチテナントサービ

                                        こんばんは、X-Forwarded-For警察です - エムスリーテックブログ
                                      • もしもいま、インフラ技術ぎじゅつをイチからまなぶならどうしたい? 現役げんえきSRE・Yutaさんがかんがえる学習がくしゅうロードマップ - Findy Engineer Lab

                                        めまぐるしく変化へんかするテックの世界せかい技術ぎじゅつけるうえでまなぶべきポイントや学習がくしゅう環境かんきょうなども年々ねんねんわっています。 そこで「もしもいまの環境かんきょうで、テックのことをイチからまななおすことになったら、自分じぶんはどんなふう勉強べんきょうしたいか」というIFストーリーをつうじて、技術ぎじゅつとのかたかんがなおしてみる企画きかく「テック転生てんせい」。 今回こんかいは、FinTech企業きぎょうのSREをつとめるYutaさん(@Y0u281)に“自分じぶんだったらこうすすめたい、インフラ技術ぎじゅつ学習がくしゅうロードマップ”をうかがいました。 パブリッククラウドがたりまえになったいま、インフラ技術ぎじゅつまなぶスタート地点ちてんは? サーバー構築こうちくつぎは、ネットワークと資格しかく勉強べんきょうを LinuxとネットワークをまなんだらいよいよAWSの学習がくしゅう自分じぶんまなんだときより学習がくしゅうコンテンツが豊富ほうふ コミュニティを活用かつようすると情報じょうほうえてモチベーションもたかまる パブリッククラウドがたりまえになったいま、インフラ技術ぎじゅつまなぶスタート

                                          もしもいま、インフラ技術をイチから学ぶならどうしたい? 現役SRE・Yutaさんが考える学習ロードマップ - Findy Engineer Lab
                                        • ぜんAWSエンジニアにささぐ、CloudWatch 設計せっけい運用うんよう とらまき / CloudWatch design and operation bible

                                          ぜんAWSエンジニアにささぐ、CloudWatch 設計せっけい運用うんよう とらまき / CloudWatch design and operation bible

                                            全AWSエンジニアに捧ぐ、CloudWatch 設計・運用 虎の巻 / CloudWatch design and operation bible
                                          • バックエンドに興味きょうみ学生がくせいにオススメするクラウドけいメインのリンク10せん - y-ohgi's blog

                                            概要がいよう 学生がくせい適当てきとうなことをいいす反省はんせいしているので、バックエンドのいまおぼえてるかった記事きじ共有きょうゆうです。 まっさきにみるやつ Web けいエンジニアの学習がくしゅうロードマップです。 とりあえずこのロードマップにのってる"むらさきのチェックマーク"がついたものを順番じゅんばんにこなしていけばいとおもいます。backend のロードマップを紹介しょうかいしましたがほかにもfrontend やdevops などもあります。しかも毎年まいとし更新こうしんしてくれます。 この記事きじはこのロードマップ以上いじょう情報じょうほう提供ていきょうできません。おわり。 roadmap.sh その エンジニアリングについてはざつ調しらべると歴戦れきせんのエンジニア各位かくい紹介しょうかいしてくださってるので、クラウドけいをメインに紹介しょうかいします。 一般いっぱんてきなやつ タイトルママ。 バックエンドというよりエンジニアリング全般ぜんぱん。 japan.googleblog.com 技術ぎじゅつ記事きじとくしたキュレーションサービスです。 いたい

                                              バックエンドに興味を持つ学生にオススメするクラウド系メインのリンク10選 - y-ohgi's blog
                                            • ITの事業じぎょう会社かいしゃにSREとわずにSREをんだ

                                              SRE NEXT 2022 2022-05-15 14:15〜15:00 Track A ITの事業じぎょう会社かいしゃにSREとわずにSREをんだ #srenext

                                                非ITの事業会社にSREと言わずにSREを持ち込んだ
                                              • 「Ask What, not Why」 失敗しっぱいしたときに自信じしんうしないかけたら実行じっこうしているメンタル転落てんらく回避かいひじゅつ - Money Forward Developers Blog

                                                半年はんとしぶりのカキコ……ども……。づいたらHRソリューション本部ほんぶからMFBC-CTOしつ異動いどうしていたVTRyoです。兼任けんにんつづきHRけいのマネーフォワード クラウドシリーズも担当たんとうしています。 ソフトウェアエンジニアとしての経験けいけんえてくると、次第しだいにレビュー担当たんとうしゃになることがえてくるでしょう。わたし所属しょぞくするSREチームでもTerraformの相互そうごレビューが頻繁ひんぱん実施じっしされています。そこで、事件じけんきたのです。 自信じしんってApproveしたPull Requestで次々つぎつぎ事故じこきてしまった 現在げんざいHRないのマネーフォワード クラウドシリーズは、モダンな開発かいはつ基盤きばんへとリプレイス作業さぎょうおおっています。これまでうごいていた基盤きばん感謝かんしゃしつつ、あたらしいPlatformへと移行いこうし、最終さいしゅうてきもとあったリソースを削除さくじょします。 事件じけんはこの リソース削除さくじょきました。 チームないレビュー OK リポジトリ管理かんりしゃレビュー

                                                  「Ask What, not Why」 失敗したときに自信を失いかけたら実行しているメンタル転落回避術 - Money Forward Developers Blog
                                                • だい規模きぼシステムでの Linux のメモリ管理かんり

                                                  (This post is also available in English.) この記事きじは Linux memory management at scale を 著者ちょしゃの Chris Down さんの許可きょかて Hiroaki Nakamura が日本語にほんご翻訳ほんやくしたものです。 原文げんぶんのライセンス は CC BY-SA 4.0 であり、翻訳ほんやくのライセンスもおなじく CC BY 4.0 とします。 cgroup2 プロジェクトでのわたし仕事しごと一部いちぶとして Linux システムのリソース管理かんりについてエンジニアとはなすことにおおくの時間じかんをかけてきました。 これらの会話かいわつうじてどんどんあきらかになってきた 1 つの事実じじつおおくのエンジニアは、シニア SRE たちでさえも、 Linux のメモリ管理かんりについていくつかのよくある誤解ごかいっていて、そしてそれがかれらがサポートするサービスやシステムが本来ほんらい確実かくじつ稼働かどうしたり効率こうりつてき

                                                    大規模システムでの Linux のメモリ管理
                                                  • 30ふんでわかるデータ指向しこうアプリケーションデザイン - Data Engineering Study #18

                                                    600ページをえる書籍しょせきである「データ指向しこうアプリケーションデザイン」の要点ようてん最近さいきん話題わだいまじえながら解説かいせつします。 Data Engineering Study #18 の発表はっぴょう資料しりょうです プレゼンテーション https://www.youtube.com/watch?v=ZiKWXc0fSCw イベントURL https://forkwell.connpass.com/event/269125/ データ指向しこうアプリケーションデザイン https://www.oreilly.co.jp/books/9784873118703/

                                                      30分でわかるデータ指向アプリケーションデザイン - Data Engineering Study #18
                                                    • みずほ銀行ぎんこう 障害しょうがい原因げんいんはハードディスクの経年けいねん劣化れっかテレビ朝日てれびあさひけい(ANN)) - Yahoo!ニュース

                                                      みずほ銀行ぎんこうは8がつから先月せんげつまで4かい発生はっせいしたシステムなどの障害しょうがいについて、ハードディスクの経年けいねん劣化れっかなどが原因げんいんだったと公表こうひょうしました。 みずほ銀行ぎんこうは8がつ20日はつか店頭てんとうでの取引とりひき一部いちぶができなくなった障害しょうがいについて、データセンターのハードディスクが稼働かどうから6ねんって劣化れっかしていたことに気付きづかず、故障こしょうしたことが原因げんいんだとあきらかにしました。 このさい、バックアップシステムにえようとしましたが、入力にゅうりょくすべき追加ついか指示しじばしたため失敗しっぱいしました。 8月23にち先月せんげつ8にちに100だい以上いじょうのATMが一時いちじ停止ていししたケースではネットワーク機器きき静電気せいでんきなどがしょうじエラーが発生はっせいした可能かのうせいたかいということです。 再発さいはつ防止ぼうしのため、みずほ銀行ぎんこうは6ねんまえのシステム構築こうちくたずさわった富士通ふじつう当時とうじ技術ぎじゅつしゃらとの関係かんけい強化きょうかする方針ほうしんです。

                                                        みずほ銀行 障害の原因はハードディスクの経年劣化(テレビ朝日系(ANN)) - Yahoo!ニュース
                                                      • インフラにかかるコストをまさしく「説明せつめい」するためのみ - クックパッド開発かいはつしゃブログ

                                                        技術ぎじゅつ SRE グループの mozamimy です。 クックパッドでは、 SRE が中心ちゅうしんとなって、サービスをうごかす基盤きばんだい部分ぶぶんである AWS のコスト最適さいてき組織そしきてきんでいます。 昨年さくねんなつ公開こうかいした記事きじである、インフラのコスト最適さいてき重要じゅうようせいと RI (リザーブドインスタンス) の維持いじ管理かんりにおけるクックパッドでのみでは、 なぜインフラのコスト最適さいてき必要ひつようなのか、具体ぐたいてきにどのようなかんがかた沿ってすすめてゆけばよいのか。 SRE が一括いっかつして管理かんりする AWS のリソースプールそのもののコスト最適さいてき実践じっせんするための具体ぐたいてきみのいちれいとして、RI のモニタリングや異常いじょう対応たいおうフローによる維持いじ管理かんり。 といった話題わだいにフォーカスしました。 今回こんかいは、インフラにかかるコストをまさしく「説明せつめい」するためのみということで、コスト最適さいてき貢献こうけんする社内しゃないアプリケーションである Costco (Cost Co

                                                          インフラにかかるコストを正しく「説明」するための取り組み - クックパッド開発者ブログ
                                                        • 60おくえん損害そんがいした 「DMMブックス」 70%OFFキャンペーンでプラットフォームになにきていたか

                                                          ログ基盤きばんをCloudWatchLogからNewRelic Logs + S3にえたら 利便りべんせいがってコストもがったはなし

                                                            60億円の損害を出した 「DMMブックス」 70%OFFキャンペーンでプラットフォームに何が起きていたか
                                                          • AWS監視かんしアラート 事始ことはじめ - mazyu36の日記にっき

                                                            はじめに 入門にゅうもん監視かんしをはじめ一般いっぱんてき監視かんしかんするプラクティスは出回でまわっているものの、AWSで具体ぐたいてきなに監視かんしするか?そのとっかかりについてはあまり出回でまわっていないようながします。 AWSのかんってみんななに監視かんししてるんすか…っていうぐらい実例じつれいあまりつからないな。門外不出もんがいふしゅつ?— mazyu36 (@mazyu36) 2023ねん2がつ14にち どこまで監視かんしするかは基本きほんてきにシステムの特性とくせいによるとおもいます。一方いっぽうでAWSのサービスごとにシステムによらずよく監視かんし使つか項目こうもくというのもあるかとおもいます。 今回こんかい過去かこ経験けいけんをもとに、最低限さいていげんこのあたりはかんすることがおおいかなというものをまとめてみます。全体ぜんたいぞうとしては以下いかになります。 最低限さいていげんこれはかんしないとダメでしょ、とかこれは不要ふようでしょ、などなどあるかとおもいます。そういうのがあればぜひコメントいただきたいです。 はじめに 「監視かんし」について 前提ぜんてい 1-1. Webサービス

                                                              AWS監視アラート 事始め - mazyu36の日記
                                                            • Webアプリケーションのパフォーマンス・チューニングの勘所かんどころ / web tuningperformance

                                                              # 参考さんこう資料しりょう - https://speakerdeck.com/hanhan1978/purohuairawoshi-tutaphpapurikesiyongai-shan-falsekan-suo - https://speakerdeck.com/hanhan1978/web-application-tuning-guildline - https://speakerdeck.com/soudai/basic-of-rdb - https://speakerdeck.com/soudai/shi-xing-ji-hua-falsehua - https://fortee.jp/phpcon-2021/proposal/1e11a6b1-08d9-4044-9909-4c90105ea726 - https://fortee.jp/phperkaigi-2021/proposal/1d

                                                                Webアプリケーションのパフォーマンス・チューニングの勘所 / web tuningperformance
                                                              • 2022ねん4がつ発生はっせいしたアトラシアンのサービス停止ていしかんするインシデント事後じごレビュー | Atlassian Japan 公式こうしきブログ | アトラシアン株式会社かぶしきがいしゃ

                                                                ほんブログは、こちらに掲載けいさいされている英文えいぶんブログの意訳いやくです。まんいち内容ないよう相違そういがある場合ばあいは、原文げんぶん優先ゆうせんされます。また、PDFばんをダウンロードいただけます。 はじめに – 共同きょうどう創業そうぎょうしゃけん共同きょうどう最高さいこう経営けいえい責任せきにんしゃより 2022ねん4がつ上旬じょうじゅん発生はっせいした障害しょうがいにより、お客様きゃくさまへのサービス提供ていきょう中断ちゅうだんされたことをおもうげます。わたしたちは、当社とうしゃ製品せいひんがお客様きゃくさまのビジネスにとってミッションクリティカルであることを理解りかいしており、その責任せきにんおもめています。今回こんかいぜん責任せきにんわたしたちにあり、影響えいきょうけたお客様きゃくさま信頼しんらい回復かいふくするために尽力じんりょくしています。 アトラシアンのコア バリューの 1 つに「オープンな企業きぎょう文化ぶんか、デタラメはし (Open company, no bullshit)」というものがあります。この価値かち実現じつげんするみの一環いっかんとして、インシデントについてオープンに議論ぎろんし、まなびにつなげています。そして、このインデント事後じごレビュ

                                                                  2022年4月に発生したアトラシアンのサービス停止に関するインシデント事後レビュー | Atlassian Japan 公式ブログ | アトラシアン株式会社
                                                                • データエンジニアのわたし機械きかい学習がくしゅう・データサイエンスでオススメしたいスキルマップとほんまとめ - 2020年版ねんばん - Lean Baseball

                                                                  要約ようやくすると, データサイエンス・機械きかい学習がくしゅうまわりでよくかれること&回答かいとう言語げんごしました. 「データサイエンティストやりたい」「機械きかい学習がくしゅうエンジニアになりたい」というキャリア志望しぼうほうおおいとおもいます. わたしまわりでも, 公私こうしともにそんな志望しぼうしゃ相談そうだんいたり, (おもにインターンの学生がくせいさんですが)一緒いっしょ仕事しごとをしたりする機会きかいもメッチャおおいです. 「ビジネスサイドつよいマン」「サーバーサイドエンジニア」という視点してんからデータエンジニアけんデータサイエンティストな自分じぶんが, そんなかれ彼女かのじょらにオススメしている, データサイエンティストを目指めざすためのスキルマップ かく領域りょういきのスキルアップを実現じつげんするためにオススメしたい書籍しょせき紹介しょうかいしたいとおもいます. なお, 昨年さくねん同様どうようのエントリーをいておりそのUpgradeばんとなります. shinyorke.hatenablog.com このエントリーの対象たいしょう読者どくしゃ データサイエンスに

                                                                    データエンジニアの私が機械学習・データサイエンスでオススメしたいスキルマップと本まとめ - 2020年版 - Lean Baseball
                                                                  • Webアプリケーションのログにかんするいくつかの考察こうさつ - Hatena Developer Blog

                                                                    こんにちは、はてなでWebアプリケーションエンジニアをやっている id:polamjag です。 最近さいきんのはてなでは、若手わかてエンジニアを中心ちゅうしんとして、いろいろな技術ぎじゅつつめなおすワーキンググループをやっています。先日せんじつ、id:onk も「デプロイ今昔こんじゃく」という記事きじきましたが、このエントリーはそのシリーズのつづきで、ワーキンググループの「ログ」のかい議論ぎろんしたこと・話題わだいになったことをまとめました。 Web開発かいはつにおけるログをつめなおす ログを4つの目的もくてき分類ぶんるいする 目的もくてきごとにもとめられるあつかいの要求ようきゅう水準すいじゅん いまどきのログフォーマットについて まとめ:どう実装じっそうするかを模索もさくしていく Web開発かいはつにおけるログをつめなおす Webサービス(Webアプリケーション)の運用うんようには、多種たしゅ多様たようなログがついてまわります。おおくのミドルウェアはなにもしなくてもそれなりのりょうのログを出力しゅつりょくしますし、クラウドじょうのマネージドサービスもしかりです。くだり

                                                                      Webアプリケーションのログに関するいくつかの考察 - Hatena Developer Blog
                                                                    • 長年ながねん運用うんようされてきたモノリシックアプリケーションをコンテナしようとするとどんな問題もんだい遭遇そうぐうするか? / SRE NEXT 2022

                                                                      2022ねん5がつ15にち(日)にち開催かいさいされたSRE NEXT 2022 Day 2の登壇とうだん資料しりょうです。 ▼SRE NEXT 2022オフィシャルサイト https://sre-next.dev/2022/ ▼発表はっぴょう概要がいよう https://sre-next.dev/2022/schedule#jp20

                                                                        長年運用されてきたモノリシックアプリケーションをコンテナ化しようとするとどんな問題に遭遇するか? / SRE NEXT 2022
                                                                      • 30ふんでわかるシステム運用うんようアンチパターン / Operations Anti Patterns in 30 minutes

                                                                        「システム運用うんようアンチパターン - Forkwell Library #4」でおはなししたさい資料しりょうとなります。 https://forkwell.connpass.com/event/256481/ 動画どうがはこちら。 https://youtu.be/hQAeMgXsZWc

                                                                          30分でわかるシステム運用アンチパターン / Operations Anti Patterns in 30 minutes
                                                                        • インフラ自動じどうとしあな宣言せんげんてきアーキテクチャ

                                                                          2020/07/14 Cybozu Tech Meetup #3

                                                                            インフラ自動化の落とし穴と宣言的アーキテクチャ
                                                                          • だい企業きぎょうでプロダクトエンジニアとしてはたらいたら、コーディングのスキルががっていた

                                                                            背景はいけい Shopifyという会社かいしゃに1ねんはんまえ転職てんしょくしました。あれよあれよと会社かいしゃ拡大かくだいして、現在げんざい従業じゅうぎょういんいちまんにんじゃくくらいです。 画像がぞうもと 公式こうしきではないざつ情報じょうほうです。あくまでイメージ そのまえはChartmogulという、せいぜい20にん、30にんぐらいの会社かいしゃにいました。 なぜ表題ひょうだいのようなことをおもったか 面接めんせつインタビュアーがわとして、出題しゅつだいすることになるコーディング問題もんだい自分じぶんためしにいていました。いちねんはんまえには自分じぶんけるがわ立場たちばだったので、自分じぶん腕前うでまえ定点ていてん観測かんそくができました。 やってみてどうだったか。 コーディングにおけるシャープさという観点かんてんではあきらかにおとろえているな、とおもいました。問題もんだいあたえられて、それに短時間たんじかんで、論理ろんりてきちからとでもいうのでしょうか。 自分じぶん現職げんしょくでマネージャの立場たちばになったわけでもないので、これはマズイ。なんとなくこのいちねんくらいそんなはしていたので、これを機会きかいにもうちょっと深堀ふかほりしてみます。

                                                                              大企業でプロダクトエンジニアとして働いたら、コーディングのスキルが下がっていた
                                                                            • 2024ねんんだほうがいいエンジニアな書籍しょせき10さつ+αあるふぁ - CloudとSREそしてキャリアほん - Lean Baseball

                                                                              Google Cloud Partner Top Engineer 2024をいただいたものです. 仕事しごとはエンジニアけいのコンサルとSRE, 趣味しゅみ(とまえしょく以前いぜん仕事しごと)で機械きかい学習がくしゅう生成せいせいAI*1をやっとります. この記事きじとうブログの名物めいぶつかつ人気にんきシリーズである, おも技術ぎじゅつしょ中心ちゅうしんとしたオススメ書籍しょせき元々もともとはPythonほんメイン)の紹介しょうかいエントリーです. ※去年きょねん記事きじはこちら. 本年ほんねんのこのエントリーは, 2024ねんほん4さつ CloudおよびSREな4さつ いいかんじな技術ぎじゅつしょ2さつ このさん本立ほんだて(+わたし完全かんぜんなる趣味しゅみチョイスですうさつ)でご紹介しょうかいできればとおもいます. というわけで, 本年ほんねんのラインナップは以下いかとおりです. この記事きじ著者ちょしゃ 2024ねん技術ぎじゅつしょ10さつ とくしたい4さつ クラウドストラテジー 世界せかい一流いちりゅうエンジニアの思考しこうほう 仕事しごと役立やくだしん必修ひっしゅう科目かもく情報じょうほうⅠ」 キャリアづくりの教科書きょうかしょ CloudおよびSREな4さつ

                                                                                2024年に読んだほうがいいエンジニアな書籍10冊+α - CloudとSREそしてキャリア本 - Lean Baseball
                                                                              • かんとはなにか ~監視かんしエンジニアのスキルと成長せいちょう

                                                                                July Tech Festa 2021 winter E2セッションの資料しりょうです ITシステム監視かんしとはなに監視かんしエンジニアの未来みらい 監視かんしエンジニアのトレーニング 次世代じせだいMSPの役割やくわり

                                                                                  監視とは何か ~監視エンジニアのスキルと成長~
                                                                                • 「システム運用うんようアンチパターン」を一読いちどくしたので、その要点ようてんとくすすめたい感想かんそう5てん) - Qiita

                                                                                  システム運用うんようアンチパターン ―エンジニアがDevOpsで解決かいけつする組織そしき自動じどう・コミュニケーション | Jeffery D. Smith, 田中たなか 裕一ひろいち |ほん | 通販つうはん | Amazon エンジニアがDevOpsで解決かいけつする組織そしき自動じどう・コミュニケーション。早速さっそくすすめしたくいています。読書どくしょ感想かんそうぶんです。 感想かんそう5てん いぞ。まわりにすすめたい 百聞ひゃくぶん一見いっけん目次もくじだけでも: https://www.oreilly.co.jp/books/9784873119847/#toc とく自分じぶんにとってかったのは以下いか 9しょう せっかくのインシデントを無駄むだにする 10しょう 情報じょうほうのためみ:ブレントだけがっている だが、一番いちばんスゴイのは11しょうかもしれない 「文化ぶんかえようとおもうのであれば、文化ぶんかがどのように共有きょうゆうされているかを理解りかいすること」 コロナ以前いぜん議事ぎじろく 会議かいぎ つくえよこでの雑談ざつだん かい タバコなどなどあったが コロナ以降いこう、リ

                                                                                    「システム運用アンチパターン」を一読したので、その要点(特に薦めたい感想5点) - Qiita

                                                                                  新着しんちゃく記事きじ