タグ

northlightのブックマーク (29,757)

  • コスト削減成功！Amazon Auroraの監査ログをS3に保存する仕組みを構築した話 - Classi開発者ブログ


    こんにちは。プロダクト本部Growth部でエンジニアをしている id:ruru8net です。 前回はこちらの記事を書かせていただきました。 tech.classi.jp 今日は前述したSRE留学中にやったことの中の﹁Amazon Auroraの監査ログをCloudWatch Logsを経由せずS3に保存する﹂を紹介したいと思います。 前提 前掲の記事にもある通り、弊社のAWSにかかっているコストを調査したところCloudWatch Logsの特にAmazon RDSの監査ログの保存にコストがかかっていることがわかりました。今回は弊社で最も使用しているAmazon AuroraのMySQLのみを対象として、監査ログをCloudWatch Logsを経由せずS3に保存する仕組みを作成しました。 作成した仕組み こちらのオープンソースの仕組みを参考に構築、またLambdaのソースを使いました。
    コスト削減成功！Amazon Auroraの監査ログをS3に保存する仕組みを構築した話 - Classi開発者ブログ

  • AWSコンテナ系アーキテクチャの選択肢を最適化する | 外道父の匠

    これまでもコンテナ関連の記事はそれなりに書いてきましたが、改めて最新事情に合わせて練り直したり見渡してみると、大きなところから小さなところまで選択肢が多すぎると感じました。 コンテナ系アーキテクチャを丸っと他所の構成で真似することって、おそらくほとんどなくて、参考にしつつ自分流に築き上げていくでしょうから、今回は築くにあたってどういう選択肢があるのかにフォーカスした変化系で攻めてみようと思った次第です:-) 目次 今年一発目の長いやつです。半分は学習教材用、半分は道楽なテイストです。 はじめに 基盤 インスタンス or コンテナ ECS or EKS on EC2 or FARGATE X86 or ARM64 ロードバランサー メンテナンス：ALB or ECS Service 共有 or １環境毎 アクセスログ：ALB or WEBサーバー ECS / EKS デプロイ：Blue/Gr

    AWSコンテナ系アーキテクチャの選択肢を最適化する | 外道父の匠

  • インド民の代表的言い訳とその対応　①｜インド麦茶


    インド民はとにかく何かにつけて﹁言い訳﹂を唱えてくる。まず、インドに着任してイライラするのはこのインド民のコミュニケーションモードである。これはインド民の自己防衛本能の一種であるが、実際に部下や取引相手として対峙した場合にはなかなか手ごわい。その結果、彼らとの議論が面倒臭くなり、適当にやり過ごし、こちらが相手の主張を飲み込んでしまった場合、インド民は、﹁やはり俺が正しかった﹂と本気で思いこむ。よって、議論や責任を有耶無耶にすることは、長期的に見れば相互に誤解を生むことになり、結果として逆恨みや約束の不履行などに繋がる。相手が部下であれば、あなたは彼や彼女をコントロールできなくなるだろう。何しろ、あなたが追求をやめれば、相手は自分が受け入れられたと考えるからである。日本人であれば、無理筋な自らの主張を理解して、心のどこかで良心の呵責が発生することを期待できるかもしれないが、インド民はそのよう
    インド民の代表的言い訳とその対応　①｜インド麦茶

  • 売上アップにつながる 写真の撮り方ガイド 飲食店編 (PDF) | 日本政策金融公庫

  • 新規事業を加速させるリサーチ術/ Research tips for new biz creation


    ビザスクさんにお誘いいただき、企業内新規事業担当者の方などに向けて、リサーチに関するお話をしました。 https://visasq.co.jp/seminar/research0728 調査、正しく使うと楽しいし、ためになるよ、というお話をしています。30分くらいでお話したので、同じような講演ニーズがあればぜひまたお知らせください :-) info@cobe.work
    新規事業を加速させるリサーチ術/ Research tips for new biz creation

  • 【本編】マーケティングミックスモデリングガイドブック

    マーケティングミックスモデリング ガイドブック 2023.9 株式会社博報堂ＤＹメディアパートナーズ

    【本編】マーケティングミックスモデリングガイドブック

  • 第1回 標準型電子カルテ　ベンダー説明会資料について

    このホームページを、英語・中国語・韓国語へ機械的に自動翻訳します。以下の内容をご理解のうえ、ご利用いただきますようお願いします。 1.

  • 私のセキュリティ情報収集法を整理してみた（2024年版） - Fox on Security


    新年あけましておめでとうございます。毎年この時期に更新している﹁私の情報収集法(2024年版︶﹂を今年も公開します。 ■はじめに サイバー攻撃は国境を越えて発生するため、ランサムウェア、フィッシング、DDoS攻撃など、近年のサイバー脅威の常連となっている攻撃者︵脅威アクター︶が主に海外にいることを考えると、世界の脅威動向を理解することが年々重要になっています。 海外から日本の組織が受けるサイバー攻撃の多くでは、国際共同オペレーション等の一部のケースを除き、日本の警察が犯罪活動の協力者︵出し子、買い子、送り子︶を摘発することはあっても、サイバー攻撃の首謀者︵コアメンバー︶を逮捕するまで至るケースはほとんどありません。 誤解を恐れずに言えば、日本の組織は海外からの攻撃を受け続けているのに、海外で発生したインシデントや攻撃トレンドの把握が遅れ、対策が後手に回っているケースも多いように感じます。最
    私のセキュリティ情報収集法を整理してみた（2024年版） - Fox on Security

  • The case for containers on Lambda (with benchmarks)

    Lambda recently improved the cold start performance of container images by up to 15x, but this isn't the only reason you should use them. The tooling, ecosystem, and entire developer culture has moved to container images and you should too. January 2, 2024 When AWS Lambda first introduced support for container-based functions, the initial reactions from the community were mostly negative. Lambda i

    The case for containers on Lambda (with benchmarks)

  • Wantedly Engineering Handbook | Wantedly Engineering Handbook

    新しく Wantedly の開発チームに参加する人向けのドキュメント集です。社内のエンジニアが知るべき情報のうち外部にも公開できる情報を体系的にまとめたものです。 入社前後のフルタイムの社員が一番の想定読者です。ハンドブックの内容はインターンや採用選考を受けている人にも役に立つことを期待しています。また、PDF 形式の電子書籍およびオンラインドキュメントとして広く一般公開しています。1 年に 1 度、物理書籍としても印刷し社内外に配布します。

    Wantedly Engineering Handbook | Wantedly Engineering Handbook

  • マイクロサービス化は本当に難しい

    はじめに この記事は、AEON Advent Calendar 2023の21日目です🎉 イオンスマートテクノロジー株式会社（通称AST）のCTO室TechLeadチームの@t0doroki_takaです。弊社ではSREチームの発信に勢いがありますが、アプリケーションレイヤーよりの話題も積極的に発信していければと思います。 自分の敗戦の振り返り 以前、大規模ECシステムのリプレース案件に関わった時(そして敗戦したとき)の振り返りです。 今回取り上げるケーススタディは、システム全体(連係するシステム含む)としては段階的移行ではありましたが、主ターゲットとなるシステムは、全EC機能を包括する大規模なシステムで、それをフルスクラッチでリプレースするものでした。 巨大なモノリス構造であったため、マイクロサービスアーキテクチャに移行することで、サービス提供のアジリティを確保することが目的の一つでし

    マイクロサービス化は本当に難しい

  • Twilio も PagerDuty も使わない、アラート電話の仕組みを構築した話 - asken テックブログ


    こんにちは。asken でインフラエンジニアをしている沼沢です。 今回は、緊急性の高いアラートを検知した際の電話連絡の仕組みについてお話します。 抱えていた課題 弊社では、元々システム監視はしていたものの、検知時はメールや Slack の通知に留まっており、システムが深刻な状態となった場合に架電する仕組みがありませんでした。 休日や夜間に深刻な状態となった場合にメールや Slack 通知だけでは気付きづらく、早急に対処しなければならない状況の検知が遅れる懸念がありました。 検討したソリューション Twilio まず、自身が利用したことのある Twilio を使った架電を検討しました。 しかし思い出したのは、電話番号取得時に日本の法に準拠するために必要な各種手続きの面倒さでした。 https://support.twilio.com/hc/en-us/articles/44061586621
    Twilio も PagerDuty も使わない、アラート電話の仕組みを構築した話 - asken テックブログ

  • https://www.meti.go.jp/meti_lib/report/2022FY/000798.pdf

  • Gmailと米国Yahoo!のあれ(2024年2月) - /var/lib/azumakuniyuki


    メールシステム担当の人はもちろん、インフラ担当の人もDNSの設定とかで既に知ってはると思いますが、10月にGoogleが発表した2024年2月から始まるGmailとYahoo!(米国)におけるスパム対策強化のあれです。 海外では数年前から"No Auth, No Entry"って﹁代表なくして課税なし﹂みたいな感じで言われているアレです。 識者の方々がいろんなところで記事にしてはりますので、他のところであんまり書かれていない気がするとこだけ記します。 まずは公式情報 Google Googleについては以下の二ヶ所を読んで理解して実践しておけば大丈夫そうです、たぶん。 パラメーターのhl=enをhl=jaに変えると日本語版になりますが、更新されるのが遅いので最初に英語版を見ておくのが良いです。 Email Sender Guidelines(81126) Email Sender Gui
    Gmailと米国Yahoo!のあれ(2024年2月) - /var/lib/azumakuniyuki

  • 冷凍ケーキの件


    この文は似たような業種の会社に勤めていた時の事情を元に たぶんそうじゃないかなあ、程度の俺のあくまで勝手な妄想です。 -- 冷凍ケーキの件だけど、ブランド先製造ってこの手の大規模な製造問題を起こさない、 または起きても責任の所在をはっきりさせるために、 定期的に工場監査して問題発生時のトレース能力の確認を求めてくる。 分かりやすく言えば金と工数だけかかるクソ面倒なISO認証(食品だとFSSC)とかも求めてくるし、 力量怪しければ信頼できる業界大手を元請けに入れたりコンサル投入してくる。 なんでクリティカルポイントの管理や記録確認程度ではなく、 受託製造の人間による記録外の原因究明力とか改善力とかそこまで見ている。 そんな状態で製造ラインに乗せて出ていった冷凍ケーキの多数が崩れていましたなんて 明らかに製造・搬送ラインまたは付帯設備のコントロールポイント管理を極めて重篤に怠ってないと出てこな
    冷凍ケーキの件

  • 工場システムにおけるサイバー・フィジカル・セキュリティ対策ガイドライン（METI/経済産業省）


    1. 背景・経緯 工場システム︵産業制御システム(ICS/OT)やこれらを構成する機器、及び接続されるシステム・機器︶ は、内部ネットワークとして、インターネット等のネットワークにはさらされないことを前提に設計されてきました。しかし、ＩｏＴ化や自動化の流れの中で、個別の機械やデバイスの稼働データの利活用の可能性が広がり、新たな付加価値が生み出される取組が進められる一方で、工場等のネットワークをインターネット等のネットワークにつなぐ必要性や機会が増加することによる、新たなセキュリティ上のリスク源も増加しています。また、工場DX︵デジタルトランスフォーメーション︶が推進されることにより、クラウドやサプライチェーンにおいて接続された製造現場におけるセキュリティも考慮しなければならない状況となっています。一方で、このようなインターネット接続の機会に乏しいと思われる工場であっても不正侵入者等による攻

  • NHK独自記事がインターネットから消される？ この新聞社の圧力がすごい【2024年版追記あり】 - フジイユウジ::ドットネット


    ちゃんと裏取りされたニュースや丁寧につくられたインターネットコンテンツが読める時代の終わりが来るかもしれない。 正直、もう手遅れだとは思うけど、いまからでも﹁えっこんなことになっていたの﹂と思って動く人がいれば少しは何かが起きるかもしれないので書く。 ■すべてがわかる要約 NHKと総務省﹁震災やコロナで、ラジオとテレビだけじゃダメとわかった。国民に必要な情報を届けるにはWebやアプリやSNS、様々な経路をもつ公共メディアが必要なんや﹂ 新聞各社﹁NHKは放送だけやれや!!ネットの特集とか気合入れたコンテンツやめろ!!!!﹂ 総務省﹁それもそやな。NHKくん、ネット情報はテレビラジオ関連だけにしてもろて﹂ NHK﹁……日本に必要な取り組みだけど、逆らえないよ(´・ω・`)﹂ ぼく﹁まさか現代でメディアのネット活動を制限するわけない………えっ本当に制限するの!?!?インターネットがゴミ情報だ
    NHK独自記事がインターネットから消される？ この新聞社の圧力がすごい【2024年版追記あり】 - フジイユウジ::ドットネット
    northlight
    northlight 2023/12/27
    マスコミもNHKも大概屑でもう溜息しか出ない。
    リンク

  • systemdエッセンシャル / systemd-intro

    RHEL8 で systemd の出力やログを読んで理解できないときに、どこを調べたらいいか見当がつくようになることを目標として、systemdの基本的な考え方や、調べるときに中心になりそうなトピックを紹介する資料。RHEL 8を想定しています。

    systemdエッセンシャル / systemd-intro

  • Amazon Elastic Container Service のレジリエンスと可用性を Dive Deep | Amazon Web Services


    Amazon Web Services ブログ Amazon Elastic Container Service のレジリエンスと可用性を Dive Deep はじめに この投稿では、Amazon Elastic Container Service (Amazon ECS) におけるアーキテクチャの原則について詳しく説明し、Amazon ECS におけるアプリケーションの高可用性とレジリエンス(回復力)を実現しやすくする機能のいくつかを概説します。Amazon ECS が AWS の可用性と回復力のパターンをどのように活用するように設計されているのか、そして Amazon ECS API などを利用してそうした考え方をどのように簡単に利用できるようになっているのかについて見ていきましょう。これにより、お客様のソリューションの要求に最適な Amazon ECS 構成と機能を選択できるようにな
    Amazon Elastic Container Service のレジリエンスと可用性を Dive Deep | Amazon Web Services

  • HTTP Strict Transport Security（HSTS）とは？

    はじめに Webサイトがどのように表示されるのかを知るために『What happens when...』を読みました。 しかし、HSTSが何なのか理解できず、かなり最初の方でつまづいてしまったので、今回の記事では自分が調べたことをまとめたいと思います。 「HSTSをチェックする」 以下が『What happens when...』で書かれていた説明です。 ブラウザは"preloaded HSTS(HTTP Strict Transport Security)"リストを調べます。これはHTTPSでのみリクエストを送るように求めているウェブサイトの一覧です。 もしそのウェブサイトがリストにあれば、ブラウザはHTTPではなくHTTPSでリクエストを送ります。なければ最初のリクエストはHTTPで送られます。ウェブサイトは、HSTS一覧になくてもHSTSポリシーを利用可能であることに注意してください

    HTTP Strict Transport Security（HSTS）とは？
  • 前のページ 3 4 5 6 7 8 9 10 11 12 次のページ

お知らせ

もっと読む

公式Twitter

  • @HatenaBookmark

    リリース、障害情報などのサービスのお知らせ

  • @hatebu

    最新の人気エントリーの配信

はてなブックマーク

公式Twitter

はてなのサービス

  • App Storeからダウンロード
  • Google Playで手に入れよう
Copyright © 2005-2024 Hatena. All Rights Reserved.