(Translated by https://www.hiragana.jp/)
[9ページ] AWSの人気記事 11587件 - はてなブックマーク

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

並ならび順じゅん

ブックマーク数すう

期間きかん指定してい

  • から
  • まで

321 - 360 件けん / 11587件けん

新着しんちゃく順じゅん 人気にんき順じゅん

AWSの検索けんさく結果けっか321 - 360 件けん / 11587件けん

AWSの関連かんれんエントリー

  • Amazon DynamoDB の論文ろんぶんを読よんでいく - Qiita

    概要がいよう AWS で人気にんきのサービス DynamoDB についての論文ろんぶんが公表こうひょうされ巷ちまたで噂うわさになっていたと思おもう。 今回こんかいは、その論文ろんぶんを読よみ込こんでいき、ざっくりまとめていくという記事きじになります。 完全かんぜん趣味しゅみな記事きじなので、興味きょうみある人ひとがいれば幸さいわいです笑わらい Abstract まず論文ろんぶんのタイトルですが、「Amazon DynamoDB: A Scalable, Predictably Performant, and Fully Managed NoSQL Database Service」と題だいしたものとなっています。 Amazon DynamoDB は、NoSQL とよばれる部類ぶるいのデータベースサービスです。 一貫いっかんした耐久たいきゅう性せい、可用性かようせい、パフォーマンスを提供ていきょうしてくれるマネージドなサービスなのが特徴とくちょうですね。 冒頭ぼうとう、2021年ねんに66時じ間あいだにわたる「Amazon Prime Day」中ちゅうにピーク時じ8920万まんリクエスト/秒びょうをさばいてい

      Amazon DynamoDB の論文を読んでいく - Qiita

    • AWS、わざとクラウド障害しょうがいを起おこす新しんサービス「AWS Fault Injection Simulator」提供ていきょう開始かいし。カオスエンジニアリングをマネージドサービスで

      AWS、わざとクラウド障害しょうがいを起おこす新しんサービス「AWS Fault Injection Simulator」提供ていきょう開始かいし。カオスエンジニアリングをマネージドサービスで Amazon Web Services（AWS）は、わざとクラウドの障害しょうがいを起おこすことでアプリケーションの耐たい障害しょうがい性せいを検証けんしょうできる新しんサービス「AWS Fault Injection Simulator」の提供ていきょうを開始かいししたと発表はっぴょうしました。 AWS Fault Injection Simulatorを用もちいることで、サーバの終了しゅうりょうや遅延ちえん、データベース障害しょうがいといった望のぞみの障害しょうがいを、あらかじめ定さだめられたテンプレートを用もちいて迅速じんそくに設定せっていし、管理かんりしつつ実行じっこうできます。 これにより、クラウド上じょうで稼働かどうしているアプリケーションが、フェイルオーバーや自動じどうロールバック、自動じどう停止ていしといった障害しょうがい発生はっせい時じの処理しょりを適切てきせつに行おこなえるかどうかを試験しけんできます。 アプリケーションの耐たい障害しょうがい性せいなどを

        AWS、わざとクラウド障害を起こす新サービス「AWS Fault Injection Simulator」提供開始。カオスエンジニアリングをマネージドサービスで

      • Cloudflareに移行いこうしたら99％コスト削減さくげんできた話はなし

        どういうこと？/TL;DR AWS → Cloudflareに移行いこうしたら費用ひようが99%削減さくげんできました。 対象たいしょう読者どくしゃ 今こんCloudFront + S3で構築こうちくしているけど転送てんそう量りょうに困こまっている人ひと Cloudflare R2を検討けんとうしている人ひと (CloudFrontとCloudflareをよく間違まちがえる人ひと) はじめに 元々もともと、動画どうがCDNの構築こうちくはCloudFront + S3で構築こうちくしていました。 この構成こうせいの場合ばあい、課金かきんポイントは主おもに三みっつあります。 CloudFrontのアクセス数すうに対たいする課金かきん: そこそこ(多量たりょうではない) S3の保管ほかんに対たいする課金かきん: 200GB程度ていど CloudFrontの転送てんそう量りょう(Egress)に対たいしての課金かきん: 数かずTB そのため、毎回まいかいイベントごとにかなり費用ひようがかかる状態じょうたいでした。 動画どうがの数かずもアクセス数すうもそこそこではあったのですが、動画どうが特有とくゆうの転送てんそう量りょうが非常ひじょうに多おおい… そういった状態じょうたいでした。 導入どうにゅう前夜ぜんや この時ときはち

          Cloudflareに移行したら99％コスト削減できた話

        • リリース手法しゅほう多おおすぎﾜﾛﾀｧ　B/G、カナリア、機能きのうフラグ、ダークローンチ、A/Bテスト、、など - Qiita

          この記事きじでCloudWatch Evidentlyについて調しらべていると、「機能きのうフラグ」や「A/Bテスト」などインフラエンジニアには若干じゃっかん聞きき慣なれないリリース用語ようごが出でてきました。 アジャイル開発かいはつやCI/CDの台頭たいとうに伴ともない多数たすう出現しゅつげんしたこれらのリリース戦略せんりゃく用語ようごをまとめて整理せいりしてみることにします。 インフラエンジニアやSREと呼よばれるロールの方々かたがたも、リリース戦略せんりゃくを知しっておくとCI/CD環境かんきょうの構築こうちくやIaC、はたまたミドルウェアのバージョンアップなどで役立やくだつと思おもいます。 以下いかウェブサイトを参考さんこうに、各かく用語ようごを「デプロイ戦略せんりゃく」と「テスト戦略せんりゃく」の大おおきく2つに分わけて紹介しょうかいします。 デプロイ戦略せんりゃく 従来じゅうらい型がたのデプロイ（インプレースデプロイ） システム本番ほんばん環境かんきょうが一いち種類しゅるいのみ存在そんざいし、新しんバージョンの資材しざいデプロイによって旧きゅうバージョンの資材しざいを上書うわがきいてしまうパターンです。 環境かんきょうの設計せっけいや管理かんり、維持いじコストをシンプルに抑おさえられるメリットがあり

            リリース手法多すぎﾜﾛﾀｧ　B/G、カナリア、機能フラグ、ダークローンチ、A/Bテスト、、など - Qiita

            • AWSの関連かんれんエントリー

          • クックパッドの検索けんさく反映はんえい時間じかんを 1/288 にしたシステム改修かいしゅう - クックパッド開発かいはつ者しゃブログ

            こんにちは。レシピ事業じぎょう部ぶの新井あらい（@SpicyCoffee）です。 クックパッドではこれまで、レシピを投稿とうこうしてから検索けんさく結果けっかに反映はんえいされるまで最長さいちょうで 24 時じ間あいだ程度ていどの時間じかんがかかっていました。今回こんかい、この時間じかんを 5 分ふん程度ていど、最長さいちょうでも 10 分ふん程度ていどに短縮たんしゅくすることに成功せいこうしました。本ほん記事きじでは、プロジェクトオーナーの立場たちばで関かかわった私わたしが代表だいひょうしてその開発かいはつについて紹介しょうかいします。 プロジェクトの目的もくてきと数値すうち目標もくひょう 本ほんプロジェクトでは上記じょうきの「レシピを投稿とうこうしてから検索けんさく結果けっかに反映はんえいされるまでの時間じかん短縮たんしゅく」が目的もくてきとされました。しかし、時間じかん短縮たんしゅくといっても現状げんじょう 24 時じ間あいだであるものを "1 時じ間あいだ" にするのか、"1 分ふん" にするのか、"1 秒びょう" にするのかでは話はなしが全然ぜんぜん違ちがいます。この数値すうち目標もくひょうは設計せっけいを始はじめとした後のちの意思いし決定けっていに大おおきく影響えいきょうを与あたえるため、しっかりとした意図いとを持もった状態じょうたいで明確めいかくに定さだめておく必要ひつようがありました。 そこで、私わたしとプロダクトオー

              クックパッドの検索反映時間を 1/288 にしたシステム改修 - クックパッド開発者ブログ

            • 2024年版ねんばん「基本きほん的てきなウェブアプリケーションを構築こうちくする」のチュートリアル手順てじゅんまとめてみた[Amplify Gen2対応たいおう] | DevelopersIO

              初はじめてAWSのサーバレスサービスを学習がくしゅうするときに利用りようできる「基本きほん的てきなェブアプリケーションを構築こうちくする」の内容ないようを2024年ねん現在げんざいでも実行じっこうできる手順てじゅんにしてみました こんにちは、臼田うすだです。 みなさん、AWSのチュートリアル活用かつようしてますか？(挨拶あいさつ 今回こんかいはAWSの初心者しょしんしゃ向むけハンズオンコンテンツである基本きほん的てきなウェブアプリケーションを構築こうちくするを2024年ねんの現在げんざい版ばんの手順てじゅんとしてまとめてみました。 このコンテンツはAWSのサーバレスなサービスを利用りようして、簡単かんたんにウェブアプリケーションを作成さくせいする体験たいけんができるチュートリアルとなっており、登場とうじょうするAWSの各かくサービスを理解りかいするのにちょうどよい内容ないようでした。しかし、リリースされてしばらく経たっているのもあり、特とくに今回こんかいのAmplify Gen2リリースもあってだいぶ画面がめんや操作そうさ方法ほうほうなどが変かわってしまいました。 実現じつげんできる事こと自体じたいは変かわらないので、現時点げんじてんでこのチュートリアルを初心者しょしんしゃでも完かん

                2024年版「基本的なウェブアプリケーションを構築する」のチュートリアル手順まとめてみた[Amplify Gen2対応] | DevelopersIO

              • AWS公式こうしきの「Infrastructure as Code 談議だんぎ 2022」がすごく勉強べんきょうになったのでまとめてみた - Qiita

                この前ぜんAWS公式こうしきのYouTubeチャンネルにて、面白おもしろそうなライブ配信はいしんがありました AWSの動画どうがコンテンツといえば、BlackBeltのようなサービス紹介しょうかいの動画どうがが真まっ先さきに思おもい浮うかぶ方ほうも多おおいと思おもいます。 自分じぶんもその一人ひとりですが、この動画どうがはプロダクトではなく「Infrastructure as Code（IaC）という概念がいねん」にフォーカスしたコンテンツです。 Twitterで学まなびメモを書かきましたが、ちゃんと記事きじとして学まなびをまとめておこうと思おもいます。 また、動画どうがの内容ないように関連かんれんした補足ほそく事項じこうを記事きじの後半こうはんにまとめておきました。 ↓動画どうが本編ほんぺんはこちら↓ ↓資料しりょうはこちら↓ IaCをなぜ使つかうのか 純粋じゅんすいにIaCは楽たのしい、手順てじゅん書しょ作成さくせいは楽たのしくない リリースのたびに手順てじゅん書しょ更新こうしん or 新規しんき作成さくせいするのは、果はたして楽たのしいのか IaCのほうがリリースまでのリードタイムが短みじかい 運用うんようする上じょうでの教育きょういくはどうする？ そもそも「教育きょういく」はIaCじ

                  AWS公式の「Infrastructure as Code 談議 2022」がすごく勉強になったのでまとめてみた - Qiita

                • CDNのエッジで実行じっこうする系けいが面白おもしろい

                  先日せんじつの Next.js Conf で Vercel は Next.js の新あたらしいバージョン「12」をリリースした。 興味深きょうみぶかいのは、Vercel は同時どうじにEdge Functionsというサービスを開始かいししたことだ。 Edge Functions – Vercel 謳うたい文句もんくのひとつに Push your functions to the edge とあるように、「エッジ」で実行じっこうされる「関数かんすう」を提供ていきょうするプラットフォームである。 ここで言いうエッジとはなにかというと、Vercel は明言めいげんしていないが CDN のエッジのことだ。 Vercel の例れいのように「CDN のエッジで実行じっこうする系けい」が増ふえている。例たとえば以下いかの 7 つだ。 Cloudflare Workers Fastly Compute@Edge AWS CloudFront Functions AWS Lambda@Edge Deno Depl

                    CDNのエッジで実行する系が面白い

                  • 2021年版ねんばん、サーバーレスのテスト手法しゅほうを考かんがえる / Serverless Testing 2021

                    動画どうがはこちら https://twitter.com/_kensh/status/1468951162053607424?s=20 サーバーレスはサクっと作つくれるのは良よいけれどテストやデバッグが大変たいへんだって思おもうことはないでしょうか？ 難むずかしさの理由りゆうとしてプログラミングコードのテストだけでなく、サービス…

                      2021年版、サーバーレスのテスト手法を考える / Serverless Testing 2021

                    • AWS LambdaでAPI開発かいはつするときのパターン集しゅう - Qiita

                      背景はいけい AWS LambdaでAPI開発かいはつをする AWS LambdaとAPI Gatewayを組くみ合あわせることでサーバレスのAPIを開発かいはつすることが可能かのうです。サーバレスで構築こうちくすることで手間てまをかけずにスケーラビリティやコストの最適さいてき化かを手てに入いれることができ、さらに死活しかつ監視かんし等とうが不要ふようのため運用うんようのコストを大幅おおはばに下さげることができます。 開発かいはつパターンがまとまっていない サーバレスによるAPI開発かいはつは非常ひじょうにメリットが多おおいのですが、開発かいはつパターンが様々さまざまあり一貫いっかんした方法ほうほうがあるわけではありません。例たとえば、Lambdaのデプロイは手動しゅどうでzipをアップロードする方法ほうほうや、SAM/ServerlesssFrameworkなどのデプロイ支援しえんツールを利用りようする方法ほうほう、さらにオンラインエディタのCloud9を利用りようすることもあります。関数かんすうごとにディレクトリを分離ぶんりする場合ばあいもあるし、ソースコードを共有きょうゆうしてエントリーポイントだけ切きり替かえる場合ばあいも

                        AWS LambdaでAPI開発するときのパターン集 - Qiita

                      • 「もうさばき切きれない」アクセスが激増げきぞうしたECプラットフォームにおける負荷ふか対策たいさく - BASEプロダクトチームブログ

                        はじめに CTOの川口かわぐち (id:dmnlk) です。 5月にオンラインmeetupをさせて頂いただきその中なかで「具体ぐたい的てきな負荷ふか対策たいさくに関かんしては開発かいはつブログで！」と言いっていた件けんですが気きづいたらもう9月がつになりかけていました。 コロナ禍かにおいてネットショップ作成さくせいサービス「BASE」の利用りよう者しゃ様さまが急増きゅうぞうしました。 www.nikkei.com 5 月がつには 100 万まんショップを超こえるショップオーナー様さまにご利用りようしていただいております。 今いままで EC 事業じぎょうを行おこなっていなかった飲食いんしょく店てん様さまや様々さまざまな業種ぎょうしゅの方ほうが利用りようをはじめていただき、ショップオーナー様さまも購入こうにゅう者しゃ様さま共どもに短期たんきの見通みとおしでは想定そうていをしていないアクセスが発生はっせいしました。 その途中とちゅうでシステムとして対応たいおうしきれない面めんもあり、アクセス負荷ふかによるサービスの不安定ふあんていを招まねき皆様みなさまにはご不便ふべんや販売はんばい時間じかんを変更へんこうしていただくお願ねがいなどをしてしまい大変たいへん申もうし訳わけありませんでした。 現在げんざいでは安定あんていしておりますが、その

                          「もうさばき切れない」アクセスが激増したECプラットフォームにおける負荷対策 - BASEプロダクトチームブログ

                        • 9月2日にち木曜日もくようびに発生はっせいしたAWS東京とうきょうリージョンの大だい規模きぼ障害しょうがい、原因げんいんはネットワークデバイスの新しんプロトコル処理しょりに潜在せんざい的てきなバグがあったこと。AWSが報告ほうこく書しょを公開こうかい

                          9月2日にち木曜日もくようびに発生はっせいしたAWS東京とうきょうリージョンの大だい規模きぼ障害しょうがい、原因げんいんはネットワークデバイスの新しんプロトコル処理しょりに潜在せんざい的てきなバグがあったこと。AWSが報告ほうこく書しょを公開こうかい 2021年ねん9月がつ2日にち木曜日もくようび午前ごぜん7時半じはんごろに、Amazon Web Services（AWS）の東京とうきょうリージョンで大だい規模きぼな障害しょうがいが発生はっせいしました。 NHKニュースの報道ほうどうによると、三菱みつびしUFJ銀行ぎんこうやみずほ銀行ぎんこうのスマートフォン用ようアプリやSBI証券しょうけんなどネット証券しょうけんのWebサイト、KDDIのau Payなど金融きんゆう系けいサービスが影響えいきょうを受うけたほか、全日空ぜんにっくうでは羽田空港はねだくうこうなどでチェックインを行おこなうシステムに障害しょうがいが発生はっせい、日本航空にほんこうくうでは貨物かもつの情報じょうほうに関かかわる一部いちぶのシステムに影響えいきょうが出でるなど、幅広はばひろい社会しゃかいサービスが影響えいきょうを受うけ、大おおきな問題もんだいとなりました。 障害しょうがいが発生はっせいしたのは、企業きぎょうのデータセンターなどからAWSへ専用せんよう線せんで接続せつぞくするためのネットワーク接続せつぞくサービス「AWS Direct Connect」。

                            9月2日木曜日に発生したAWS東京リージョンの大規模障害、原因はネットワークデバイスの新プロトコル処理に潜在的なバグがあったこと。AWSが報告書を公開

                          • 極きわめてAmazon的てきな"メカニズム"というお話はなし｜Yuki Nakazato｜note

                            今いまでこそクラウドやアレクサ、ビデオやミュージックといった多角たかく的てきなビジネスを展開てんかいするアマゾンだが、もともとはオンラインの小売こうりであり、依然いぜんとしてそれはビジネスの大おおきな部分ぶぶんを占しめている。オンラインのコンシューマービジネスは、感謝かんしゃ祭さい時期じきのBlack FridayとCyber Mondayに照準しょうじゅんを絞しぼって（今いまはPrime Dayもあるが）、仕入しいれや配送はいそうセンター及および実際じっさいの配送はいそうキャパシティの増強ぞうきょうなど、数すうか月げつ前まえから準備じゅんびに取とり掛かかり、その集大成しゅうたいせいとしてこのPeak Periodを執行しっこうし、そして12月後半こうはんにはオフィスががらがらになる、というのが伝統でんとう芸げいである。9月後半こうはんか10月がつ前半ぜんはんくらいになると、既すでに青色あおいろ吐息といきの社員しゃいんを見みかけることも少すくなくない（そんな社員しゃいんのためにお菓子かしやらが夕方ゆうがたになるとカートで運はこばれてくる。残念ざんねんながら今年ことしはなかったが）。 アマゾンの強つよさの一ひとつの理由りゆうは、私わたしはこうしたピークシーズンに向むけた過酷かこくなOpera

                              極めてAmazon的な"メカニズム"というお話｜Yuki Nakazato｜note

                            • エムスリーのデータ基盤きばんを支ささえる設計せっけいパターン - エムスリーテックブログ

                              こんにちは、エムスリー エンジニアリンググループ の鳥山とりやま (@to_lz1)です。 ソフトウェアエンジニアとして 製薬せいやく企業きぎょう向むけプラットフォームチーム / 電子でんしカルテチーム を兼任けんにんしています。 ソフトウェアエンジニアという肩書かたがきではありますが、私わたしは製薬せいやく企業きぎょう向むけプラットフォームチームで長ながらくデータ基盤きばんの整備せいび・改善かいぜんといったいわゆる "データエンジニア" が行おこなう業務ぎょうむにも取とり組くんできました。 本日ほんじつはその設計せっけい時じに考かんがえていること / 考かんがえてきたことをデータ基盤きばんの設計せっけいパターンという形かたちでご紹介しょうかいしようかと思おもいます。多おおくの企業きぎょうで必要ひつよう性せいが認識にんしきされるようになって久ひさしい "データ基盤きばん" ですが、まだまだ確立かくりつされた知見ちけんの少すくない領域りょういきかと思おもいます。少すこしでもデータエンジニアリングを行おこなう方ほうの業務ぎょうむの参考さんこうになれば幸さいわいです。 データ基盤きばんの全体ぜんたい像ぞう 収集しゅうしゅう部分ぶぶんの構成こうせい RDBデータ ログデータ 活用かつよう部分ぶぶんの構成こうせい データマートの実例じつれい 「データ基もと

                                エムスリーのデータ基盤を支える設計パターン - エムスリーテックブログ

                              • AWS、開発かいはつスキルがなくても生成せいせいAIへのプロンプトで業務ぎょうむアプリが作つくれる「AWS App Studio」プレビュー公開こうかい

                                Amazon Web Services（AWS）は、生成せいせいAIに自然しぜん言語げんごで作つくりたい業務ぎょうむアプリを説明せつめいすると、自動的じどうてきに業務ぎょうむアプリの開発かいはつが行おこなわれる新しんサービス「AWS App Studio」をプレビュー公開こうかいしました。 7月11日にちに開催かいさいされたAWS Summit New York City 2024でAWS App Studioが発表はっぴょうされた AWS App Studioはソフトウェア開発かいはつのスキルがなくとも、業務ぎょうむアプリケーションを数すう分ふんで開発かいはつできるとしています。 生成せいせいAIにアプリを説明せつめい、要件ようけん……

                                  AWS、開発スキルがなくても生成AIへのプロンプトで業務アプリが作れる「AWS App Studio」プレビュー公開

                                • SIerの輪廻りんねから解脱げだつするための技術ぎじゅつ｜はまあ

                                  モチベーション最近さいきん「SIer界かいの輪廻りんねからどうやって解脱げだつしたらいいですか？」 という話はなしをちょくちょく耳みみにすることが増ふえた。 それに対たいする"解答かいとう"というわけではないのだけど、輪廻りんねからの解脱げだつを目指めざすにあたり、どんな要素ようそ技術ぎじゅつを学まなぶべきかについてはある程度ていど指針ししんを示しめせると思おもったので今回こんかいは、選えらぶべき技術ぎじゅつと、その理由りゆうについて解説かいせつしていきます。 SIer界かいで輪廻りんね転生てんせいを繰くり返かえしたい人ひとはジャバ言語げんごのラムダ式しきを禁止きんしにすべきか議論ぎろんするほうが大事だいじだと思おもうので、こんな記事きじにクソリプする前まえにさっさと帰かえって、どうぞ。 TypeScript解脱げだつへの第一歩だいいっぽは、なにはともあれTypeScriptだろう。 正直しょうじき、この言語げんごだけ覚おぼえておけば、FaaS(Lambda, Cloud Functions)も書かけるし、ReactによるSPAとか、なんならReact Nativeでアプリも書かけるし、モダンな開発かいはつ環境かんきょうに必要ひつようなスキルセットがすべてま

                                    SIerの輪廻から解脱するための技術｜はまあ

                                  • 注目ちゅうもくのITサービスを支ささえるアーキテクチャ特集とくしゅう 技術ぎじゅつ選定せんていのポイントと今後こんごの展望てんぼう - Findy Tools

                                    公開こうかい日び 2024/05/28更新こうしん日び 2024/07/25注目ちゅうもくのITサービスを支ささえるアーキテクチャ特集とくしゅう 技術ぎじゅつ選定せんていのポイントと今後こんごの展望てんぼう 現代げんだいのITサービスは、ユーザーに高こう品質ひんしつで安定あんていした体験たいけんを提供ていきょうするために、より効率こうりつ的てきで柔軟じゅうなんな技術ぎじゅつ選定せんていが不可欠ふかけつです。 本ほん特集とくしゅうでは、注目ちゅうもく企業きぎょうのシステムアーキテクチャ設計せっけいに携たずさわるエンジニアの方々かたがたより、それぞれの技術ぎじゅつ選定せんていにおける工夫くふうと、未来みらいを見据みすえた展望てんぼうについてご寄稿きこういただいています。 各かく企業きぎょうがどのように課題かだいを乗のり越こえ、開発かいはつ生産せいさん性せいや品質ひんしつを向上こうじょうさせるためにどのようなアプローチを採用さいようしているのか ー この記事きじを通つうじて、実際じっさいの現場げんばで活用かつようされる最先端さいせんたんの技術ぎじゅつや戦略せんりゃくを学まなび、皆みなさんのプロジェクトに役立やくだつ洞察どうさつを得えていただければ幸さいわいです。 ※ご紹介しょうかいはサービス名めいのアルファベット順じゅんとなっております airCloset - 株式会社かぶしきがいしゃエアークローゼット エアークローゼットは日本にっぽん初はつ・国内こくない最大さいだい級きゅう、女おんな

                                      注目のITサービスを支えるアーキテクチャ特集 技術選定のポイントと今後の展望 - Findy Tools

                                    • 100億おくレコード超ちょうのDBを“障害しょうがいゼロ”でマイグレーション　新卒しんそつ1年ねん目めが考かんがえた2つのアプローチと3つの工夫くふう

                                      インターネットやAIを駆使くししながら、領域りょういきに捉われずにさらなる挑戦ちょうせんを行おこなうDeNAの取とり組くみを紹介しょうかいする「DeNA TechCon 2023」。ここで成田なりた氏しが登壇とうだん。PocochaのDBをマイグレーションしたことについて話はなします。 新卒しんそつ1年ねん目めが100億おくレコード超ちょうのDBマイグレーションをした話はなし 成田なりた篤あつし基氏もとうじ：発表はっぴょうを始はじめます。みなさんはじめまして。成田なりたと申もうします。私わたしは2021年ねんにディー・エヌ・エーに新卒しんそつで入社にゅうしゃして、現在げんざい入社にゅうしゃから2年ねんが経たとうとしています。 私わたしは新卒しんそつ1年ねん目めで、大だい規模きぼなデータベースマイグレーションを行おこなう貴重きちょうな経験けいけんができました。本日ほんじつはそのマイグレーションプロジェクトについて、体験たいけんから得えた学まなびをみなさんにお伝つたえします。題だいして「新卒しんそつ1年ねん目めが100億おくレコード超ちょうのDBマイグレーションをした話はなし」です。どうぞよろしくお願ねがいいたします。 目次もくじです。本日ほんじつはこちらの目次もくじに沿そって発表はっぴょうを進すすめていきます。 まずは私わたしたち

                                        100億レコード超のDBを“障害ゼロ”でマイグレーション　新卒1年目が考えた2つのアプローチと3つの工夫

                                      • Pythonで作つくるサーバーレス環境かんきょう　AWSのスペシャリストが教おしえるLambdaの基本きほん

                                        「みんなのPython勉強べんきょう会かい」は、Pythonを中心ちゅうしんとして、プログラミングを仕事しごと、研究けんきゅう、趣味しゅみなど、さまざまなシーンで生いかす方法ほうほうを一緒いっしょに学まなぶ勉強べんきょう会かいです。56回かいの今回こんかいは、サーバーサイドエンジニアをテーマに学まなびます。 AWSソリューションアーキテクトの西谷にしたに圭介けいすけ氏しが、前半ぜんはんではサーバーレスについて説明せつめいしましたが、後半こうはんはいよいよその実行じっこう環境かんきょうであるAWS Lambdaの基本きほんについて解説かいせつします。関連かんれん資料しりょうはこちら。 イベントドリブン 西谷にしたに圭介けいすけ氏し：Lambdaには、イベントドリブンという言葉ことばがあります。イベントドリブンをちょっと簡単かんたんに説明せつめいしたいと思おもうんですが、Lambdaとかサーバーレスアプリケーションにおける非常ひじょうに重要じゅうようなキーワードなんですね。先さきほどのサーバーレスのスタックに置おき換かえたときにLambdaというものがようやく出でてきたんですが、このイベントドリブンをキーワードにしたサービスと言いえます。 イベントド

                                          Pythonで作るサーバーレス環境　AWSのスペシャリストが教えるLambdaの基本

                                        • AWSの膨大ぼうだいな公式こうしき情報じょうほうを一括いっかつして爆ばく速そく検索けんさく可能かのうなサイト「AWS Stash」 | DevelopersIO

                                          re:Invnetの動画どうが検索けんさくでもめちゃくちゃ便利べんりですが、その他たブログやホワイトペーパーやGitHubも横断おうだん検索けんさくできるので、是非ぜひ一いち度ど使つかってみてください。 「AWSの公式こうしき情報じょうほうってめっちゃあるやん。これ、どこから検索けんさくすりゃいいの？」 2006年ねんにサービスを開始かいししたAWS。その公式こうしき情報じょうほうは膨大ぼうだいかつイベントも数すう限かぎりなく開催かいさいされてきました。 最近さいきんのイベントはYoutubeなどにも公開こうかいされており、公式こうしき情報じょうほうだけにしぼってそれらを一括いっかつで検索けんさくするのは、各かくサイトのRSSフィードを一括いっかつ購読こうどくとかしないかぎり困難こんなんでした。 そんな悩なやみを一発いっぱつでふっとばすのが、この AWS Stashというサイト。 re:Inventのセッション動画どうがだけではなく、公式こうしきブログやスライド、QuickstartやホワイトペーパーやGitHubまで横断おうだん的てきに爆ばく速そくで検索けんさく可能かのうな素晴すばらしく便利べんりなサイトなので、まだ未み体験たいけんの方ほうは是非ぜひ一いち度ど試ためしてみてください。 何なに

                                            AWSの膨大な公式情報を一括して爆速検索可能なサイト「AWS Stash」 | DevelopersIO

                                          • 人気にんき順じゅん検索けんさくのSolrはスケールのためにディスクを捨すてた - クックパッド開発かいはつ者しゃブログ

                                            技術ぎじゅつ部ぶクックパッドサービス基盤きばんグループの id:koba789 です。 昨年さくねんまではデータ基盤きばんグループというところで 最新さいしんのログもすぐクエリできる速はやくて容量ようりょう無限むげんの最強さいきょうログ基盤きばん を作つくったりしていました。 今年ことしはちょっとチームを移動いどうしまして、検索けんさくシステムをいじっていました。今回こんかいはそのお話はなしです。 なお、クックパッドには様々さまざまな検索けんさくシステムがありますが、この記事きじでは説明せつめいを簡単かんたんにするためにレシピの検索けんさくのみに焦点しょうてんをあてています。 クックパッドの検索けんさくシステムにあった課題かだい クックパッドにはレシピを検索けんさくできる機能きのうがあります。 プレミアム会員かいいん限定げんていの人気にんき順じゅん検索けんさくもこの機能きのうの一部いちぶです。 しかし、この重要じゅうような機能きのうを支ささえる検索けんさくシステムにはいくつもの課題かだいがありました。 Solr が古ふるすぎる クックパッドでは、レシピ検索けんさくを含ふくむ多おおくの検索けんさく機能きのうにSolrを用もちいています。 今年ことしの始はじめに私わたしがこの課題かだいに取とり組くみ始はじめた時点じてんでは、その Sol

                                              人気順検索のSolrはスケールのためにディスクを捨てた - クックパッド開発者ブログ

                                            • AWS、トランプ支持しじ者しゃのSNS「Parler」へのサービスを1月がつ10日とおかに停止ていし

                                              言論げんろんの自由じゆうを掲かかげるSNS「Parler」のジョン・マッツェCEOは1月がつ9日にち（現地げんち時間じかん）、サービスで利用りようしている米べいAmazon.com傘下さんかのAWSから、サービス提供ていきょうを10日とおか深夜しんやに打うち切きると通告つうこくされたと自身じしんのParley（Parlerへの投稿とうこう）で発表はっぴょうした。 ParlerはすべてのサービスをAWS上じょうで運用うんようしているため、サービス再開さいかいには1週間しゅうかんかかる可能かのう性せいがあるとしている。 Parlerは2018年ねん立たち上あげの、モデレーションをほとんどせず、「言論げんろんの自由じゆうを尊重そんちょうする」と謳うたうSNS。昨年さくねんの米べい大統領だいとうりょう選せん前後ぜんこうから、過激かげきな発言はつげんでTwitterなどのアカウントを停止ていしされた保守ほしゅ派はの人々ひとびとなどが大量たいりょうに流入りゅうにゅうしている。 米べい新しん大統領だいとうりょうを承認しょうにんする6日にち、連邦れんぽう議会ぎかい議事堂ぎじどうに乱入らんにゅうしたトランプ氏し支持しじ者しゃの多おおくはこのSNSで連絡れんらくを取とり合あい、「ペンスをまず殺やれ」などと投稿とうこうしていたと報ほうじられた。 米べいGoogleと米べいAppleは8日にち、Parlerのモ

                                                AWS、トランプ支持者のSNS「Parler」へのサービスを1月10日に停止

                                              • AWSマルチアカウントにおけるIAMユーザー設計せっけい戦略せんりゃくを考かんがえてみる - How elegant the tech world is...!

                                                はじめに 2020年ねん3月がつ以来いらいの投稿とうこうになりますが、「AWS案件あんけんに携たずさわる中なかで、いろいろと貯たまった知見ちけんを世よのエンジニアの皆みなさんと共有きょうゆうしたいな..」という思おもいに突然とつぜん駆かられ、本稿ほんこうではAWSマルチアカウントにおけるIAMユーザ設計せっけいの戦略せんりゃくをご紹介しょうかいします。 ビジネスの要件ようけん・制約せいやく等とうにより、取とり得える設計せっけいは様々さまざまですが、一ひとつのベストプラクティス例れいとしてご参考さんこうになればと思おもいます。 IAMポリシーに関かんする基本きほん方針ほうしん カスタマー管理かんりポリシーの利用りよう AWS利用りようにおいて、避さけては通とおれないIAM設計せっけい。 AWSでは、AWSアカウント（ルートユーザー）の通常つうじょう利用りようは推奨すいしょうしておらず、 AWSアカウント作成さくせい後ごは速すみやかにIAMユーザーを作成さくせいされる方ほうも多おおいのではないでしょうか。 AWS アカウントのルートユーザー 認証にんしょう情報じょうほうを使用しようして AWS にアクセスしないでください。また、認証にんしょう情報じょうほうを他たのだれにも譲渡じょうとしないでください。代かわりに、AWS アカ

                                                  AWSマルチアカウントにおけるIAMユーザー設計戦略を考えてみる - How elegant the tech world is...!

                                                • 【10分ふんで確認かくにん】AWSでやりがちなセキュリティ脆弱ぜいじゃく性せいを生うみ出だすアンチパターン集しゅう（随時ずいじ追加ついか・更新こうしん） - Qiita

                                                  AWSを使つかうなら見みておきたいチェック項目こうもく20選せん AWSを実務じつむで触さわられている方ほうで「セキュリティ対策たいさくはばっちしだ💪」と言いい切きれる人ひとはどれくらいいるでしょうか。特とくに創業そうぎょう間あいだもないベンチャー企業きぎょうや内うち製せい化か直後ちょくごのエンジニア組織そしきの場合ばあい、サービスローンチや追加ついか機能きのう開発かいはつがビジネス上じょうの最さい優先ゆうせん事項じこうになってしまい、セキュリティ対策たいさくなどの非ひ機能きのう要件ようけんのレビュー、設定せっていなどは後回あとまわしにされがちです。 そこで今回こんかいは、"時間じかんがない人ひと"でも注意ちゅういしたいセキュリティ脆弱ぜいじゃく性せいを生うみやすい設定せっていや設計せっけいの凡ミス集しゅうをまとめてみました。また、参考さんこうになりそうな記事きじも併あわせて紹介しょうかいしています。 ご注意ちゅういください 筆者ひっしゃはAWSリソースに関かんするセキュリティの専門せんもん家かではありません。また本ほん記事きじでは、最低限さいていげんの内容ないようにとどめているためより詳細しょうさいな内容ないようは、公式こうしきドキュメントや以下いかの資料しりょうをご覧らんください。 1. IAM ポリシーの広ひろすぎる権限けんげん IAMポリシーに適切てきせつでない広ひろい範囲はんいの

                                                    【10分で確認】AWSでやりがちなセキュリティ脆弱性を生み出すアンチパターン集（随時追加・更新） - Qiita

                                                  • Amazon SES でメール送信そうしんするときのベストプラクティスまとめ(2020年ねん10月がつ) | DevelopersIO

                                                    Amazon SES API についての補足ほそくの説明せつめいです。 From, To, Subject, Body のみ指定していすれば、残のこりはすべて AmazonSES が適切てきせつにフォーマットした Eいーメールメッセージで簡単かんたんにメール送信そうしんできるのが SendEmail API です。 添付てんぷファイルを使つかうなど、独自どくじに細こまかく制御せいぎょしたフォーマットにカスタマイズしてメール送信そうしんをしたい場合ばあいは SendRawEmail API を利用りようします。 基本きほんとなるテンプレートメールを作成さくせいして、テンプレート内ないの変数へんすうに対たいしてパーソナライズされた値ねに置換ちかんした内容ないようで Eいーメールメッセージを送信そうしんできるのが SendTemplatedEmail および SendBulkTemplatedEmail のAPIです。 詳細しょうさいについては、AmazonSESのEいーメール送信そうしん方法ほうほう を確認かくにん下ください。 SESのSMTPエンドポイントを使つかったメール送信そうしん例れいは下記かきブログ

                                                      Amazon SES でメール送信するときのベストプラクティスまとめ(2020年10月) | DevelopersIO

                                                    • AWS認定にんてい全ぜん冠かんむりするまでのおすすめの順番じゅんばん

                                                      「JAWS-UG東京とうきょうリブート企画きかく！ランチタイムLT会かい」での発表はっぴょう資料しりょうです https://jawsug.connpass.com/event/289824/

                                                        AWS認定全冠するまでのおすすめの順番

                                                      • AWS LambdaとDynamoDBがこんなにツライ時代じだいではない - めもおきば

                                                        ありがたいことに、3年ねん前まえに#ssmjp 2017/06で話はなしたスライド AWS LambdaとDynamoDBがこんなにツライはずがない #ssmjp をTwitterで紹介しょうかいして頂いただいた*1 ようで、当時とうじから大幅おおはばに改善かいぜんしているところを振ふり返かえりたいと思おもいます。あと、ついでに最近さいきんやっているAzureに関かんしても少すこし触ふれていきます。 サーバーレスアーキテクチャ #とは 当時とうじはこう説明せつめいしたのですが、今いまでもそんなに悪わるくない表現ひょうげんかなと思おもいます。 書籍しょせきは現在げんざい「Serverlessを支ささえる技術ぎじゅつ 第だい3版はん」まで出でていますので、BOOTHからどうぞ（隙すきあらばダイマしていく方針ほうしん）。 サーバーレス三さん種しゅの神器じんぎ 今いまこのスライドを作つくるなら、認証にんしょう認可にんかの話はなしを入いれるかなと思おもいます。システム内ないのAWS IAMとクライアント側がわのCognitoどちらも重要じゅうようです。 ちなみにAzureを含ふくめておさらいすると、こんな感かんじの対応たいおうになります。 勝かち

                                                          AWS LambdaとDynamoDBがこんなにツライ時代ではない - めもおきば

                                                        • これからはじめる Azure の基礎きそ知識ちしき | 外道げどう父ちちの匠たくみ

                                                          まいど AWS の犬いぬが、少々しょうしょう Azure に触ふれてみましたので、絵えは描えがかずに基礎きそ知識ちしきの整理せいりと共有きょうゆうだけしていきたいと思おもいます。 全然ぜんぜんド素人しろうとな状態じょうたいなので、なにかしら間違まちがってたり不足ふそくしていると思おもわれますが、同おなじようにイチから調しらべる人ひとの足あしがかりにでもなれば、くらいの質感しつかんで進すすめていきます。 はじめに 今いまのところ少々しょうしょう用事ようじがあっただけなので、これから Azure を掘ほり下さげるぞとか、Azure の犬いぬになるぞ、とかは考かんがえていなく一発いっぱつネタで終おわる可能かのう性せいが高たかいです。雑ざつなメモをブログに起おこして、いったんの区切くぎりとする個人こじん的てきな清書せいしょのため、詳くわしくはちゃんとリンク先さきのドキュメントなどを読よんでくださいませ。 さて、AWS に似にたパブリッククラウドはいくつもあり、Azure もその１ひとつです。公式こうしきドキュメントに何なん箇所かしょも AWS との比較ひかくが出でてくるくらいには、Azure も AWS を意識いしきしています。 例れい）AWS サービスと

                                                            これからはじめる Azure の基礎知識 | 外道父の匠

                                                          • サクッとAWS入門にゅうもん＋モダン開発かいはつの基本きほん

                                                            社内しゃない勉強べんきょう会かいスライドの抜粋ばっすい版ばんです。

                                                              サクッとAWS入門＋モダン開発の基本

                                                            • 秒びょう間あいだ3万まんリクエストをkubernetesでさばく - Gunosy Tech Blog

                                                              こんにちは！スタンディングデスクを導入どうにゅうして快適かいてきな開発かいはつ環境かんきょうと運動うんどう不足ふそくの両方りょうほうを解消かいしょうできるようになったのではと感かんじている、広告こうこく技術ぎじゅつ部ぶのUT@mocyutoです。 今回こんかいは半年はんとしほどEKSを運用うんようして秒びょう間あいだ3万まんリクエストのトラフィックをさばくほどになりました。 秒びょう間あいだ3万まんは広告こうこくシステムだと割わりとあるとは思おもいますが、kubernetesでも運用うんようできているので紹介しょうかいしようと思おもいます。 対象たいしょうのEKSで構築こうちくしたサービスは広告こうこくの配信はいしんサーバです。 広告こうこく配信はいしんサーバの要件ようけんとして、まず50ms以内いないにレスポンスを返かえさなければいけません。 構築こうちくしたk8sのレスポンスタイムの99パーセンタイルは10msほどで返かえせています。 以下いかは必要ひつよう最小限さいしょうげんのクラスタの構成こうせい図ずです。 全体ぜんたい像ぞう API 弊社へいしゃのサーバサイドはほぼGoで作つくられているので、例れいに漏もれずGoで作つくられています。 pod構成こうせいはAPI、fluentd、envoyの サイドカーパターン です

                                                                秒間3万リクエストをkubernetesでさばく - Gunosy Tech Blog

                                                              • AWS内ないの通信つうしんがインターネットを経由けいゆしない今いま、VPC Endpointを利用りようする意味いみはあるのか？ | フューチャー技術ぎじゅつブログ

                                                                はじめにこんにちは。TIG村瀬むらせです。 タイトルの通とおりですがAWS内ないの通信つうしんにおいてインターネットを経由けいゆしないことが最近さいきんになって公式こうしきドキュメントに明記めいきされたことを受うけ、改あらためてVPC Endpointの必要ひつよう性せいについて調しらべてみました。 Q:2 つのインスタンスがパブリック IP アドレスを使用しようして通信つうしんする場合ばあい、またはインスタンスが AWS のサービスのパブリックエンドポイントと通信つうしんする場合ばあい、トラフィックはインターネットを経由けいゆしますか? いいえ。パブリックアドレススペースを使用しようする場合ばあい、AWS でホストされているインスタンスとサービス間あいだのすべての通信つうしんは AWS のプライベートネットワークを使用しようします。 AWS ネットワークから発信はっしんされ、AWS ネットワーク上じょうの送信そうしん先さきを持もつパケットは、AWS 中国ちゅうごくリージョンとの間あいだのトラフィックを除のぞいて、AWS グローバルネットワークにとどまります。 https://a

                                                                  AWS内の通信がインターネットを経由しない今、VPC Endpointを利用する意味はあるのか？ | フューチャー技術ブログ

                                                                • フロントエンドエンジニアのためのAWSアーキテクチャ

                                                                  Talked at "AWS Dev Day Online Japan" 2020.

                                                                    フロントエンドエンジニアのためのAWSアーキテクチャ

                                                                  • Python コードでアーキテクチャ図ずを生成せいせいできる Diagrams がめっちゃ便利べんり！ - kakakakakku blog

                                                                    「Diagrams」を使つかうと Python コードでアーキテクチャ図ずを生成せいせいできる．サポートされているアイコンセットがとても多おおく AWS や Google Cloud や Microsoft Azure もあれば，Kubernetes やプログラミング言語げんごなども使つかえる．試ためしてみたけどめちゃくちゃ便利べんり！まさに Diagram as Code だ✌️ diagrams.mingrammer.com セットアップ 「Diagrams」は Graphviz に依存いぞんしているため，macOS だと pip と brew ですぐにセットアップできる． $ pip install diagrams $ brew install graphviz 試ためしてみた さっそく Examples を参考さんこうにアーキテクチャ図ずを作つくってみた！ サンプル : AWS from diagrams import Cluster, D

                                                                      Python コードでアーキテクチャ図を生成できる Diagrams がめっちゃ便利！ - kakakakakku blog

                                                                    • API gateway + lambda + S3でDDoS攻撃こうげきを受うけて1日にちあたりで$3000溶とかした話はなし - Qiita

                                                                      qiita夏なつ祭まつりに乗のり遅おくれてしまったので一人ひとり後夜ごや祭さい ~2019年ねん某ぼう日び~ パイセン「それじゃあ、ワイ君くんは明日あしたからフロントのログデータを飛とばすのにAPI gatewayとlambdaでS3に保存ほぞんするようにしてな。木曜もくようまでな。その間あいだに自分じぶんはサービンのドメイン取とったりRoute53周まわりの構築こうちくするから」 ワイ「これもcloud formationに書かくんです？」 パイセン「serverless frameworkっていう基本きほん的てきな設定せっていはデフォルトで構築こうちくしてくれる便利べんりなものがあるんやで。これ使つかい」 ワイ「めっちゃ素敵すてきやん。わかったやで」 パイセン「週しゅう初はじめのMTGは終おわりや飯めし食ぐいに行いこう。上野うえのに新あたらしい醤油じょうゆラーメン屋やができたんや」 ワイ「いいですね〜」 パイセン「それじゃ自分じぶんは新あたらしいロードバイク持もってきたからワイ君くんも付ついてきてな！」 ワイ「ワイ無手むてなんやが？え、本気ほんきで漕こげ初はじめやがった！こなくそおおおぉぉぉ！」

                                                                        API gateway + lambda + S3でDDoS攻撃を受けて1日あたりで$3000溶かした話 - Qiita

                                                                      • 「結局けっきょくアマゾンか」　デジタル庁ちょう、クラウドで米こめ2社しゃ選定せんてい　もがくデジタル庁ちょう（4） - 日本経済新聞にほんけいざいしんぶん

                                                                        「これじゃ米べいアマゾン・ウェブ・サービス（AWS）のプレゼン資料しりょうそのものだ」。2021年ねん10月がつ、行政ぎょうせい向むけシステム基盤きばん「ガバメントクラウド」の先行せんこう事業じぎょうの公募こうぼで、デジタル庁ちょうが求もとめる要件ようけんを見みたIT（情報じょうほう技術ぎじゅつ）企業きぎょう関係かんけい者しゃらは絶句ぜっくした。350項目こうもくある要件ようけんには「独立どくりつしたリージョンを複数ふくすうのゾーンで構成こうせい」「HTTPのAPIが利用りよう可能かのう」などAWS独特どくとくのい回いまわしが並ならんでいたからだ。「料金りょうきんが継続けいぞくして値下ねさげ傾向けいこう」も同社どうしゃ

                                                                          「結局アマゾンか」　デジタル庁、クラウドで米2社選定　もがくデジタル庁（4） - 日本経済新聞

                                                                        • たくさんセキュリティチェックシートを書かいていて悟さとりが開あけそうなので途中とちゅう経過けいかを書かいてみる - Qiita

                                                                          セキュリティチェックシートって大変たいへんですよね 「契約けいやく締結ていけつ目前もくぜんで、今日きょうもらったチェックシートを3日にち後ごまでに出だせば決きまりです！」 「これNGだと契約けいやくできないんですけどなんとかならないですか？」 「（書かいてもらったシートをレビュー中ちゅう）え！？これOKじゃなくてNGですよ！？」 「書かき始はじめたら8時間じかん以上いじょうかかってるんですけどこれ無償むしょう対応たいおうなんですか・・・？」 っていうことありませんか！？ない！？良よかったですね！！（血涙けつるい） ということで、結構けっこうセキュリティチェックシートで苦労くろうしています。 過去かこにISMS認証にんしょうを取得しゅとくしたときには「これでちょっとは楽らくになるな！よかった！」と思おもったもんですが、 大おおきく楽らくになった感かんじはありません。 といっても、セキュリティチェックシートは次々つぎつぎ来くるので、なんとなく悟さとりが開あけてきました。 ということで、道みち半なかばではありますが、 そもそもセキュリティチェックシートってなんだっけ？ なんで苦労くろうし

                                                                            たくさんセキュリティチェックシートを書いていて悟りが開けそうなので途中経過を書いてみる - Qiita

                                                                          • 緩ゆるやかに死しんでいくシステム / You won't be in the team forever

                                                                            Talked at Cloud Native Lounge #2「クラウドネイティブなシステムの継続けいぞく的てき改善かいぜんと企業きぎょう文化ぶんか」. https://forkwell.connpass.com/event/215798/

                                                                              緩やかに死んでいくシステム / You won't be in the team forever

                                                                            • 2021年ねんサーバーサイドのエンジニアが使つかってよかったもの10選せん - KAYAC engineers' blog

                                                                              こんにちは！ Tech KAYAC Advent Calendar 2021 7日にち目めを担当たんとうする荒あら賀が(@ken39arg) です。 カヤックのエンジニアブログには2008年ねんにPHPを使つかったガラケー関連かんれんの記事きじを書かいたのが最初さいしょになります。 それから10年ねん以上いじょうたち、ガラケーも弊社へいしゃでのPHPのプロジェクトもほぼなくなり、メンバーもかなり入いれ替かわり、私わたし自身じしんも20代だいだったのがついに40歳さいになりました。そんな私わたしにとってこのアドベントカレンダーは私わたしは今いまでもここにいるよというPingのような役割やくわりになっているため、年としに一いち度ど若者わかものに混まじってアドベントカレンダーに参加さんかしております。 例年れいねんですと、趣味しゅみのマラソンなどに関かんする実績じっせきも書かいているのですが、昨年さくねん同様どうよう、今年ことしも続つづくコロナ禍かにより多おおくの大会たいかいが中止ちゅうしとなったためこちらに関かんしては特とくに特記とっきすべき実績じっせきはありません。ただ2020年ねんに走はしるはずだった東京とうきょうマラソンは権利けんりは移行いこうを続つづけてお

                                                                                2021年サーバーサイドのエンジニアが使ってよかったもの10選 - KAYAC engineers' blog

                                                                              • Amazon SQS を使つかったアプリケーションを本番ほんばんで運用うんようする際さいに考慮こうりょすべき基本きほん的てきな 5 つのこと

                                                                                Amazon SQS は可用性かようせいやスケーラビリティの高たかいメッセジキューサービスであり、AWS の代表だいひょう的てきなサービスの 1 つと言いえるでしょう。ところが、本番ほんばんの運用うんように耐たえられるアプリケーションにしようと思おもうと考かんがえることが意外いがいに多おおいものです。本ほんエントリーでは簡単かんたんなサンプルアプリケーションをベースに、本番ほんばんで運用うんようするために考慮こうりょすべき点てん・注意ちゅうい点てんについて見みていきます。題材だいざいとして扱あつかうのが SQS なだけで、SQS 以外いがいを使つかったアプリケーションにも応用おうようできる内容ないようもあるでしょう。 なお、SQS には Standard queue と FIFO queue がありますが、Standard queue を使つかう前提ぜんていとします。 アジェンダは次つぎのとおりです。 サンプルアプリケーション 1. ログ 2. At-least-once delivery と visibility timeout 3. デプロイ 4. 異常いじょう系けい 5

                                                                                  Amazon SQS を使ったアプリケーションを本番で運用する際に考慮すべき基本的な 5 つのこと

                                                                                • データ分析ぶんせき基盤きばんまとめ（随時ずいじ更新こうしん）

                                                                                  はじめに データ分析ぶんせき基盤きばんの資料しりょうを力尽ちからつきるまで追記ついきしていきます。 構成こうせい図ずにあるアイコンや記事きじの内容ないようから技術ぎじゅつ要素ようそを調しらべて記載きさいしていますが、不明ふめい分ぶんは未み記載きさいにしています。修正しゅうせいのコメント頂いただければ助たすかります。 あと、この記事きじ追加ついかしてっていう要望ようぼうも歓迎かんげいいたします。 テンプレート 記事きじ公開こうかい日び : 会社かいしゃ名めい（サービス名めい） データソース : データ処理しょり : アウトプット : 画像がぞう URL 2025年ねん 2024/03/14 : 株式会社かぶしきがいしゃエス・エム・エス（カイポケ） データソース : Amazon Aurora データ処理しょり : Datastream、BigQuery、dbt アウトプット : Looker Studio 2024/03/12 : 株式会社かぶしきがいしゃマイナビ データソース : SQL Server、Amazon S3 データ処理しょり : Embulk、Amazon MWAA、Apache Airflow、Snowf

                                                                                    データ分析基盤まとめ（随時更新）
                                                                                  前まえのページ 5 6 7 8 9 10 11 12 13 14 次つぎのページ

                                                                                  新着しんちゃく記事きじ

                                                                                  はてなブックマーク

                                                                                  公式こうしきTwitter

                                                                                  はてなのサービス

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