タグ

運用に関するakira1908jpのブックマーク (39)

  • DMARC レポートを Mackerel + OpenTelemetry でいい感じに可視化する - 作成に至るまで - Hatena Developer Blog

    はてなのシステムプラットフォームチーム (以下シスプラ) で SRE として働いている id:KashEight です。社会人 2 年目です。 この記事は、はてなの SRE が毎月交代で書いているSRE連載の 4 月号です。3 月の記事は id:onk さんのはてなの「PWG」という取り組みを builderscon 2024 で話してきましたです。 この記事では DMARC レポートを自社サービスである Mackerel、オブザーバビリティデータをいい感じに扱うためのプロジェクトである OpenTelemetry を用いて可視化した話の導入編となります。 文量の都合上、実際の実装やサービス提供の話は次の SRE 連載に回します。 DMARC、DMARC レポート 今までの運用 問題点 Mackerel 化するに至るまで とある改善要望 使用用途のヒアリング ニーズから考えてみる Open

    DMARC レポートを Mackerel + OpenTelemetry でいい感じに可視化する - 作成に至るまで - Hatena Developer Blog
  • 情報の見つけやすさを追求する - 社内ドキュメンテーションの階層整理術 - KAKEHASHI Tech Blog

    カケハシのプラットフォームチームでソフトウェアエンジニアをしているすてにゃん (id:stefafafan) です。今回はチームに配属されて数ヶ月の私が、いかにして社内ドキュメンテーションの階層構造を整理し、情報の検索性を向上させたかについてお話します。 はじめに この記事の想定読者 課題意識 メンバーへの共有と相談 社外事例の調査 esa の階層整理 第 1・第 2 階層の整理 ストック情報とフロー情報を意識した階層の整理 esa の機能をフル活用する 効果や今後について はじめに カケハシでは全社的にドキュメンテーションツールとして esa - 自律的なチームのための情報共有サービス を利用しています。それぞれのチームやプロダクトごとに階層を切ってドキュメントを書いています。 プラットフォームチームでは認証基盤などの社内プラットフォームシステムを開発しているため、自チームが運用する各種

    情報の見つけやすさを追求する - 社内ドキュメンテーションの階層整理術 - KAKEHASHI Tech Blog
  • 重要情報を扱うシステムの要求策定ガイド(別冊)活用の手引き | 社会・産業のデジタル変革 | IPA 独立行政法人 情報処理推進機構

    近年、ビジネスを取り巻く環境は大きく変化しています。国際環境に目を向けると国家間の対立などにより、事業者にとっては周辺国のリスクを考慮したサプライチェーンの見直しが必要になってきています。 また、技術環境に目を向けると、国家間の距離をなくすインターネット上に生成AIなどの技術が加わり言語の壁も低くなってきています。今まで国際的な対立は対岸の出来事と思われていましたが、非軍事領域でのサイバー攻撃は、今まさに国内でも行われている状況です。 現状、戦後最も厳しく複雑な安全保障環境に直面し、サイバー攻撃による重要インフラの機能停止や破壊、機微情報の窃取などは、国家を背景とした形でも平素から行われています。重要インフラは国民生活や経済活動に欠かすことができずこれらの脅威によって重要インフラが停止した場合の影響は計り知れません。 このようなことから、重要インフラ事業者向けに今まで想定しないようなリスク

    重要情報を扱うシステムの要求策定ガイド(別冊)活用の手引き | 社会・産業のデジタル変革 | IPA 独立行政法人 情報処理推進機構
  • Deno first でやっていく

    去年末ぐらいから Deno を使う割合がグッと増えてきた。最近のJS関連は7割ぐらい deno 環境の VSCode でコードを書いている気がする。 今回はいくつかの実例を示しながら、実際に Deno 使えるじゃんというイメージを持ってもらうためのユースケースを紹介していく。 というか、 deno が普及してくれないと、自分が作ったツールの紹介を全部 deno のインストールから書かないといけなくなる。みんなインストールしといて。 最初に: なぜ Deno を使いたいか 一番の問題点、Node は新しいプロジェクトを一式整えるための手間が非常に重い。 とくに ts で書いたものを他の環境に渡すための方法が未だにしんどい。ある環境で動いたコードをそのままコピーしても、プロジェクト設定の非互換を踏む可能性が非常に高い。 deno にそういう側面がないとは言わないが、非常に少ない。とくに TS

    Deno first でやっていく
  • QAマネージャーやってみての失敗談 - freee Developers Hub

    こんにちは。freeeでQAのマネージャーをやってるでーにしです。 freee QA Advent Calendar2023 25日目です。QAマネージャーをしていて、あるあるアンチパターンを見事に踏んでいったので、振り返って良いお年を迎えたいと思います。 失敗①運用を考えずに自動テストを作ってしまう(2017年くらい) freeeではいくつか自動テストがありますが、一番運用が大変なのはE2Eテストになります。 E2Eテストについての詳細は、以下の記事をご参照ください。 developers.freee.co.jp その運用が大変なE2Eテストを運用を考えずに作ってしまいました。 当時の自分の経験値としては、作ったこともあるし、日々の運用もしたこともあったので、運用の大変さも味わっていたと思っています。 なんで失敗したか、考えてみます。 何をしたか 当時のテストシステムは、テストシナリオと

    QAマネージャーやってみての失敗談 - freee Developers Hub
  • 新NISAでつみたて投資するなら?アナリストが厳選!年代別おすすめポートフォリオ

    Tweet 2024年から始まった新NISAのつみたて投資枠は、非課税で投資できる額は年間120万円、生涯で1,800万円が上限となりました。 「いつか投資をやってみたいと思っていた」という人にとって新NISAは、投資を始めるチャンスです。 興味はあるものの、実際にどう投資すれば良いか迷っている方のために、新NISAつみたて投資枠のおすすめのポートフォリオを紹介します。投資のポートフォリオとは、保有する複数の金融商品の組み合わせのことです。 ポートフォリオの組み方は一律ではなく、目的や年齢・リスク許容度など個人に合わせて考える必要があります。 今回の記事では、ポートフォリオの基と作成のポイントを解説します。また、20代~50代まで新NISAつみたて投資枠の年代別のおすすめポートフォリオ例も紹介するのでぜひ参考にしてください。

    新NISAでつみたて投資するなら?アナリストが厳選!年代別おすすめポートフォリオ
  • NISA vs iDeCo 積立するならどっちがお得?おすすめの銘柄は?

    Tweet つみたてNISAiDeCoは、どちらも税制優遇があり、積み立てが可能な金融商品です。月3,000円や月30,000円など資金力に応じて始めることができます。 長期にわたる資産形成に役立つ金融商品として、人気もあり、国も税制面で優遇奨励している制度です。米国ではiDeCoのモデルになった401kがあり、英国ではNISAのモデルになったISAがあり、各国で数多くの国民の資産形成を促した実績のある枠組みです。ただ、銀行や郵便局での積立預金と違い、種類が多くわかりにくいと思われている方も多いと思います。 積立預金、NISAiDeCoは同じ積み立てですが、大きく違います。 年数が経過するほどに、運用成果の大きな違いとなって返ってくるので、始める前に違いを認識してつみ立てられることをおすすめします。 月1万円の積立てでも20年運用すれば、171万円違う(下記参照)くらい大きなものです。

    NISA vs iDeCo 積立するならどっちがお得?おすすめの銘柄は?
  • 知っておきたかったLinuxサーバ設計、構築、運用知識まとめ - hiroportation

    サーバ業務周りの管理、運用について役に立ちそうなナレッジをまとめました。 長期的に書いているため用語に統一性がなかったり、不足分など随時修正したいと思います。 1. サーバ設計 サーバスペックはどうするべき? 使用するOSは? CentOS開発終了について MWは何を使うべきか Webサーバ構築にはどちらを使うべき?Apache?Nginx? サーバセキュリティで最低限押さえておきたいことは? listenするポートは最小限にしましょう ファイアウォール設定で送受信IPアドレス、ポートの通信制御はしておきましょう 外部に出る際にはプロキシサーバを経由するようにする 随時パッチを当てるようにする linuxでのアンチウイルスソフトの検討 個人アカウントで変更系コマンドは実行させないようにする ログについて考えること ストレージ容量には気をつける データベースはどう決めたら良いか MySQL

    知っておきたかったLinuxサーバ設計、構築、運用知識まとめ - hiroportation
  • 運用出来るWebアプリケーションの作り方

    はじめに 先日、下記のようなツイートを見つけて、そういえば趣味個人開発してたときには然程気にしてなかったけど、仕事で運用するようになって先輩たちから学んだり自分で身につけたチップスってちょこちょこあるよねー、とふと思ったので、Webアプリケーション開発に関わるものをいくつかまとめてみました。 特に体系的/網羅的という程でもないですし、最近はFWや色々な仕組みでカバーされてるものも多いですが備忘録として。 Tips 機械が読めるログを作る これは割と重要なのですが、ログは人間が読むものではなく機械が読むものです。それはZabbixだったりDatadogだったりSplunkだったりgrep/awkだったりツールは何でも良いのですが、古の時代はさておき現代ではログは機械が読めることが最重要です。 まず大前提として構造化されている必要があります。言うまでもないですが「フリーフォーマット」のログの

    運用出来るWebアプリケーションの作り方
  • プロダクトオーナーの考えるべきところ - kawaguti’s diary

    プロダクトオーナー(PO)の考えるべきところ、もしくは「はまりがちな罠」について、いくつかのトピックを思いつくまま書き出してみました。悩めるPOさんの手助けになれば幸いです。 序盤戦、中盤戦、終盤戦の戦略 一番美味しいアイデアがでる可能性に備えるために 引き継ぎにはコストがかかるので人を追加すると遅くなる システムは利用者の数に従って情報が増えるので、リリース後が最も大変な時期になる システムはハーモニーなので、継ぎ足して別の人を追加すると繋がらない あ、よければアギレルゴの認定スクラムプロダクトオーナー研修もご検討ください。著名な講師が通訳付きで教えてくれます。 1. 序盤戦、中盤戦、終盤戦の戦略 「序盤で基礎を作って、作るスピードが上がってきたら、重要なところを作り、最後はウリになるものを作りこんでリリースする。」一見、良さそうに見える戦略ですが、これは結構危うい計画になりがちです。ユ

    プロダクトオーナーの考えるべきところ - kawaguti’s diary
  • 私がインフラ運用保守で意識して行っていること(コラム) - Qiita

    ~はじめに~ 運用保守は、手順書通りするだけの楽な業務と勘違いしていませんか? 私は3年間運用保守(インフラ)に携わり、手順書作成や障害対応/調査、運用支援など様々なことを行ってきました。そんな私が思うに運用保守は、全くそんな楽な業務でありません。 運用保守は過信と油断をすれば、すぐに業務影響を出してしまいます。 構築設計段階でのお客様に影響を出すのとは、全く影響度合いが違います。 既に稼働しているシステムで業務影響を出すというのは、エンドユーザーへ多大なるご迷惑をおかけするということ、つまり絶対に許されません。 そんな状況にならないために、私が運用保守をする上で意識して行っていることについて書きたいと思います。 ~運用保守をする上で意識して行っていること~ 1. 簡単な作業や慣れた作業でも慎重に行う 私はどんな作業だとしても、過信や油断をせずに慎重を行うようにしています。 簡単または慣れ

    私がインフラ運用保守で意識して行っていること(コラム) - Qiita
  • 納品ドキュメントの作成にMarkdown+Vivliostyleを採用した話 - Qiita

    こんにちは、製造業でソフト開発エンジニアをやっているとみー(@tommyecguitar)です。 会社で納品物の説明ドキュメントを作ることがあり、その時にMarkdownでの組版をやってみたので、どう運用したか、困ったところ、いい点、悪い点をまとめてみようと思います。 Vivliostyleで組版したブログはたくさんあるので、見た目がどんな感じにできるかなどはそちらを見ていただくか、Vivliostyleのサイトをご覧ください。 Wordじゃだめなのか。 製造業で何かしら長大なドキュメントを作るとなったら、大抵はWordを複数人数で編集するという運用をしているところが多いと思います。 しかし、Wordにはいろいろと悪いところがあります。 チーム内で共同編集すると、編集したところが消えたり、フォントやデザインがなぜか統一されなかったりする。 セクションごとに担当を分けても、マージが手作業にな

    納品ドキュメントの作成にMarkdown+Vivliostyleを採用した話 - Qiita
  • 障害報告書を書こう! - Qiita

    担当しているITサービスなどに何かしらのインシデントや障害が発生した時に、対処後のアクションとして報告書を提出して事象の内容を報告(レポート)する場合がある。 提出先は会社の偉い人だったりクライアントだったり。場合によってはユーザー向けに発表したり。事の顛末を報告して「今後同様のことを起こさないように努力します、ごめんなさい」をするのだ。どのように再発防止の努力するのかを書くものでもある。 主にクライアント向けのビジネス内容ではあるが、自分が使っているテンプレパターンを共有するので参考にしてもらえればと思う。1 全般的なポイント 心得のようなもの。次の点は留意してて欲しい。 淡々と冷静な説明をこころがける 当然のことながら事実は脚色しない。無駄な修飾も要らない。客観的な事実を簡潔に述べる。 例: ❌「一生懸命頑張って対応したが…」 ❌「寝ないで対応したが…」 ❌「当の原因は…」 できるだ

    障害報告書を書こう! - Qiita
  • 投資をするなら読んでおきたい古典的名著3冊【初心者向けおすすめ本】

    世の中に、投資に関するが何冊あるか知っていますか? 実は、Amazonで「投資」と検索すると50,000冊以上ものがヒットします。 それだけの選択肢があると、「投資をするためにで勉強したいけど、何を読めばいいかわからない」と悩んでしまう人も多いのではないでしょうか。 今の時代はTwitterやブログ、YouTubeなどでも投資に関する多くの情報を集めることができますし、屋に行けば投資資産運用関連の入門書が数多く並んでいるのを目にします。 それらは手軽でわかりやすい反面、(特にインターネット上の情報は)信憑性が定かではなかったり、内容があまり充実していなかったりするものもあります。 そんな玉石混淆の情報から、初心者が有益な情報を見分けるのはとても難しいでしょう。 そこで私がおすすめするのは、投資の「名著」といわれるようなを読むことです。 それらは世界中の投資家たちに長く読み継がれ

    投資をするなら読んでおきたい古典的名著3冊【初心者向けおすすめ本】
  • 高卒新人に資産運用を説明する - やしお

    今年入社の高卒の新人と雑談していて「会社の確定拠出年金のこととか何を選ぶのがいいとか分からない」という。集合研修でも制度そのものの解説はあったけどよく分からず、学校でも習わなかったので、漠然としか分からないと言っていた。 それで「自分はこういう理解で、こうしている」を整理して伝えることにしたのでそのメモ。結論としては「長期でインデックス投信」なのだけど、そこに至るバックグラウンド等も含めて説明したいと思った。 前提 そもそも趣味仕事に注力したいので、株や不動産を一生懸命やりたいとは全く思っていない。 自分は普通の会社員で、その道のプロ(銀行員や証券マンやファイナンシャルプランナー)ではない。 大損は絶対に嫌だし、時間を遣いたくない。株の勉強とかもしたくない。 経済システム 現在は「産業資主義」というOSで世の中が運用されている。 このシステムでは「富の総量が時間の経過で増えていく(右肩

    高卒新人に資産運用を説明する - やしお
  • 大手金融機関から運用商品を買わない方が良い理由を金融庁が解説している - 銀行員のための教科書

    金融庁が「資産運用業高度化プログレスレポート2021」を公表しました。 金融庁は「家計の安定的な資産形成」を行政方針の柱に一つに掲げており、資産運用会社の役割を重視する一方で、資産運用会社の報酬体系や運用能力、販売方法等に課題意識を持っています。 今回は金融庁のレポートを基に、日の金融機関が販売する運用商品について確認していきたいと思います。 資産運用会社別パフォーマンス 独立系資産運用会社 投資信託のコストにおける他国比較 クローゼット・トラッカー問題 まとめ 資産運用会社別パフォーマンス まず、以下の図表を確認ください。 (出所 金融庁「資産運用業高度化プログレスレポート2021」) この図表は、運用資産が多い資産運用会社順に、その資産運用会社が運用するアクティブ型投資信託のシャープレシオを並べたものです。 「アクティブ型の投資信託」とは、それぞれの投資信託の運用方針に沿い、市場の平

    大手金融機関から運用商品を買わない方が良い理由を金融庁が解説している - 銀行員のための教科書
  • Webフルスタックエンジニアになるためのチェックリスト

    Webフルスタックエンジニアになるためのチェックリスト Zennでの投稿にあたって この記事は、2020/03/22に自分のgithubリポジトリで公開していた内容を、Zenngithubリポジトリ連携機能を用いて一般公開したものです。 投稿にあたって、Zennの記事連携フォーマットに準拠する以外の修正は加えておりませんので、一部Zennというプラットフォームの方針や雰囲気に合わない内容などあるかもしれません。あらかじめご了承ください。 はじめに 日のWeb開発業界で「フルスタックエンジニア」になるために必要な知識を、個人的経験からまとめました。 フルスタックエンジニアの定義ですが、ここでは、 企業で開発リーダー/テックリードとして、Webブラウザアプリケーションを前提としたサービスの立ち上げからリリース、運用まで面倒を見られる。 というロールと仮定し、前提条件としては、どちらかという

    Webフルスタックエンジニアになるためのチェックリスト
  • エンジニアの職人芸を継承すべし | 外道父の匠

    『職人芸』。それは、その人にしかできない、または他より圧倒的な品質・精度・速度で仕事を遂行する技術力、というものが確かにあります。 そのような崇高な技術は、どこから来て、どこへ行くのか。そんな圧倒的ポエム回。 職人芸とは 言い方はなんでも良いのですが、組織には上級的なエンジニアが一定割合いて、おそらくその人にしかできない仕事や、手慣れていて効率的に済ませられる仕事を任せられていることでしょう。 そういうエンジニアはたいてい『職人芸』と呼べそうな技術を修得しています。例えば、高精度な設計・高難度な機能実装・的確なコードレビュー・精密な試験・堅牢な運用などなど。 システム提供を大雑把に工程で分類すると、企画・設計・構築・試験・運用 といったところでしょうか。ちょっと外すと研究などもアリですね。それぞれの工程において、集中的に従事して得る職人芸もあれば、多岐にわたる経験によって生まれる職人芸もあ

    エンジニアの職人芸を継承すべし | 外道父の匠
  • shiodaifuku.io

    Webエンジニアのブログです。

    shiodaifuku.io
  • お金の勉強に役立つおすすめ本30

    「働いても働いてもお金がたまらない」 「将来の年金は危なそうだけど、きちんと暮らしていけるの?」 こう思ったことはありませんか?かつての私もそうでした。 収入が増えたとしても、同じ様に支出も増えていきました。 このまま結婚したり、子どもを持ったり、家を買ったり、自分の親と同じような人生を歩むにはお金が足りないんじゃないかと不安に思っていたものです。 なぜなのかと自分で考えても、中々答えは見つかりません。たどり着いたのは 「そもそもお金の事って、分かっているようで全然分からない」 という事でした。 考えてみれば当たり前のことです。学校では、将来お金を稼ぐために、仕事につくための知識や一般教養は教えてくれますが、お金そのものにまつわる知識は教えてくれないからです。 また家庭でもお金に関する話はタブーだったりして、私たちの多くが大学生になったり、遅ければ社会人になって初めてお金について考えなけれ

    お金の勉強に役立つおすすめ本30