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

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

並ならび順じゅん

ブックマーク数すう

期間きかん指定してい

  • から
  • まで

161 - 200 件けん / 11587件けん

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

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

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

  • 【クラウドエンジニア向むけ】無償むしょう公開こうかいされている講義こうぎ資料しりょう・研修けんしゅう資料しりょうリンク集しゅう - Qiita

    Cybozu 2019年ねんエンジニア新人しんじん研修けんしゅう 内容ないよう HTTP/DNS Linux ソフトウェアライセンス Git/GitHub Webアプリケーション基礎きそ ソフトウェアテスト＆テスト自動じどう化か Chrome Developer Toolsの使つかい方かた データベース Docker Webアプリケーションセキュリティ Linux サーバの CPU やメモリリソースの管理かんりについて 実践じっせん Go 言語げんご Kubernetes を使つかった開発かいはつ入門にゅうもん CI/CD スキーマファースト開発かいはつハンズオン GraphQL編へん Cybozu 2020年ねんエンジニア新人しんじん研修けんしゅう 内容ないよう Webアプリケーション基礎きそ HTTP/DNS ソフトウェアライセンス スクラムトレーニング 品質ひんしつ保証ほしょう活動かつどうに関かんするテスト全般ぜんぱんからテスト自動じどう化かまで HTTPサーバー開発かいはつ デザインの役割やくわりと関かかわりかた セキュリティ アクセシビリティ Chrome Developer

      【クラウドエンジニア向け】無償公開されている講義資料・研修資料リンク集 - Qiita

    • 「サブスク解約かいやくしたいけど、手続てつづき分わからん」に救世主きゅうせいしゅ　「解約かいやく.com」が話題わだい　開発かいはつ経緯けいいを聞きいた

      「使つかっていない月額げつがくサービスを解約かいやくしたいけど、手続てつづきが複雑ふくざつで分わかりにくい」──そのような経験けいけんをしたことはないだろうか。そんな人ひとにぴったりなWebサイト「解約かいやく.com」がX（旧きゅうTwitter）上じょうで話題わだいになっている。ある個人こじん開発かいはつ者しゃが開発かいはつしたWebサイトで、さまざまなサービスの解約かいやく情報じょうほうがまとまってある。 例たとえば「DAZN」ならば、解約かいやく情報じょうほう元もととして退会たいかい方法ほうほうを記載きさいした公式こうしきページへのリンクを記載きさいしている。他ほかにも解約かいやくするための手段しゅだんや、サービスカテゴリも併記へいき。また、各かくサービスの詳細しょうさいページでは解約かいやく方法ほうほうなどをAIで要約ようやくさせた文章ぶんしょうや、ユーザーの解約かいやく体験たいけんの書かき込こむフォームも備そなえている。 27日にち現在げんざいで解約かいやく.comに記載きさいされているサービスは「楽天らくてんモバイル（個人こじん）」や「ソフトバンク光こう」「DAZN」「朝日新聞社あさひしんぶんしゃ」「日本経済新聞にほんけいざいしんぶん（電子でんし版ばん）」「産経新聞さんけいしんぶん（電子でんし版ばん）」「みずほ銀行ぎんこう」「NHK」「ニコニコ動画どうが」「Audible」「dア

        「サブスク解約したいけど、手続き分からん」に救世主　「解約.com」が話題　開発経緯を聞いた

      • AWSが教おしえてくれないコスト削減さくげんの小話こばなしいろいろ | 外道げどう父ちちの匠たくみ

        米あめりかドル/円えん が150円えんと計算けいさんしやすくなり、コスト削減さくげんの圧力あつりょくが日々ひび強つよまる中なか、皆様みなさまお宝探たからさがしと垂たれ流ながし回収かいしゅうの真まっ最中さいちゅうでございましょうか。 最近さいきんはコスト削減さくげんや予算よさんについて見みることが多おおいので、その中なかで出でてきた面白おもしろげな話はなしに雑談ざつだんを加くわえてとりとめなく書かいてみようと思おもいます。 削減さくげん余地よちはある 昨年さくねんにご好評こうひょういただいた AWSコスト削減さくげんとリソース管理かんり | 外道げどう父ちちの匠たくみ を含ふくめ色々いろいろな削減さくげん施策しさくを試こころみてきましたが、サクッと成果せいかになる箇所かしょから泥沼どろぬまに動うごかない所ところまで様々さまざまあったりします。 ただ、どんなアカウントでもトラフィックや処理しょり負荷ふかには波なみがあり、それに対たいする余剰よじょうリソースを確保かくほして構成こうせいしているので、その辺あたりをキュッと絞しぼることまで含ふくめればやれることは必かならず一定いってい以上いじょう存在そんざいすることになります。 そういう大おおきなお宝たからではない小ちいさなお宝たからだと様々さまざまあり、古ふるびたとか退職たいしょく者しゃが作つくったとかで、ほぼ使つかっていない垂たれ流ながしリソースやデータをかき集あつめれば、チリツ

          AWSが教えてくれないコスト削減の小話いろいろ | 外道父の匠

        • コーポレートサイトを誰だれにも気きづかれず静的せいてき化かしたときの技術ぎじゅつ選択せんたくについて - Hatena Developer Blog

          こんにちは〜。チーフエンジニアのid:cockscombです。 最近さいきん、同僚どうりょうのid:yashigani_wとともに、はてなのコーポレートサイトを静的せいてきサイトとして再さい構築こうちくしました。ちょっとした仕事しごとではありますが、経験けいけんによって得えられた暗黙あんもく知ちを形式けいしき知ちへ昇華しょうかするため、ここに紹介しょうかいします。 はてなのコーポレートサイトとは サイトを静的せいてき化かするメリット どのようにサイトの静的せいてき化かを進すすめたか 1. 静的せいてきファイルをNext.jsで生成せいせい 2. 運用うんようを自動じどう化かしたい 3. ホスティングサービスを選択せんたくする 4. 動的どうてきなコンテンツを表示ひょうじする リリースと振ふり返かえり ホスティングサービスに関かんする補足ほそく はてなのコーポレートサイトとは 弊社へいしゃのコーポレートサイトは一般いっぱん的てきなそれと同様どうように、株式会社かぶしきがいしゃとしての「はてな」に関心かんしんを持もっていただいた方々かたがたとコミュニケーションするための窓口まどぐちです。会社かいしゃ情報じょうほうを提供ていきょうしたり、あるいはプレスリリースなどの情報じょうほうを公開こうかい

            コーポレートサイトを誰にも気づかれず静的化したときの技術選択について - Hatena Developer Blog

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

          • 【AWS】 代表だいひょう的てきなクラウドデザインパターン紹介しょうかい

            はじめに AWSの豊富ほうふなサービス群ぐんを活用かつようすることで、高こう可用性かようせいかつ高こうスケール性せいを実現じつげんするシステムを構築こうちくすることが可能かのうです。 しかし、クラウドサービスの特性とくせいを最大限さいだいげんに活いかすためには、適切てきせつなデザインパターンを理解りかいし、実践じっせんすることが重要じゅうようです。そこで今回こんかいは、AWSを利用りようして「高こう可用性かようせい」かつ「高こうスケール性せい」を実現じつげんするための代表だいひょう的てきなクラウドデザインパターンを紹介しょうかいします。 1. EC2インスタンスを利用りようした動的どうてきコンテンツの配信はいしん 動的どうてきコンテンツとは？ 動的どうてきコンテンツとは、ユーザーのリクエストに応おうじて生成せいせいされるコンテンツのことを指さします。たとえば、ユーザーのログイン状況じょうきょうや入力にゅうりょく内容ないように基もとづいて異ことなるページを表示ひょうじするようなケースです。 AWSサービスの簡単かんたんな解説かいせつ Amazon EC2 (Elastic Compute Cloud): スケーラブルなコンピューティングリソースを提供ていきょうするサービスです。必要ひつように応おうじて、イン

              【AWS】 代表的なクラウドデザインパターン紹介

            • 構成こうせい図ずを描えがく際さいに気きをつけていること - NRIネットコムBlog

              こんにちは、越川こしかわです。 皆みなさんは構成こうせい図ずを描えがく機会きかいありますか？ 僕ぼくの場合ばあい、内部ないぶのメンバーやお客様きゃくさまとの議論ぎろんの場ばで、構成こうせい図ずを描えがいて図解ずかいベースで説明せつめいすることが多おおいです。実際じっさいに描えがいてみると色々いろいろと考慮こうりょすべき点てんが多おおく、今回こんかいは自分じぶんなりに普段ふだん意識いしきしている点てんを言語げんご化かしてみようと思おもいます。 なぜ構成こうせい図ずを描えがくのか 構成こうせい図ずを描えがく際さいに意識いしきしている３みっつのこと 1. 導線どうせん 2. 引ひき算ざん思考しこう 1. 主役しゅやくを決きめる 2. 読者どくしゃを想定そうていする 3. 高たかさや大おおきさを揃そろえる さいごに なぜ構成こうせい図ずを描えがくのか 構成こうせい図ずのメリットは相手あいてに伝つたえたいことをシンプルに伝つたえられる点てんだと思おもいます。文章ぶんしょうで書かくと沢山たくさん書かかなければいけないことが構成こうせい図ずを使つかうとスムーズに相手あいてに伝つたわります。例たとえば、以下いかの文章ぶんしょうを読よんでみて下ください。 ユーザーはDNS登録とうろくされたFQDNへHTTPSアクセスする CloudFrontはBehaviorに指定していされたALBにHTTPSリクエスト

                構成図を描く際に気をつけていること - NRIネットコムBlog

              • 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コンテナ系アーキテクチャの選択肢を最適化する | 外道父の匠

                • サーバーレスが気きになる開発かいはつ者しゃに捧ささぐ「べき等とう性せい」ことはじめ 第だい一いち回かい〜べき等とう性せい (冪べき等とう性せい/idempotency) ってなんだ!? - builders.flash☆ - 変化へんかを求もとめるデベロッパーを応援おうえんするウェブマガジン | AWS

                  そもそも、べき等とう性せいとは、どういうことを言いうのでしょうか ? これは「ある操作そうさを 1 回かい行おこなっても複ふく数すう回かい行おこなっても結果けっかが同おなじである」ことをいう概念がいねんです。 例たとえば、注文ちゅうもん処理しょりを考かんがえます。画面がめんインターフェースで、注文ちゅうもん確定かくてい / 送信そうしんボタンを押おすという操作そうさで二に度ど三さん度ど押おしてしまうユーザーがいます。これで同おなじ内容ないようの注文ちゅうもんが複ふく数すう回かい登録とうろくされてしまったら問題もんだいです。こういったケースでは、画面がめん側がわで連続れんぞくして押おせないような実装じっそうを追加ついかしたり (①)、サーバー側がわで同おなじ注文ちゅうもんの処理しょりであることを認識にんしきして適切てきせつに一ひとつの処理しょりと判断はんだんするようなこと (②) が必要ひつようです。 この例れいでは、画面がめん側がわの制御せいぎょを入いれたほうが簡単かんたんなように見みえます。しかし、現実げんじつには画面がめんとサーバーとの間あいだのネットワークの問題もんだいや画面がめん以外いがいからの HTTP コールなどを考かんがえると、このような重複じゅうふくリクエストが起おこってしまうという可能かのう性せいはゼロではありません。 このようなものへの対処たいしょとして、サーバ

                    サーバーレスが気になる開発者に捧ぐ「べき等性」ことはじめ 第一回〜べき等性 (冪等性/idempotency) ってなんだ!? - builders.flash☆ - 変化を求めるデベロッパーを応援するウェブマガジン | AWS

                  • 総務そうむ省しょう｜報道ほうどう資料しりょう｜「クラウドサービス提供ていきょうにおける情報じょうほうセキュリティ対策たいさくガイドライン（第だい3版はん）」（案あん）に対たいする意見いけん募集ぼしゅうの結果けっか及および「クラウドサービス提供ていきょうにおける情報じょうほうセキュリティ対策たいさくガイドライン（第だい3版はん）」の公表こうひょう

                    「クラウドサービス提供ていきょうにおける情報じょうほうセキュリティ対策たいさくガイドライン（第だい3版はん）」（案あん）に対たいする意見いけん募集ぼしゅうの結果けっか及および「クラウドサービス提供ていきょうにおける情報じょうほうセキュリティ対策たいさくガイドライン（第だい3版はん）」の公表こうひょう 総務そうむ省しょうでは、「クラウドサービス提供ていきょうにおける情報じょうほうセキュリティ対策たいさくガイドライン（第だい3版はん）」（案あん）について、令れい和わ3年ねん7月がつ17日にち(土)どから同年どうねん8月がつ15日にち(日)にちまでの間あいだ、広ひろく意見いけんを募集ぼしゅうしました。 意見いけん募集ぼしゅうの結果けっか、12件けんの意見いけんの提出ていしゅつがありましたので、提出ていしゅつされた意見いけん及および当該とうがい意見いけんに対たいする総務そうむ省しょうの考かんがえ方かたをとりまとめ、「クラウドサービス提供ていきょうにおける情報じょうほうセキュリティ対策たいさくガイドライン（第だい3版はん）」と併あわせて公表こうひょうします。 総務そうむ省しょうでは、安全あんぜん・安心あんしんなクラウドサービスの利り活用かつよう推進すいしんのため、平成へいせい26年ねん4月がつに「クラウドサービス提供ていきょうにおける情報じょうほうセキュリティ対策たいさくガイドライン」を公表こうひょうし、その後ごIoTサービスを提供ていきょうするクラウドサービスにおけるリスクへの対たい

                      総務省｜報道資料｜「クラウドサービス提供における情報セキュリティ対策ガイドライン（第3版）」（案）に対する意見募集の結果及び「クラウドサービス提供における情報セキュリティ対策ガイドライン（第3版）」の公表

                    • Zoom、わずか4カ月かげつで利用りよう者しゃが1000万まんから3億おく超ちょうへ。急増きゅうぞうへの対応たいおうでOracle Cloudへインフラを拡張かくちょう。AWS、Azureに加くわえて － Publickey

                      Zoom、わずか4カ月かげつで参加さんか者しゃが1000万まんから3億おく超ちょうへ。急増きゅうぞうへの対応たいおうでOracle Cloudへインフラを拡張かくちょう。AWS、Azureに加くわえて ビデオ会議かいぎサービスを提供ていきょうするZoomは、2020年ねん4月がつ22日にちの時点じてんで1日にちあたり約やく3億おく人にん以上いじょうがビデオ会議かいぎの参加さんか者しゃとなる巨大きょだいなプラットフォームになりました。 しかも昨年さくねん12月がつ末まつの時点じてんでは1日にちあたりの会議かいぎ参加さんか者しゃは約やく1千せん万まん人にん、それが今年ことし3月がつには2億おく人にんを突破とっぱ、そして4月がつが終おわらないうちに3億おく人にんを超こえるという信しんじられないペースで急増きゅうぞうしています。 この急増きゅうぞうするニーズに対応たいおうするため、Zoomは新あらたにOracle Cloudの利用りようを開始かいししたことがオラクルから発表はっぴょうされました。 When the world turned to @zoom_us, the Zoom team turned to us. And we couldn’t be prouder to work w

                        Zoom、わずか4カ月で利用者が1000万から3億超へ。急増への対応でOracle Cloudへインフラを拡張。AWS、Azureに加えて － Publickey

                      • 【書評しょひょう】「Linuxで動うごかしながら学まなぶTCP/IPネットワーク入門にゅうもん」手てを動うごかしてTCP/IPを学まなびたい人ひとにおすすめの一いち冊さつ | DevelopersIO

                        こんにちは。CX事業じぎょう本部ほんぶMAD事業じぎょう部ぶのYui(@MayForBlue)です。 最近さいきん読よんだ「Linuxで動うごかしながら学まなぶTCP/IPネットワーク入門にゅうもん」という本ほんが、楽たのしくTCP/IPに入門にゅうもんできて良よいなと思おもったのでご紹介しょうかいさせていただきます。 本ほんの目次もくじ はじめに TCP/IP とは Network Namespace イーサネット トランスポート層そうのプロトコル アプリケーション層そうのプロトコル NAT ソケットプログラミング おわりに 付録ふろく 環境かんきょう構築こうちく シェルの基本きほん的てきな使つかい方かた この本ほんを読よんで学まなべること この本ほんではTCP/IPのネットワーク、パケットの流ながれを手元てもとの仮想かそう環境かんきょうを使つかって学まなぶことができます。 環境かんきょうについては、Network Namespace という、ネットワーク設定せっていを分割ぶんかつして管理かんりできるLinuxカーネルの機能きのうを使つかいます。 用意よういした環境かんきょうの中なかで、通信つうしんを行おこなうコマンドを自分じぶんで打うち込こみ、パケットの流ながれを

                          【書評】「Linuxで動かしながら学ぶTCP/IPネットワーク入門」手を動かしてTCP/IPを学びたい人におすすめの一冊 | DevelopersIO

                        • AWSでの法令ほうれいに則のっとったログ設計せっけい及および実装じっそう/分析ぶんせき - Adwaysエンジニアブログ

                          エージェンシー事業じぎょうでリードアプリケーションエンジニアを行おこなっている大だい窄 直樹なおき (おおさこ)です. AWSのログ, サーバーのログってたくさん種類しゅるいがあって難むずかしいですよね... 同おなじようなログがたくさんあるので, 何なにを取とれば良よいのかとか どのくらいの期間きかん保持ほじすれば良よいのかとか またその後ごの, ログの実装じっそうや, 分析ぶんせき方法ほうほうする方法ほうほうも難むずかしいですよね... 今回こんかいAWSに構築こうちくした商用しょうようアプリケーションのログを整備せいびする機会きかいがあったので, このことについて書かこうかなと思おもいます. 概要がいよう 本題ほんだいに入はいる前まえの準備じゅんび 今回こんかいログ実装じっそうするアーキテクチャ ログに関かんする法令ほうれい ログの取得しゅとく箇所かしょ 設計せっけい 保管ほかんするログの決定けってい インフラのログ OSのログ アプリケーションのログ ログの保管ほかん 保管ほかん場所ばしょについて 保管ほかん期間きかんについて バケット構造こうぞう アプリケーション, OSのログの転送てんそう 実装じっそう アプリケーション, OSのログをfluentbitを用もちいてS3

                            AWSでの法令に則ったログ設計及び実装/分析 - Adwaysエンジニアブログ

                          • AWSアカウントを作成さくせいしたら最初さいしょにやるべきこと -セキュリティ編へん- - Qiita

                            JAWS-UG 初心者しょしんしゃ支部しぶ #22 ハンズオン用ようの資料しりょうです。 目的もくてき AWSアカウントを不正ふせい利用りようされないために、アカウントを作成さくせいしたらまずやるべきセキュリティ周まわりの設定せっていを行おこないます。 前提ぜんてい AWSアカウントを作成さくせい済ずみであること AWSアカウントにログインしていること リージョンは東京とうきょうリージョンを利用りようします ハンズオン手順てじゅん アカウント周まわりの設定せってい ルートアクセスキーの削除さくじょ ※ルートアカウントのアクセスキーは、デフォルトでは作成さくせいされておりません。アクセスキーを作成さくせい済ずみの方ほうを対象たいしょうとします。 ルートアカウントは全すべてのサービスへのアクセスが出来できてしまうため、ルートアカウントは使用しようせず、IAMユーザーを使用しようしましょう。 CLI等とうのプログラムアクセスも不要ふようなため、アクセスキーを削除さくじょします。 https://console.aws.amazon.com/iam/home#/security_credential

                              AWSアカウントを作成したら最初にやるべきこと -セキュリティ編- - Qiita

                            • AWSでサーバーレス設計せっけいを考かんがえる時ときの手引てびき書しょ - Qiita

                              はじめに サーバーレスに触ふれて数すう年ねんが立たちました。 そろそろ人ひとにある程度ていど説明せつめいができるレベルの知識ちしきと経験けいけんが備そなわったような気きもするので、年末ねんまつなのでまとめてみました。 サーバーレス気きになっているけれども、という人ひとに少すこしでもためになればいいなーと思おもいます。 サーバーレス基礎きそ 皆みなさん、サーバーレス設計せっけいという話はなしを聞きいたことはあるでしょうか？ まずサーバーレスについて説明せつめいしますが、世よの中なかにはたくさん解説かいせつ記事きじがあるのでそちらも適宜てきぎ参照さんしょうください。 サーバーレスでも実際じっさいにはサーバーは存在そんざいする サーバーレスとは開発かいはつ者しゃがサーバーのことを意識いしきしなくてもよい、ということ Function as a serviceに代表だいひょうされるように、あるプログラムの実行じっこう環境かんきょうを提供ていきょうするが、プログラムの動作どうさ環境かんきょうは開発かいはつ者しゃは意識いしきする必要ひつようはない、というイメージ 恐おそらく、AWS Lambdaが一番いちばん理解りかいしやすいと思おもいます。 AWS Lambdaではプ

                                AWSでサーバーレス設計を考える時の手引き書 - Qiita

                              • インフラにかかるコストを正まさしく「説明せつめい」するための取とり組くみ - クックパッド開発かいはつ者しゃブログ

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

                                  インフラにかかるコストを正しく「説明」するための取り組み - クックパッド開発者ブログ

                                • AWS公式こうしき『現代げんだい的てきなウェブアプリケーションの構築こうちく』ハンズオンのハマリどころ - Qiita

                                  AWSは、AWSのサービスを活用かつようした実践じっせん的てきなハンズオンコンテンツを多数たすう公開こうかいしており、 日本語にほんご化かもされています。 アマゾン ウェブ サービス (AWS) の実践じっせん的てきチュートリアル https://aws.amazon.com/jp/getting-started/hands-on/ 社内しゃない向むけにコンテナやAPI Gateway初はつ学者がくしゃ向むけのハンズオン教材きょうざいを探さがしていたところ、 ちょうどいいチュートリアルをみつけました。 現代げんだい的てきなウェブアプリケーションの構築こうちく https://aws.amazon.com/jp/getting-started/hands-on/build-modern-app-fargate-lambda-dynamodb-python/ このチュートリアル、 ECS/Fargateを活用かつようしたコンテナアプリケーションの公開こうかい Codeサービスを活用かつようしたCI/CDパイプラインの構築こうちく Ama

                                    AWS公式『現代的なウェブアプリケーションの構築』ハンズオンのハマリどころ - Qiita

                                  • 適切てきせつなインフラコスト難むずかしいなと思おもって、上場じょうじょう企業きぎょう約やく30社しゃ分ぶんのサーバー費用ひようを調査ちょうさした💻

                                    はじめまして、asachiです。 普段ふだんはプロダクトマネージャーとかデザインとかをやっています。 最近さいきん、会社かいしゃ・事業じぎょうのインフラコストをどう評価ひょうかするかという話はなしに社内しゃないでなって、実際じっさい各かく企業きぎょうどんなもんなんだろうなと気きになり、IR資料しりょうから頑張がんばって漁あさってきました。 せっかく色々いろいろと見みたので、気きになった事例じれい等とう含ふくめて書かいていこうかなと思おもいます。 TL;DR 上場じょうじょう企業きぎょうのインフラコストを調しらべた 規模きぼ・業態ぎょうたい問とわずで30社しゃくらいのデータを発掘はっくつできた 最もっともコストがかかっていたのはゲーム会社かいしゃアカツキ約やく11-12億おく/年とし 次点じてんはツイキャス運営うんえいのモイ 約やく5.8億おく/年とし 「メメントモリ」が流行はやったため、BANK OF INNOVATINが直近ちょっきん四半期しはんきでサーバー費用ひようが3億おく円えん/四半期しはんき(前年ぜんねん同期どうき比ひ1,153%)になっていた 各種かくしゅ会計かいけい項目こうもくに対たいしてサーバー費ひの比率ひりつが安定あんていしているのは、GunosyとGameWith 売上うりあげ原価げんかに占しめる割合わりあいが高たかいのは

                                      適切なインフラコスト難しいなと思って、上場企業約30社分のサーバー費用を調査した💻

                                    • もう使つかわれなくなった任天堂にんてんどうゲームソフトの公式こうしきウェブサイトの世界せかい - 世界せかいのねじを巻まくブログ

                                      ニンテンドーミュージアムもいいけれど 2024年ねんにクラフトインターネットなど、 古ふるき良よきインターネットに注目ちゅうもくが集あつまっていたけれど、僕ぼくは昔むかしから「もう使つかわれなくなった"ウェブ廃墟はいきょ"」を探さがすのを趣味しゅみにしてます。 www.nejimakiblog.com 今年ことしの秋あき、京都きょうとにオープンするニンテンドーミュージアムが話題わだいなので、 史料しりょう価値かち的てきという意味いみでも読よまれるべきだと思おもう 任天堂にんてんどうの「ゲームソフト公式こうしきHP」をいくつか紹介しょうかいしようかなと。 ニンテンドーミュージアムもいいけれど スーパーマリオサンシャイン ポケットモンスター　ピカチュウ版ばん メトロイドプライムハンターズ スターフォックス６４ 星ほしのカービィ２ ゼルダの伝説でんせつ　風ふうのタクト モンスタータクティクス公式こうしきウェブサイト ニンテンドウオールスター! 大だい乱闘らんとうスマッシュブラザーズ マザー２ スーパーマリオランド　６むっつの金貨きんか 他社たしゃ事例じれい まずは夏なつということでこのゲームか

                                        もう使われなくなった任天堂ゲームソフトの公式ウェブサイトの世界 - 世界のねじを巻くブログ

                                      • 7年ねん続つづいたサービスをEC2構成こうせいからECS構成こうせいへ乗のり換かえた話はなし - KAYAC engineers' blog

                                        この記事きじは Tech KAYAC Advent Calendar 2021 の20日はつか目めの記事きじです。 こんにちは、バックエンドエンジニアの @commojun です。今年ことしのTech KAYAC Advent Calendarは3度どめの参戦さんせんです！よろしくお願ねがいいたします！ 本日ほんじつの記事きじは、昨年さくねんの記事きじの続つづきで、Amazon EC2のプロダクトをAmazon ECS構成こうせいへと乗のり換かえた話はなしになります！ techblog.kayac.com 目次もくじ 目次もくじ 背景はいけい Amazon Linuxのサポート終了しゅうりょう ついでにPerlのバージョンもあげた 苦労くろうしたポイント 1，デプロイ方法ほうほうがめっちゃ変かわる デプロイのために都度つどコンテナイメージを焼やく 2階かい建だて作戦さくせん 2，batchサーバどうするの問題もんだい sqsjfr + SQS + sqsjkr 作戦さくせん 3，泥臭どろくさい戦たたかい ecspressoの存在そんざい 非ひエンジニアにもわかってもらおう 「

                                          7年続いたサービスをEC2構成からECS構成へ乗り換えた話 - KAYAC engineers' blog

                                        • JP Contents Hub

                                          AWS 日本語にほんごハンズオン Amazon Web Services(AWS) の 日本語にほんごハンズオンやワークショップを、カテゴリごとにまとめています。 右側みぎがわの目次もくじや、ヘッダー部分ぶぶんの検索けんさくボックスから、各かくコンテンツにたどり着つけます。 また、Ctrl + F や command + F を使つかったページ内ない検索けんさくもご活用かつよういただけます。 料金りょうきんについて ハンズオンで作成さくせいした AWS リソースは通常つうじょうの料金りょうきんが発生はっせいします。作成さくせいしたリソースの削除さくじょを忘わすれずにお願ねがいします。 もし忘わすれてしまうと、想定そうてい外がいの料金りょうきんが発生はっせいする可能かのう性せいがあります。 画面がめんの差異さいについて ハンズオンで紹介しょうかいされている手順てじゅんと、実際じっさいの操作そうさ方法ほうほうに差異さいがある場合ばあいがあります。 AWS は随時ずいじアップデートされており、タイミングによってはハンズオンコンテンツが追おいついていない事こともあります。 差異さいがある場合ばあい、AWS Document などを活用かつようしながら進すすめて頂いただけますと幸さいわい

                                            JP Contents Hub

                                          • ネットワーク図ず・システム構成こうせい図ず作成さくせいに使つかえるアイコン集しゅう - Qiita

                                            トポロジー図ず作成さくせいなどに使つかったりするアイコンは、結構けっこうサービス側がわで提供ていきょうしていたりする。 そう、よく目めにするであろう、あのアイコンたちである。 リンクとともにまとめてみた。 Cloudサービス AWS AWSの公式こうしきアイコン集しゅうです。 2019/1/31からリリース2が公開こうかいされデザインが一新いっしんされました。PPT形式けいしきのドキュメントには、GroupsやIcons, Arrowsの使つかい方かた指南しなん（すること、やってはいけないこと）が書かかれています。このガイドにしたがって使つかいましょう。 また。この新あたらしいバージョンの他ほかに従来じゅうらいの旧きゅうバージョンも公開こうかいされています。 新しんバージョン 旧きゅうバージョン Google Cloud Platform 以前いぜんリンク切きれていたのですがいつの間まにか復活ふっかつしていました。アイコンが一新いっしんされたようです。 （ページには「図ずの例れい」があるよ、と言いっているものの、2021/5/11現在げんざいまだ準備じゅんびされていないようで

                                              ネットワーク図・システム構成図作成に使えるアイコン集 - Qiita

                                            • スタートアップのためのマイクロサービス入門にゅうもん | Amazon Web Services

                                              AWS Startup ブログ スタートアップのためのマイクロサービス入門にゅうもん こんにちは、スタートアップ ソリューションアーキテクトの松田まつだ (@mats16k) です。 以前いぜん「スタートアップのためのコンテナ入門にゅうもん – Kubernetes 編へん」を出だした際さいに記事きじ内ないで、マイクロサービスやサービスメッシュにふれる機会きかいがありました。今回こんかいは AWS でデベロッパーアドボケイトをしているトリ氏し (@toricls) にマイクロサービスについて記事きじを寄稿きこういただきました。 ※ 本ほん記事きじは Software Design 2020年ねん7月がつ号ごう に掲載けいさいされた「スタートアップのためのAWSテクノロジー講座こうざ – マイクロサービスのあるべき姿すがたと特徴とくちょうを知しる」からの転載てんさい、改修かいしゅう版ばんです。 目次もくじ マイクロサービスにはコンテナが必要ひつようなのか？ サービスメッシュは本当ほんとうに必要ひつようなのか？ 「マイクロサービス」という言葉ことばの功罪こうざい マイクロサービスが必

                                                スタートアップのためのマイクロサービス入門 | Amazon Web Services

                                              • テックリードとして入社にゅうしゃしてからやったことをまとめてみた。 - Qiita

                                                現在げんざいの会社かいしゃにテックリード（１人ひとり目めの正社員せいしゃいんエンジニア）として入社にゅうしゃして、２年間ねんかんやってきたことを書かいています。 エンジニア二に年ねん目めでテックリードとして試行しこう錯誤さくごしてきて、自分じぶんの振ふり返かえりもしたいという思おもいから記事きじを書かきました。 （前提ぜんていとして、シード期きのスタートアップで実行じっこうしてきたことです。） 入社にゅうしゃ時じのチーム課題かだい 入社にゅうしゃ当時とうじは、２週間しゅうかん単位たんいのスプリントでスクラムを回まわしてましたが、全員ぜんいんが業務ぎょうむ委託いたくだったこともあり、完全かんぜんな内うち製せい化かを進すすめる必要ひつようがあり、主おもな課題かだいは以下いかでした。 継続けいぞく的てきリリースが困難こんなんな状態じょうたいになっており、それを解消かいしょうすることが急務きゅうむ 社内しゃないにエンジニアがいなかったので、開発かいはつ組織そしき体制たいせいづくりが必要ひつようだった。 ウォーターフォール寄よりのリリースが多おおく、継続けいぞく的てきにリリースする文化ぶんかがなかった。 リファクタリングやテストコードが不十分ふじゅうぶんだった。 改善かいぜんしたこと Zenhubを導入どうにゅう それまでは、GitHub Projectで進捗しんちょく管理かんりをし

                                                  テックリードとして入社してからやったことをまとめてみた。 - Qiita

                                                • S3のコストを大幅おおはばに削減さくげんした話はなし - Gunosy Tech Blog

                                                  広告こうこく技術ぎじゅつ部ぶのUTです。 最近さいきんはカービィディスカバリーをゆっくりやってます 概要がいよう 過去かこの失敗しっぱい どうやったか 仕組しくみ 結果けっか まとめ 概要がいよう 昨今さっこんではデータドリブンな意思いし決定けっていを重視じゅうしする企業きぎょうがどんどん増ふえており、データを活用かつようすることにより事業じぎょう成長せいちょうへのインパクトを出だそうとしています。 データを事業じぎょうへと活用かつようするためには、蓄積ちくせきされるデータを分析ぶんせきするために保管ほかんしておく必要ひつようがあります。 弊社へいしゃも創業そうぎょう時じからデータを蓄積ちくせきし事業じぎょうに活用かつようすることに力ちからを入いれてきた企業きぎょうの一ひとつであり、日々ひび大量たいりょうのログが収集しゅうしゅうされています。 またAWSアカウントを複数ふくすう運用うんようしていますが、一番いちばんデータ量りょうの多おおい広告こうこくアカウントのS3にはペタバイトレベルのデータが保管ほかんされています。 普段ふだん何気なにげなく使つかっているデータレイクとしてのS3ですが、少量しょうりょうであれば無視むしできるくらい小ちいさいので、コストを気きにせず使つかっておられる方ほうも多おおいのではないでしょうか？ そのようなS3でも巨大きょだいな

                                                    S3のコストを大幅に削減した話 - Gunosy Tech Blog

                                                  • サーバダウンしたニコニコ漫画まんがに何なにが起おきていたのか - BOOK☆WALKER inside

                                                    こんにちは。メディアサービス開発かいはつ部ぶWebアプリケーション開発かいはつ課かの奥川おくがわです。ニコニコ漫画まんがのバックエンド開発かいはつを担当たんとうしています。 2021年ねん初頭しょとう、ニコニコ漫画まんがである作品さくひんの連載れんさいが開始かいしされました。それに端はしを発はっする数カ月すうかげつ間あいだのサーバ障害しょうがいにより、ユーザーの皆様みなさまには大変たいへんご迷惑めいわくをおかけしました。 少すこし前まえの話はなしにはなりますが、当時とうじニコニコ漫画まんがのサーバでは何なにが起おこっていたのか、どのような対応たいおうを行おこなったのかを振ふり返かえってみたいと思おもいます。 1号棟ごうとう（事ことの起おこり） 2021/01/08 問題もんだいの作品さくひん（以後いご、「作品さくひんI」*1と記述きじゅつします）の第だい1話わが投稿とうこうされます。その過激かげきな内容ないようからSNSなどでは一部いちぶで話題わだいになりましたが、まだニコニコ漫画まんがへのアクセスも穏おだやかなものでした。 2021/01/22 その2週間しゅうかん後ご、「第だい2話わ（前編ぜんぺん）」の公開こうかいから事件じけんが起おこります。 ピークタイム最中さいちゅうの12:22頃ごろから、まずmemcachedがCPU Utiliz

                                                      サーバダウンしたニコニコ漫画に何が起きていたのか - BOOK☆WALKER inside

                                                    • 60億おく円えんの損害そんがいを出だした 「DMMブックス」 70％OFFキャンペーンでプラットフォームに何なにが起おきていたか

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

                                                        60億円の損害を出した 「DMMブックス」 70％OFFキャンペーンでプラットフォームに何が起きていたか

                                                      • 長ながく使つかえるAWSスキルを効率こうりつ良よく身みに付つけよう /20200912-jaws-sonic-awscli

                                                        SONIC JAWS 2020 ( https://jawssonic2020.jaws-ug.jp/ )での発表はっぴょう資料しりょうです。 たくさんのツイートありがとうございました。 #jawssonic2020 [JAWS-UG CLI専門せんもん支部しぶ][9/12(土)ど 20:20 ～ 20:40]長ながく使つかえるAWS…

                                                          長く使えるAWSスキルを効率良く身に付けよう /20200912-jaws-sonic-awscli

                                                        • 期限きげんの制約せいやくなく無料むりょうで提供ていきょうされる「Free Tier」クラウドサービスまとめ、主要しゅようクラウド/PaaS編へん（2024年版ねんばん）

                                                          期限きげんの制約せいやくなく無料むりょうで提供ていきょうされる「Free Tier」クラウドサービスまとめ、主要しゅようクラウド/PaaS編へん（2024年版ねんばん） いくつかのクラウドサービスでは、新規しんきユーザーに対たいする1年ねん程度ていどの無料むりょうトライアルや一定いってい額がくのクーポンなどの提供ていきょうだけでなく、期限きげんの制約せいやくなくずっと無料むりょうで提供ていきょうされる、いわゆる「Free Tier」や「Always Free」と呼よばれるサービスが提供ていきょうされています。 こうしたサービスは評価ひょうかや一時いちじ的てきなテスト環境かんきょう、あるいはホビー用途ようとなどに適てきしています。 本ほん記事きじでは期限きげんの制約せいやくなく無料むりょうで提供ていきょうされている主おもなクラウドサービスを、2024年ねん版ばんとしてまとめました。（有料ゆうりょうサービスの追加ついか機能きのうとして無料むりょうで提供ていきょうされているものは除外じょがいしています）。 ただしこれらの無料むりょうのサービスは、提供ていきょう側がわの都合つごうにより一時いちじ的てきに申もうし込こみや利用りようが制限せいげんされたり、提供ていきょうが終了しゅうりょうすることがあります。提供ていきょう側がわの都合つごうに留意りゅういしつつ、良心りょうしん的てきな範囲はんいでご利用りよういただ

                                                            期限の制約なく無料で提供される「Free Tier」クラウドサービスまとめ、主要クラウド/PaaS編（2024年版）

                                                          • 個人こじん的てきAWS ログ管理かんりのベースライン - mazyu36の日記にっき

                                                            AWSのログ管理かんりについてはいくつか考かんがえるポイントがあると思おもいます。 どのログを保存ほぞんするか。 CloudWatch Logs（以下いかCW Logsと記載きさい）とS3のどちらに保存ほぞんするか、もしくは両方りょうほうに保存ほぞんするか などなど。 システムの特性とくせいによるところも多おおいかと思おもいますが、自分じぶんの中なかでのログ管理かんりのベースラインが定さだまりつつあるので、頭あたまの整理せいりがてらまとめます。 自分じぶんの中なかでの大おおまかな方針ほうしんとしては以下いかです。 S3に保存ほぞんできるものは基本きほんS3に保存ほぞんする。 以下いかの場合ばあいは、CW Logsに保存ほぞんする。必要ひつように応おうじてS3に転送てんそうする。 アラームを出だしたい場合ばあい さっとCW Logs Insightでログを確認かくにんしたい場合ばあい CW Logs に出ださざるを得えない場合ばあい 全体ぜんたい像ぞうとしては以下いかになります。 なおあくまで個人こじん的てきな経験けいけんに基もとづくものなので、実際じっさいにはシステムの特性とくせいを踏ふまえて方針ほうしんの決定けっていが必要ひつようかと思おもいます。 またこれは必要ひつよう、これは不要ふようなど

                                                              個人的AWS ログ管理のベースライン - mazyu36の日記

                                                            • 政府せいふ共通きょうつうのクラウド基盤きばん、国産こくさんサービスの応札おうさつは「なかった」　河野こうの大臣だいじんがコメント

                                                              デジタル庁ちょうの河野こうの太郎たろう大臣だいじんは10月3日にち、同日どうじつに公募こうぼ結果けっかを公開こうかいした日本にっぽん政府せいふの共通きょうつうクラウド基盤きばん「ガバメントクラウド」（政府せいふクラウド）について、国産こくさんサービスの応札おうさつがなかったと発表はっぴょうした。 今回こんかいの公募こうぼにはパブリッククラウド「Microsoft Azure」を提供ていきょうする米べいMicrosoft、「Oracle Cloud Infrastructure」を手掛てがける米べいOracle、「Amazon Web Services」を手掛てがける米べいAWS、「Google Cloud Platform」を手掛てがける米べいGoogle Cloudの4社しゃが応札おうさつ。デジタル庁ちょうはこれら全すべてを採択さいたくした。 ガバメントクラウドは政府せいふやデジタル庁ちょうが主導しゅどうするデジタル改革かいかくの一ひとつ。同庁どうちょうは今後こんご、採用さいようしたサービスで構成こうせいするマルチクラウド基盤きばんを、スマートフォンで本人ほんにん確認かくにんができる公的こうてき個人こじん認証にんしょうサービス（JPKI）の提供ていきょうや、同庁どうちょうによる調査ちょうさ研究けんきゅうなどに活用かつようする。同庁どうちょうのWeb

                                                                政府共通のクラウド基盤、国産サービスの応札は「なかった」　河野大臣がコメント

                                                              • [2020年版ねんばん]最強さいきょうのAWS環境かんきょうセキュリティチェック方法ほうほうを考かんがえてみた[初心者しょしんしゃから上級じょうきゅう者しゃまで活用かつようできる] | DevelopersIO

                                                                「AWS環境かんきょうのセキュリティが不安ふあんだ…」そんな方ほうにはセキュリティチェック！AWSでは定量ていりょう的てきにチェックすることができる機能きのうがあります。いくつかあるので長短ちょうたんなどを説明せつめいしつつ私わたしが思おもう最強さいきょうのセキュリティチェックを伝授でんじゅします！ こんにちは、臼田うすだです。 みなさん、AWS環境かんきょうのセキュリティチェックしてますか？(挨拶あいさつ 全国ぜんこくのAWSのセキュリティについて悩なやんでいるみなさまのために、今回こんかいは僕ぼくの考かんがえる最強さいきょうのAWS環境かんきょうセキュリティチェックについて情報じょうほうをまとめ・伝授でんじゅします。 初心者しょしんしゃ向むけに、比較的ひかくてきAWSの経験けいけんが浅あさくても始はじめやすいように、かつ上級じょうきゅう者しゃが応用おうようするために活用かつようできる情報じょうほうもぜんぶまとめていきます。 この記事きじは2020年ねんの決定けってい版ばんとなるでしょう！(それ　いいすぎ。 ながーくなってしまったので最初さいしょは適宜てきぎ飛とばして読よむといいかもしれません。 AWS環境かんきょうのセキュリティチェックの意義いぎ AWS環境かんきょうでセキュリティチェックをすることは

                                                                  [2020年版]最強のAWS環境セキュリティチェック方法を考えてみた[初心者から上級者まで活用できる] | DevelopersIO

                                                                • 開発かいはつ環境かんきょうへのこだわり

                                                                  巨大きょだいなテーブルのテーブル定義ていぎを無む停止ていしで安全あんぜんに誰だれでも変更へんこうできるようにする / Table-definitions-for-huge-tables-can-be-modified-by-anyone-safely-and-non-disruptively

                                                                    開発環境へのこだわり

                                                                  • Dockerのことが多分たぶんわかるハンズオン

                                                                    Mastering AsyncSequence - 使つかう・作つくる・他たのデザインパターン（クロージャ、Delegate など）から移行いこうする

                                                                      Dockerのことが多分わかるハンズオン

                                                                    • GitHub - techschool/simplebank: Backend master class: build a simple bank service in Go

                                                                      This repository contains the codes of the Backend Master Class course by TECH SCHOOL. You can also find it on Udemy at this link. And don't hesitate to join Tech School's Discord group to chat directly with me and other students. In this course, you will learn step-by-step how to design, develop and deploy a backend web service from scratch. I believe the best way to learn programming is to build

                                                                        GitHub - techschool/simplebank: Backend master class: build a simple bank service in Go

                                                                      • GCPで約やく800万まん円えんの請求せいきゅうがきた話はなし｜mun｜note

                                                                        新型しんがたコロナウイルス感染かんせん症しょうについては、必かならず1次じ情報じょうほうとして 厚生こうせい労働省ろうどうしょう や 首相しゅしょう官邸かんてい のウェブサイトなど公的こうてき機関きかんで発表はっぴょうされている発生はっせい状じょう況きょうやQ&A、相談そうだん窓口まどぐちの情報じょうほうもご確認かくにんください。※非常時ひじょうじのため、すべての関連かんれん記事きじに本ほん注意ちゅうい書がきを一時いちじ的てきに出だしています。 はじめにエンジニア5年ねん目めくらいでフリーランス3年ねん目めでスマホアプリ以外いがいはなんとか作つくれるような感かんじのエンジニアです。 普段ふだん僕ぼくは開発かいはつにGCPを使つかっています。本番ほんばんにもデモの公開こうかいにも、気軽きがるに使つかっていました。 無料むりょう枠わくもあるし、適当てきとうに使つかっても毎月まいつき少すこししか請求せいきゅうがない程度ていどしか僕ぼくの使つかい方かたでは課金かきんされないし。GCPを舐なめきっていました。 事件じけんの発覚はっかくした時ときGoogleから今月こんげつのGCPの使用しよう料りょうのメールがきていました。ですが、普段ふだん数すう百ひゃく円えんなのであまり気きにせずスルーしていました。 ちらっとメールを見みると、雰囲気ふんいきがいつもと違ちがうメールでした。請求せいきゅうが正常せいじょうに完了かんりょうしていないので、請求せいきゅう先さきのカー

                                                                          GCPで約800万円の請求がきた話｜mun｜note

                                                                        • AWS監視かんしアラート 事始ことはじめ - mazyu36の日記にっき

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

                                                                            AWS監視アラート 事始め - mazyu36の日記

                                                                          • AWSアーキテクチャのサンプルをまとめてみた | DevelopersIO

                                                                            こんにちは。たかやまです。 みなさんアーキテクチャを検討けんとうするときに、なにか参考さんこうにするアーキテクチャがあると助たすかりますよね？ 私わたしもアーキテクチャ検討けんとうをするときは、車輪しゃりんの再さい発明はつめいを避さけるためゼロベースではなく先人せんじんたちのアーキテクチャを参考さんこうにさせていただくことが多おおいです。 そのおり、ちょうどお客様きゃくさまにアーキテクチャ検討けんとうに役立やくだつサイトをご紹介しょうかいする機会きかいがあり、参考さんこうにしているサイトを改あらためて調しらべると結構けっこうあったので今回こんかいこちらをブログにまとめてみたいと思おもいます。 30 の目的もくてき別べつ クラウド構成こうせいと料金りょうきん試算しさん例れい 目的もくてき別べつクラウド構成こうせいと料金りょうきん試算しさん例れい 日本にっぽん利用りよう者しゃ向むけに公開こうかいされているリファレンスアーキテクチャのサイトになります。 全ぜんドキュメント日本語にほんごで料金りょうきん試算しさんも載のっているため、アーキテクチャの検討けんとうはじめにおすすめのサイトです。 サーバレスパターン サーバーレスパターン サーバレスの汎用はんよう的てきなユースケースがまとめられたサイトになりま

                                                                              AWSアーキテクチャのサンプルをまとめてみた | DevelopersIO

                                                                            • UMLとかAWS構成こうせい図ずとかを描えがくツール

                                                                              UMLとか構成こうせい図ずとかの図ずを描えがくの何なんのツールを使つかえばいいか迷まよいませんか？私わたしは迷まよいます。 ですので、最近さいきん使つかっているツールを紹介しょうかいします。 世よの中なかにツールがイロイロあるのは理解りかいした上うえで、大量たいりょうに紹介しょうかいするとやっぱり迷まようので、似にたようなツールや個人こじん的てきに使つかわないツールはバッサリ省はぶいています。 パワポで描えがく まずはPowerPointです。 エンジニアや技術ぎじゅつ系けいの方ほうは「パワポで図ずを描えがくのはちょっと、、、」と思おもわれるかも知しれませんが、状況じょうきょうによってありだと思おもっています。 パワポのメリット パワポは、ビジネスユーザーならほぼ誰だれでも使つかえる システムを作つくる時ときに、お客きゃくさん側がわも含ふくめた関かかわるメンバー全員ぜんいんがITに詳くわしいとは限かぎりません。しかしそういう人ひとにもシステムに対たいする理解りかいは最低限さいていげんしていただく必要ひつようがあります。システム構成こうせい図ずとか特とくに興味きょうみがない人ひとに説明せつめいするときに「新あたらしいツールをいれてください」というのはハードルが高たかいです。 パワポ

                                                                                UMLとかAWS構成図とかを描くツール

                                                                              • 複雑ふくざつなシステムでは、すべての要素ようそが正ただしくても障害しょうがいが起おきる。カオスエンジニアリングから継続けいぞく的てき検証けんしょうへ（前編ぜんぺん）。JaSST'23 Tokyo基調きちょう講演こうえん

                                                                                複雑ふくざつなシステムでは、すべての要素ようそが正ただしくても障害しょうがいが起おきる。カオスエンジニアリングから継続けいぞく的てき検証けんしょうへ（前編ぜんぺん）。JaSST'23 Tokyo基調きちょう講演こうえん Netflixが始はじめた「カオスエンジニアリング」は、現在げんざいでは大だい規模きぼなシステムにおける可用性かようせい向上こうじょうの手法しゅほうのひとつとして確立かくりつし、広ひろく知しられるようになりました。 そのカオスエンジニアリングという手法しゅほうを定義ていぎしたのが、元もとNetflixカオスエンジニアリングチームのエンジニアリングマネージャーを務つとめていたCasey Rosenthal（ケイシー ローゼンタール）氏しです。 そのローゼンタール氏しが、ソフトウェアのテストに関かかわる国内こくない最大さいだいのイベント「ソフトウェアテストシンポジウム 2023 東京とうきょう」（JaSST'23 Tokyo）の基調きちょう講演こうえんに登壇とうだんし、「Chaos Engineering to Continuous Verification」（カオスエンジニアリングから継続けいぞく

                                                                                  複雑なシステムでは、すべての要素が正しくても障害が起きる。カオスエンジニアリングから継続的検証へ（前編）。JaSST'23 Tokyo基調講演

                                                                                • アプリケーション開発かいはつ者しゃは Amazon ECS あるいは Kubernetes をどこまで知しるべきか #AWSDevDay / You build it, you run it

                                                                                  Talked at AWS Dev Day Online Japan 2021. - 動画どうが: https://youtu.be/I7mMQshlpcs - イベントページ: https://aws.amazon.com/jp/about-aws/events/2021/devday - Pro…

                                                                                    アプリケーション開発者は Amazon ECS あるいは Kubernetes をどこまで知るべきか #AWSDevDay / You build it, you run it
                                                                                  前まえのページ 1 2 3 4 5 6 7 8 9 10 次つぎのページ

                                                                                  新着しんちゃく記事きじ

                                                                                  はてなブックマーク

                                                                                  公式こうしきTwitter

                                                                                  はてなのサービス

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