並び順

ブックマーク数

期間指定

  • から
  • まで

1 - 40 件 / 364件

新着順 人気順

SOAの検索結果1 - 40 件 / 364件

  • マイクロサービスにおける決済トランザクション管理 | メルカリエンジニアリング

    この記事はMERPAY TECH OPENNESS MONTHの15日目の記事です。 こんにちは。メルペイのPayment PlatformチームでPaymentServiceの開発を担当するエンジニアの @foghost です。 メルペイではマイクロサービスのアーキテクチャで決済システムを開発しています。その中でPaymentServiceは決済トランザクション管理の基盤サービスとして、下位層のサービス(外部サービスも含め)が提供する各種決済手段を利用して、上位層のサービス(メルカリ、NFC,コード払いなど)に必要な決済フローを共通APIとして提供しています。PaymentServiceが提供する決済処理に複数のサービスを跨いでお金の動きを正確に管理する必要があるので、作り始めた頃から決済トランザクション管理を最も重要な課題として、サービスを跨いでもデータの整合性が取れる仕組みを作ってき

      マイクロサービスにおける決済トランザクション管理 | メルカリエンジニアリング
    • 新入社員「DNSってなんですか?」→ これ、どこまで答えられますか?????????

      はじめに 「DNSって何ですか?」 エンジニア・プログラマの皆さんは会社の同僚や後輩などにこの質問をされたらどこまで回答できますか? 大体の人は、「Domain Name System(ドメイン・ネーム・システム)の略称で、IPアドレスとドメインの紐付けをおこn.....」 みたいな回答になってしまうと思います。 特に自分のような、フロントエンド周りが主領域のエンジニアにとってはDNSの理解はかなり後回しになってしまうかなと思います。 今回は、そんなあまり業務でDNSに携わらない方々に向けて、DNSの最低限知っておきたい基礎知識をやさしくお届けできたらなと思います。 ※タイトルではめちゃくちゃ煽りましたが、本記事は割と基礎的な内容になっています。ご安心を。 DNSとは まずは、DNSとはなんぞやというところから入っていきたいと思います。 DNSとは、冒頭にも登場しましたが、Domain N

        新入社員「DNSってなんですか?」→ これ、どこまで答えられますか?????????
      • オブジェクト指向はすでに粒度が時代にあっていない - きしだのHatena

        定期的にオブジェクト指向disを書いてしまってるのだけど。 とりあえずオブジェクト指向の話をすると定義が人によって違いすぎるので、改めてここでの定義を書いておくと 、基本的にはOMTの「データ構造と振る舞いが一体となったオブジェクトの集まりとしてソフトウェアを組織化すること」 に従うのですが 「1990年に流行りソフトウェア開発のすべてを飲み込み、いまとなっては人それぞれ定義が違って技術的議論に使えなくなった、主にオブジェクトを基本単位としてプログラムを整理するやりかたを指すマーケティング用語」 という感じです。 ほとんどの場合で人によってオブジェクト指向の指す範囲が違いすぎて、技術的知見の共有には使えなくなっています。でも、いずれの定義にしろオブジェクトを基本単位にするというのは重要ではないかと。 ソフトウェアの組織化の単位としてオブジェクトを使うというのが大事で、データの搬送に構造体代

          オブジェクト指向はすでに粒度が時代にあっていない - きしだのHatena
        • 銀行の基幹系システムはなぜ古臭いのか?|つっちーさん

          タイトル詐欺である。今回も反省せずに続きといきたい。 前回も示したが、ざっくりとした銀行の基幹系システムは「勘定系」「情報系」「チャネル系」の三つの構成になっているという図が上である。ざっくりとしたものなので、実際にはもっと複雑(特にメガバンクでは)だし、これがあるのにアレがない、とかいったものはある。細かいところを気にしすぎると禿げるぞ。 今回は、銀行の基幹系がなぜ古臭いのかという話をしたい。古臭いと言ってもいろいろあって、特にエンジニア界隈からは「メインフレームを使ってる」とか「COBOLみたいなカビの生えた古代言語を使ってる」とか、とにかくイケてないシステムの代表例のように言われることが多い。対して、預金者の側からはネットとの親和性だとかサービス面の不満からくるイケてないという話が多いと思うのだが、これはどちらかというとシステムの話ではなくて、サービス設計とかその背景になるビジネスモ

            銀行の基幹系システムはなぜ古臭いのか?|つっちーさん
          • This is The Entire Computer Science Curriculum in 1000 YouTube Videos

            This is The Entire Computer Science Curriculum in 1000 YouTube Videos In this article, we are going to create an entire Computer Science curriculum using only YouTube videos. The Computer Science curriculum is going to cover every skill essential for a Computer Science Engineer that has expertise in Artificial Intelligence and its subfields, like: Machine Learning, Deep Learning, Computer Vision,

              This is The Entire Computer Science Curriculum in 1000 YouTube Videos
            • バッチ処理について考える - Qiita

              TL;DR ひとくちにバッチといっても色々ある 夜間バッチをもう作るな オンラインバッチはSQL以前にDB設計がんばれ はじめに Twitterのタイムラインで以下のようなツイートが回ってきました。 バッチ処理をみんな舐めてかかったり、ショボイとか思ってる人多い印象なんだけれども、数十万~数千万件規模のデータを処理したことあるのかな。テンプレ通りのコードじゃ動かないよ?ネットに本にも答え載ってないよ?低レイヤも意識しないと動かないよ? 2020年1月10日 ツイートされたわだっしーさんの意図がどこにあるかは確認してないですが、極限の世界でテンプレート的な処理では対応出来ないのはあるよな、と思いつつもある程度はバッチの作法としての書き方があると思っています。 このツイートとその関連ツイートを読みながら、そういえばバッチ処理に関して書いてある記事はあまり見ないなぁ、とおもったので他のネットや本

                バッチ処理について考える - Qiita
              • マイクロサービス設計原則: SOLIDではなくIDEALS

                キーポイント For object-oriented design we follow the SOLID principles. For microservice design we propose developers follow the “IDEALS”: interface segregation, deployability (is on you), event-driven, availability over consistency, loose-coupling, and single responsibility. Interface segregation tells us that different types of clients (e.g., mobile apps, web apps, CLI programs) should be able to inte

                  マイクロサービス設計原則: SOLIDではなくIDEALS
                • 2020年下半期に読んで面白かった本5選 - 本しゃぶり

                  2020年が終わった。 忘れないうちに下半期に読んだ中からおすすめの5冊を紹介する。 【目次】 2020年下半期に読んだ本 『セガvs.任天堂 ゲームの未来を変えた覇権戦争』 『誰が音楽をタダにした? 巨大産業をぶっ潰した男たち』 『貧乏人の経済学――もういちど貧困問題を根っこから考える』 『生命科学クライシス』 『マンスキー データ分析と意思決定理論』 終わりに 2020年上半期に読んでおすすめの本 2020年下半期に読んだ本 お題「#買って良かった2020」に便乗して、2020年下半期に読み終えた中から良かった本を5冊紹介する。上半期に読み終えた本については既に記事を書いたので、最後にリンクを貼っておく。 2020年下半期に読み終えた本は50冊。上半期は41冊だったのに対して、後半はペースを取り戻した感じがある。 2020年の読了数推移 やはりお勧め本を5冊紹介しようと思うなら、これく

                    2020年下半期に読んで面白かった本5選 - 本しゃぶり
                  • みずほ銀行のシステム障害特別調査委員会報告書を読んで|つっちーさん

                    おはよう人類。 2月28日のみずほ銀行のシステム障害を発端として、3月に計3回、その後も8月に3回のシステム障害が発生し世間を騒がせている。メガバンクの中でも最新かつ先進的なシステムを採用し、しかも本格稼働してすでに2年以上たっているシステムで、なぜこのような障害が連続するのか、なかなか理解しがたいものがある。 このうち、2月28日の第1回目障害から3月中に発生した計4回の障害については、6月15日に外部の有識者によって構成されたシステム障害特別調査委員会による報告書が発表されている。本文は167ページに渡るボリュームなのだが、結構内容に目を通している方も多く、TwitterやBlog、Yotubeなどでも報告書の解説を試みている方もおられる(あまり目を通してはいないが)。 みずほFGの全面的なバックアップがあったとはいえ、限られた時間でこれだけの内容をまとめ上げるのも大変だったと思うし、

                      みずほ銀行のシステム障害特別調査委員会報告書を読んで|つっちーさん
                    • AWS認定全冠を維持し続ける理由と12冠(13冠、14冠?)までの学習方法・資格の難易度まとめ -How to become an Japan AWS All Certifications Engineer(formerly known as APN ALL AWS Certifications Engineer)- - NRIネットコムBlog

                      小西秀和です。 私は2020年5月に当時12個あったAWS認定をすべて取得していたことで、2020 APN ALL AWS Certifications Engineerと2020 APN AWS Top Engineerに選出していただくことができました。 ※この記事の投稿後、2021、2022、2023年のJapan AWS All Certifications Engineer(旧称:APN ALL AWS Certifications Engineer)、Japan AWS Top Engineer (Services)(旧称:APN AWS Top Engineer)にも選出していただけました。 その後も再認定やバージョンアップされた新規認定を取得し、2022年4月末時点で受験できる12個と廃止されたが有効期限のある2個の合計14個のAWS認定を保有しており、今後も再認定と新規認

                        AWS認定全冠を維持し続ける理由と12冠(13冠、14冠?)までの学習方法・資格の難易度まとめ -How to become an Japan AWS All Certifications Engineer(formerly known as APN ALL AWS Certifications Engineer)- - NRIネットコムBlog
                      • AWS 認定試験 : Exam Readiness(試験準備コース)が日本語実写版になりました | Amazon Web Services

                        Amazon Web Services ブログ AWS 認定試験 : Exam Readiness(試験準備コース)が日本語実写版になりました 2022/07/21 : AWS Certified SysOps Administrator – Associate の SOA-C02 に対応したコースを追加しました 2022/08/05 : AWS Certified Solutions Architect – Associate の日本語字幕版コースを追加しました 2022/10/24 : AWS Certified Cloud Practitioner の日本語字幕版コースを追加しました 2022/11/17 : AWS Certified Advanced Networking – Specialty の英語版コースを更新しました 2022/12/30 : AWS Certified

                          AWS 認定試験 : Exam Readiness(試験準備コース)が日本語実写版になりました | Amazon Web Services
                        • インフラ素人の4年目アプリエンジニアが9カ月弱でAWS11冠するためにした7つのこと

                          (ⅱ)AWS Black Belt Online Semminerを聞きまくる(対象:アソシエイト、スペシャリスト系) AWS公式が出している所謂「BlackBelt」です。 PDF版とYoutube版(PDFの内容を話している)がありますが、私はYoutube版を移動時間や家事中などの隙間時間にひたすら流してました。 音だけなのでスライドは見てないのですが、以外と内容は伝わります。 BlackBeltは様々なサービスについて、基本的なサービスの使い方から細かいカスタマイズ、ユースケースまで幅広く取り扱ってくれていますが、私は主要なサービスの概要と基本的なユースケースを抑えるために使っていました。なので、音だけでもなんとかなったのかもしれませんね。 上記理由から、アソシエイト系で使うことが多かったです。(SQSとは、CloudFormationとは、CloudFrontとは、等々) スペシ

                            インフラ素人の4年目アプリエンジニアが9カ月弱でAWS11冠するためにした7つのこと
                          • 技術書の予習と復習

                            どうも、株式会社プラハCEO兼エンジニアの松原です 最近若手エンジニアから「技術書や記事からのインプットが遅い、あるいは浅いことに悩んでいる」と相談を受けました。 (自分のインプットの巧拙はひとまず棚に上げて)自分は技術書を読む際は予習と復習を結構するタイプなので、自分なりに工夫していることについて書き残してみようと考えました。超オレオレ理論ですが、悩んでいる方の参考になれば幸いです 本の予習と復習 自分は技術書を読む前後でこんなことをしています: (予習)その本にかける時間を決める (予習)本から学びたいことを書き出す (予習)胡散臭い人に書かれたと考える (復習)仮説を作り、検証する (復習)自分の行動の変化を書き出す (復習)記事を書くか、人に話す 結構面倒だと思いますが、自分にとっては効果的でした 0. その本にかける時間を決める 自分がこれから説明する予習と復習は、めちゃくちゃ時

                              技術書の予習と復習
                            • 【AWS】日本語で読めるAWS認定の資格対策本まとめ (2022年6月更新) - Rのつく財団入り口

                              AWS認定のおすすめ参考書ラインナップ。仕上がってるよ!仕上がってるよ! サービスの数もどんどん増えてチョモランマ! ナイス復旧! サーバーが喜んでるよ! ……じゃなかった、パブリッククラウドの中でもMicrosoft Azure, Google Cloud Platform(GCP)と並び3強、シェア的にも世界一を走っている老舗Amazon Web Services(AWS)。2019/8/23には東京リージョンで障害が発生したことでも話題になりました。(関わりのあった皆様お疲れ様です) www.itmedia.co.jp その下にはアジアから食い込んできたAlibaba Cloud、ビッグ・ブルーのIBM Cloudがつき、この合計5サービスが最近での世界TOP5となるそうですね。 さて丁度いま入門していることもあり、このエントリでは最近出揃ってきたAWS認定の資格対策本の紹介をしたい

                                【AWS】日本語で読めるAWS認定の資格対策本まとめ (2022年6月更新) - Rのつく財団入り口
                              • 決済ステータス定義の最適解

                                ネットスーパーシステムの決済ステータス表現 (状態遷移) は複雑だ。 その理由は要求要件が多いことに起因しているが、多いことが悪いのではなく、それに応えなければシステムとして真の価値を発揮できないからで。逆に問題解決できなければ、著しく利便性を落としてしまうので、必須要件という位置付けにある。 前提文脈を汲み取りづらいモデリングなので、問題解決例を示すのはあまり見かけないが、自分が考えた決済ステータス定義の答えを示す。 この内容は過去にブログや登壇で話した内容の延長でもあるので、過去の内容も参考にすると良いかもしれません。 「E-Groceryにおけるカード決済処理の難しさと設計戦略」 「ネットスーパーの買い物体験を支える工夫と決済機能実現の過程」 前提条件 注文から支払い完了まで時間差がある注文後に注文内容の変更ができる品切れが発生するケースがある販売員が注文内容を変更できる0円での支払

                                  決済ステータス定義の最適解
                                • 2020年6月に発生したドメイン名ハイジャックのインシデント対応について - coincheck tech blog

                                  はじめまして、サイバーセキュリティ推進部の喜屋武です。 今回は2020年6月に発生したお名前.com上の当社アカウント乗っ取りによる「coincheck.com」のドメイン名ハイジャックのインシデントについて、発覚までの経緯とその後のインシデント対応についてご説明します。 1 発覚までの経緯 1.1 サービスの応答時間の遅延の確認 当社利用のドメイン登録サービス「お名前.com」で発生した事象について(最終報告) | コインチェック株式会社 でもタイムラインを記載しましたが、最初の異変は日頃からモニタリングしているサービスのレスポンスタイムが著しく遅延していたことでした。 当時のサービスのレスポンスタイム この異常を確認し、SRE チームが調査に乗り出しましたがこの段階では他に問題は確認されず、レスポンスが遅延している原因の特定には至っていませんでした。 1.2 他部署やユーザーからの問い

                                    2020年6月に発生したドメイン名ハイジャックのインシデント対応について - coincheck tech blog
                                  • 本当にtransactionは必要なのか? - 急がば回れ、選ぶなら近道

                                    前提 前提ですが。 transaction=Consistency/Isolationを担保する仕組みの話とする。 一般にtransactionが持つべき属性はACIDと言われる。C/Iに比べて、A/Dが“わかりやすい”のでAtomic/Durableの属性の方が人口に膾炙しているが、現在のtransactionではA/Dネタはあまり話題にならない。A/Dネタはローカルだけで見るのであれば普通にfile system /storageの話になる。元来Atomic/Durableはtransactionのコンテクストでは専らlogging / recoveryの話だった。そして、これは非同期のepoch-basedになるとそれ自体の取り扱い優先度が下がる。現代的なtransactionでは、「現時点ではread committedが保証されているFS/storageでA/Dの問題は(ある程度

                                      本当にtransactionは必要なのか? - 急がば回れ、選ぶなら近道
                                    • React Server Componentsに感じたフロントエンドの消失

                                      はじめに 新年早々に面白そうな記事を見つけました。ReactでのAPI呼出しを最適化するために「部分的にサーバサイドで実行するコンポーネントを作る」というもののようです。 あるいは去年の記事ですが気になってたものとしてBlitz.jsでReactベースのFWであるnext.jsに永続化層を持たせてRailsのようなFWにしようというアプローチもあります。 どちらの記事も書かれてる内容自体は分かる気がするものの 「それをフロントエンドでやる意味あるの?」 というのが拭えずイマイチ腑に落ちなかったんですが、単純に 「私と最前線でやられてる方々で期待してるものがたぶん違う」 という気がしてきたので、その辺を整理のために書いてみます。 注意書き Vue.js/Nuxt.jsは少し触ったことがありますが、React Server ComponentsやBlitz.jsを触ったことは無いです 「なんで

                                        React Server Componentsに感じたフロントエンドの消失
                                      • DNS における Master/Slave vs Primary/Secondary の現状(2020/06) - suu-g's diary

                                        BLM の関係でコンピュータ業界の Master / Slave という言葉遣いにもメスが入ろうとしているいま、 DNS ではどうなっているんだっけ、というのがふと気になった。 というのも mattn さんの blacklist/whitelist master/slave に関する情報集め を見たから。あとコメントもしたから。 で、調べて行ったところ、ひとことで言えば既に Primary / Secondary になってるんだけど、そもそもこの用語自体そんな使わないよな、と思ったのだけど、そのあたりを解説するのは元記事の関心ごとと全く違うってことで、改めて自分のブログの記事にしてみたというわけ。 DNS は趣味でしかないので、ツッコミ大歓迎です。 Primary/Secondary が正しい用語です 用語に困ったら RFC 8499 (Jan, 2019) が正しい参照先。こう書いてある

                                          DNS における Master/Slave vs Primary/Secondary の現状(2020/06) - suu-g's diary
                                        • 引退宣言のすゝめ

                                          私はいくつものゲームをやめてきた。 中学校1年からネットゲームを嗜み、数多の韓国産MMORPGを経験し、社会人になるころにはスマホゲームが主流となってもいくつものゲームをやってきた。 でもこの世の中には自分の経験数以上のゲームが当たり前に存在し、それは100倍、いや1000倍、下手したらもっと、自分が経験したゲームはこの世のゲームの0.01%にも満たないほど存在する。 だから「やめる」のだ。 やめるにはどうすればいいか。「引退宣言」だ。 なぜこれを書くかというと ウマ娘、「コンテンツは好きだけどゲームが辛い」の声に「艦これと同じ道か」の声 https://togetter.com/li/1885930 を読んだからだ。やめたいのにやめられない。 そうか。わかったわかった。ここは「ゲームやめのプロ」である俺が特別に「やめ方」教えてやろう、という話である。 「引退宣言するやつほど戻ってくる」は

                                            引退宣言のすゝめ
                                          • 中標津の超都会ぶりなんて、市である根室を差し置き、ケンタッキーとマクドナルドの最東端店舗がある時点でお察しください

                                            咲来さん@おめでとう2022 @sakkurusan 中標津の超都会ぶりなんて、そんなもん市である根室を差し置いて、ケンタッキーとマクドナルドとサーティーワンの最東端店舗がある時点でお察しください。 pic.twitter.com/whFHkK6sOA 2021-01-26 22:10:10

                                              中標津の超都会ぶりなんて、市である根室を差し置き、ケンタッキーとマクドナルドの最東端店舗がある時点でお察しください
                                            • コインチェックのドメインハイジャックの手法を調査した

                                              しゅーとです。 コインチェックは 6月2日 、ドメインレジストラである「お名前.com」の管理アカウントに不正にアクセスされ、ドメイン登録情報が変更されたこと、またそれによって第三者によるメールの不正取得が行われたと発表しました。 プレスリリース(第一報)は以下です。 当社利用のドメイン登録サービスにおける不正アクセスについて(第一報) 攻撃を受けた時刻が 5/31 0:05 で、検知時刻が 6/1 12:00 と攻撃に気付くまでの時間は1日であり、また対応完了まで2日足らずとのことで、検知・対応は非常に迅速だったと思います。 今後第二報で詳細な内容が発表されると思いますが、プレスリリースから攻撃者がどのようにメールの不正取得を行ったのか、インターネット上の情報を用いて調査してみました。 ドメインハイジャックをされている関係上、メール以外にもSSL証明書の不正取得や偽Webサーバによる盗聴

                                                コインチェックのドメインハイジャックの手法を調査した
                                              • KeyTrap (CVE-2023-50387)を検証してみた - knqyf263's blog

                                                DNSは趣味でやっているだけですし有識者のレビューを経ているわけでもないので誤りを含むかもしれませんが、DNS界隈には優しい人しかいないのできっと丁寧に指摘してくれるはずです。 追記:めちゃくちゃ丁寧にレビューしていただいたので修正いたしました。森下さんほどの方に細かく見ていただいて恐れ多いです...(学生時代に某幅広合宿で森下さんの発表を見てDNSセキュリティに興味を持った) 4万文字を超える大作、おつかれさまです。わかりやすく書けていると思いました。 ざっと読んで、コメントしてみました。ご参考まで。https://t.co/bVj5WeFHQr https://t.co/ku5NOx6ua8— Yasuhiro Morishita (@OrangeMorishita) 2024年2月19日 要約 背景 詳細 DNSSECとは? DNSSECの可用性 鍵タグの衝突 攻撃内容 SigJam

                                                  KeyTrap (CVE-2023-50387)を検証してみた - knqyf263's blog
                                                • サービスメッシュ必読ガイド - 第2版: 次世代のマイクロサービス開発

                                                  2016年頃「サービスメッシュ」という用語は、マイクロサービス、クラウドコンピューティング、DevOpsの分野に登場しました。楽天的なあるチームは、2016年にこの用語を使用して彼らの製品である Linkerd を説明しました。コンピューティングの多くの概念と同様に、実際には、関連するパターンとテクノロジーの長い歴史があります。 サービスメッシュの登場は、主に IT ランドスケープの最悪の状況によるものでした。開発者は、複数言語 (ポリグロット) アプローチを使用して分散システムの構築を開始し、動的なサービスディスカバリーを必要としていました。運用は一時的なインフラストラクチャの使用を開始し、避けられない通信障害を適切に処理し、ネットワークポリシーを適用したいと考えていました。プラットフォームチームは、Kubernetes などのコンテナオーケストレーションシステムの採用を開始し、Envo

                                                    サービスメッシュ必読ガイド - 第2版: 次世代のマイクロサービス開発
                                                  • 理想を追求したゲームギア,時代の先端を行ったアーケード基板……セガのハードに込められた矢木 博氏の矜持 ビデオゲームの語り部たち:第21部

                                                    理想を追求したゲームギア,時代の先端を行ったアーケード基板……セガのハードに込められた矢木 博氏の矜持 ビデオゲームの語り部たち:第21部 ライター:黒川文雄 カメラマン:愛甲武司 2020年10月6日,セガの携帯ゲーム機「ゲームギアミクロ」が発売となった。ちょうど30年前の1990年10月6日に発売された「ゲームギア」が約40%に縮小されたデザインの同機は,ゲームギアの発売30周年とセガの誕生60周年を記念する製品だ。 ゲームギアの全世界累計販売台数は1000万台以上。任天堂の携帯ゲーム機「ゲームボーイ」の数字にこそ届かなかったものの,ヒット商品であることに疑いの余地はなく,ゲーム史に名を刻んでいる。また,別売りのチューナーパックによって「携帯テレビ」として使えることも斬新だった。 「ゲームギア」 そんなゲームギアは,どのようにして生まれたのか。今回の「ビデオゲームの語り部たち」では,セ

                                                      理想を追求したゲームギア,時代の先端を行ったアーケード基板……セガのハードに込められた矢木 博氏の矜持 ビデオゲームの語り部たち:第21部
                                                    • Let’s Encryptでワイルドカード証明書を取得する話 | IIJ Engineers Blog

                                                      はじめに SoftwareDesign 8月号のDNS特集にて記事を書かせていただきました。みんな買ってね。 で、実は最初に書いてた原稿はもっと長かったんですけど、紙幅の都合で一部の内容については掲載を見送りました。せっかく書いたのに捨てるのはもったいないので、先日おこなわれたDNS Summer Day 2022で発表しようかと準備してたんですが、途中で気が変わって違う内容になりました。そんなわけで、最終的にエンジニアブログにて供養します。加筆修正しまくっているので元の原稿の気配はもはや残り香程度に漂うだけですが。 ACMEでdns-01チャレンジ サーバ証明書を無料かつ自動で取得できるサービスとして有名なものにLet’s Encryptがありますが、Let’s Encryptの仕組みはLet’s Encrypt独自のものではありません。ACME (RFC8555)として標準化されていて

                                                        Let’s Encryptでワイルドカード証明書を取得する話 | IIJ Engineers Blog
                                                      • サーバーレス時代のKubernetesワークロード:アーキテクチャ、プラットフォーム、トレンド

                                                        SOAは優れた原則に基づいており、その大半はまだ有効です。それは契約優先開発、疎結合、構成可能、ステートレスなサービスであり、自律的で再利用可能です。 ESBフレームワークは、プロトコル変換、テクノロジーコネクタ、ルーティングおよびオーケストレーションメカニズム、エラー処理、高可用性プリミティブなどの優れた機能セットを提供しました。 分散アーキテクチャの進歩 SOAとESBの主な問題は、アーキテクチャと組織の両方の観点からの集中化でした。SOAの重要な原則は、サービスとコンポーネントの再利用でした。これにより、再利用を可能にするが、緊密なアーキテクチャ上のサービスカップリングを引き起こす階層化サービスアーキテクチャが作成されました。組織的には、ESBは単一のチームによって所有されていました。それによって、ミドルウェアは、スケーラビリティの観点で、さらに重要なことに急速な進化の観点で技術的お

                                                          サーバーレス時代のKubernetesワークロード:アーキテクチャ、プラットフォーム、トレンド
                                                        • AWS 認定 DevOps エンジニア – プロフェッショナル(AWS Certified DevOps Engineer – Professional)の学習方法 - NRIネットコムBlog

                                                          小西秀和です。 この記事は「AWS認定全冠を維持し続ける理由と全取得までの学習方法・資格の難易度まとめ」で説明した学習方法を「AWS 認定 DevOps エンジニア – プロフェッショナル(AWS Certified DevOps Engineer – Professional)」に特化した形で紹介するものです。 重複する内容については省略していますので、併せて元記事も御覧ください。 また、現在投稿済の各AWS認定に特化した記事へのリンクを以下に掲載しましたので興味のあるAWS認定があれば読んでみてください。 ALL Networking Security Database Analytics ML SAP on AWS Alexa DevOps Developer SysOps SA Pro SA Associate Cloud Practitioner 「AWS 認定 DevOps エ

                                                            AWS 認定 DevOps エンジニア – プロフェッショナル(AWS Certified DevOps Engineer – Professional)の学習方法 - NRIネットコムBlog
                                                          • 達人出版会

                                                            探検! Python Flask Robert Picard, 濱野 司(訳) BareMetalで遊ぶ Raspberry Pi 西永俊文 なるほどUnixプロセス ― Rubyで学ぶUnixの基礎 Jesse Storimer, 島田浩二(翻訳), 角谷信太郎(翻訳) 知る、読む、使う! オープンソースライセンス 可知豊 きつねさんでもわかるLLVM 柏木餅子, 風薬 デザインディレクション・ブック 橋本 陽夫 現場のプロがやさしく書いたWebサイトの分析・改善の教科書【改訂3版 GA4対応】 小川 卓 解釈可能なAI Ajay Thampi(著), 松田晃一(翻訳) PowerPoint 目指せ達人 基本&活用術 Office 2021 & Microsoft 365対応 PowerPoint基本&活用術編集部 ランサムウェア対策 実践ガイド 田中啓介, 山重徹 TODによるサステナ

                                                              達人出版会
                                                            • サービスメッシュ必読ガイド - マイクロサービス時代のサービス間通信管理

                                                              このパターンには2つの背景があります。ひとつは、技術者がマイクロサービスアーキテクチャパターンを採用して、複数の(理想的には単一目的で、独立してデプロイ可能な)サービスで構成されるアプリケーションを開発するようになったことです。ふたつめは、企業がコンテナ(Dockerなど)、オーケストレータ(Kubernetesなど)、プロキシ/ゲートウェイ(Envoyなど)といった、クラウドネイティブなプラットフォームテクノロジを支持するようになったことです。 意図 サービスメッシュが解決しようとする問題は次のようなものです。 サービスディスカバリ、ルーティング、アプリケーションレベル(レイヤ7)の非機能通信要件を処理する言語対応の通信ライブラリを、個々のサービス用にコンパイルする必要性の排除 外部サービスのネットワークロケーション、セキュリティ認証、サービス品質(QoS)目標など、サービス通信設定の外

                                                                サービスメッシュ必読ガイド - マイクロサービス時代のサービス間通信管理
                                                              • 「みずほ銀行システム統合、苦闘の19年史」が普通に称賛案件だった件について - UXエンジニアになりたい人のブログ

                                                                各所で話題になってたみずほの本の話。 みずほ銀行システム統合、苦闘の19年史 史上最大のITプロジェクト「3度目の正直」 作者:日経コンピュータ,山端 宏実,岡部 一詩,中田 敦,大和田 尚孝,谷島 宣之 発売日: 2020/02/14 メディア: 単行本 現システムは「大成功」 この本は3部構成になっていて、1部は稼働中の新勘定系システムMINORIの説明です。 本件、直接は知りませんでしたがネット上では「関わったら負け」と言われるほど悪評高く、また延期も2度行っていたので、勝手に「既存システムに〇〇を追加せよ、的な"阿吽の呼吸"の要求を元に開発して、レビューの名の下にしょっちゅう要件が追加されて、テストに入っても『運用が回らないから』とか言って要件が追加されて、出来上がったものはなんとか動いてはいるものの柔軟性のないそびえたつクソ」っていうよくあるパターン、銀行っぽいパターンなんだろう

                                                                  「みずほ銀行システム統合、苦闘の19年史」が普通に称賛案件だった件について - UXエンジニアになりたい人のブログ
                                                                • 失敗は許されない、みずほが「総力戦」で挑んだシステム移行の2年間

                                                                  みずほフィナンシャルグループ(FG)によるシステム統合プロジェクトが進むにつれ、興味深い実情も明らかになっていった。勘定系システム開発では珍しい「超高速開発ツール」の全面採用や、2年もの長きにわたるシステム移行プロジェクトである。「日経コンピュータ」の記事から振り返ろう。 超高速開発ツールを大規模採用 最盛期には7000人を超える要員が投入されたみずほ銀行次期システム開発の「現場」は、実際にどう動いているのか。その一端を明らかにしたのが日経コンピュータ2015年10月1日号の特集「広がる『超高速開発ツール』」だった。「流動性預金」をはじめとする勘定系システムの主要アプリケーションの開発に、ツールがプログラムを自動生成する超高速開発ツールを使用していたのだ。 みずほ銀行の新勘定系システムはSOA(サービス指向アーキテクチャー)を全面採用している。システムは12種類のアプリケーション(コンポー

                                                                    失敗は許されない、みずほが「総力戦」で挑んだシステム移行の2年間
                                                                  • 大規模データ管理

                                                                    データ管理と統合が急速に進化する中、複雑で緊密に結合したアーキテクチャから、現代のビジネスに対応できる、より柔軟なデータアーキテクチャへの移行が求められます。 本書は、変化が激しい時代でも長期的に持続可能な方法で大規模なデータ管理を行い、さまざまなユースケースに対応できる統合アーキテクチャを紹介します。この統合アーキテクチャを構成する、膨大なデータ利用に向けた「読み出し専用データストアアーキテクチャ」、リアルタイムなアプリケーションのための「APIアーキテクチャ」、大容量のスループットを実現する「ストリーミングアーキテクチャ」を詳述します。また技術開発、法規制、プライバシーに関する懸念など、データ管理全体を説明し、データガバナンスとセキュリティ、マスターデータ管理、セルフサービスとデータマーケットプレイス、メタデータの重要性について解説します。 企業のデータ戦略にかかわる本書は、アーキテク

                                                                      大規模データ管理
                                                                    • インフラ知識ゼロの2年目プログラマーがAWS SAAに1ヶ月で合格した方法 - Qiita

                                                                      Help us understand the problem. What is going on with this article? へっぽこプログラマーによるAWS ソリューションアーキテクト アソシエイト 合格体験記です。 勉強しはじめたのが2019/6/14、受験したのが2019/7/13なので資格取得までの学習期間はちょうど一ヶ月でした。 記事を書いているのが2019/08/25で受験してから一ヶ月ちょっと経っているので、合格体験記としてはあやふやな部分も多いですがご了承ください。 前提 経歴 組込(C言語)半年 基幹システム(VB.net)1年 業務システム(Java)1ヶ月〜 SIer勤務で業務は実装メイン。業界に入る前はITのこと何も知らない人でした。 インフラについての知識 サーバー→言葉はなんとなく知ってるけど説明できない。オンプレとクラウドがあるのはわかる。 AWS→

                                                                        インフラ知識ゼロの2年目プログラマーがAWS SAAに1ヶ月で合格した方法 - Qiita
                                                                      • サブドメイン名列挙の方法についてまとめてみた - NFLabs. エンジニアブログ

                                                                        この記事は NFLaboratories Advent Calendar 2022 6日目の記事です。 ソリューション事業部セキュリティソリューション担当の岩崎です。 多くのウェブサイトでは登録されたドメイン名を利用して構築されており、サブドメインを作成して構築されるケースも多いです。中には、開発環境や公開前のプロダクト用にサブドメインを作成して運用されているケースも多いです。 昨今、公開を前提としたサーバでは適切なセキュリティ設定や脆弱性診断などセキュリティ侵害を防ぐための対策が取られているケースが多いです。一方、開発環境や公開前のプロダクト用のサーバでは十分な対策が取られていないケースも多く見受けられます。 そこで今回はセキュリティ侵害から防御することを目的として、攻撃者視点でサブドメイン名列挙をする手法についてまとめてみました。 総当たり ゾーン転送 対策 Passive DNS 検

                                                                          サブドメイン名列挙の方法についてまとめてみた - NFLabs. エンジニアブログ
                                                                        • Route53でのサブドメイン移行で「DNSの浸透」神話の裏側を理解した話 | Developers.IO

                                                                          実際にこの作業をやってみました。 書き換え自体は、コンソールから直接でも60秒程度で終わりました。 直後に名前解決が上手くできなかったりもしましたが、無事開発環境がwww.hogehoge.comで解決できるようになりました! $ dig www.hogehoge.com ; <<>> DiG 9.10.6 <<>> www.hogehoge.com ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 13815 ;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 1 ;; OPT PSEUDOSECTION: ; EDNS: version: 0, flags:; udp: 5

                                                                            Route53でのサブドメイン移行で「DNSの浸透」神話の裏側を理解した話 | Developers.IO
                                                                          • 「Pentestit」というLab環境で遊んでみた | DevelopersIO

                                                                            「Pentestit」とは簡単に言うとセキュリティに関する攻撃の脅威やセキュリティに関する総合的な知識・知見を攻撃側の視点に立って学習するためのLab環境(CTF環境)です。無料で遊べるとのことだったのでやってみました! はじめに こんにちは。大阪オフィスの林です。 「Pentestit」というサイトをご存じでしょうか? 「Pentestit」とは簡単に言うとセキュリティに関する攻撃の脅威やセキュリティに関する総合的な知識・知見を攻撃側の視点に立って学習するためのLab環境(CTF環境)です。無料で遊べるとのことだったのでやってみました! 注意点 本記事およびLab環境で得た内容を不正に利用した場合、「不正アクセス行為禁止法違反」等の法律に抵触する可能性があります。 本記事およびLab環境で得た内容を使用して起こるいかなる損害や損失に対して、一切の責任を負いません。 本記事は攻撃の脅威やセ

                                                                              「Pentestit」というLab環境で遊んでみた | DevelopersIO
                                                                            • Amazonの社内メールから学ぶ「組織のあり方」とは?

                                                                              by Tim van der Kuip 「システムを設計する組織は、組織の構造をそっくりまねた構造の設計を生み出してしまう」といわれており、組織のあり方は製品開発において重要です。製品を生み出すために組織のあり方や社内でのコミュニケーションの取り方をまるっきり変えたのがAmazonであり、ホームページを軽量化するサービスを提供している「Sametab」のCEOであるレオナルド・フェデリコ氏が、Amazonを例にとって「組織の取り得るオプション」を解説しています。 The Single Most Important Internal Email in the History of Amazon https://www.sametab.com/blog/frameworks-for-remote-working GoogleエンジニアのSteve Yegge氏はAmazonで6年、Google

                                                                                Amazonの社内メールから学ぶ「組織のあり方」とは?
                                                                              • 【新サービス】最大100万個の証明書を管理可能!Google Cloud Certificate Manager が発表されました | DevelopersIO

                                                                                ウィスキー、シガー、パイプをこよなく愛する大栗です。 Google Cloud で大量の証明書やワイルドカード証明書を管理できる Certificate Manager がプレビューとして発表されたので試してみます。Certificate Manager は SaaS 規模の証明書でも管理可能です。 Introducing Certificate Manager to simplify SaaS scale TLS and certificate management Google Cloud Certificate Manager は2022年1月31日現在において、プレビューのステータスです。このプロダクトまたは機能は、Google Cloud Platform の利用規約の一般提供前のサービス規約の対象となります。一般提供前のプロダクトと機能では、サポートが制限されることがあります。

                                                                                  【新サービス】最大100万個の証明書を管理可能!Google Cloud Certificate Manager が発表されました | DevelopersIO
                                                                                • 新卒5か月で転職し、AWS全冠を達成した話 - Qiita

                                                                                  目次 はじめに 私について 私なりの資格取得の意味 AWS全冠を目指した理由 AWS認定について いろいろランキング 自身の軌跡 AWS未経験から推奨したいロードマップ AWS公式のロードマップ 初学者におすすめの一冊 勉強方法 最後に はじめに 先月、AWS認定資格(12種) を全て取得し、いわゆるAWS全冠を達成しました。 達成の軌跡や資格の個人ランキングなどを紹介しますので、AWS初学者や若手で全冠を目指したいという方などの参考になれば幸いです。 私について 記事投稿現在、社会人1年目 大学は情報系を専攻し、プログラミングやコンピュータサイエンスを学習 AWSに関しては、大学在籍中にCLF、SAA、SAPを取得 学部2年の終わりまでは、個人でゲーム作成やWebアプリ、スマホアプリの作成などに大半の時間を費やしており、自分でも引くくらいコード漬けの日々を過ごしていました。。 ひょんなこ

                                                                                    新卒5か月で転職し、AWS全冠を達成した話 - Qiita