数年前に世間を騒がせた「老後2000万円問題」。今回は、その問題の中身を解説し、「2000万円準備できない私」のための新たなアプローチについて検討してみます。
暗号化された安全な通信を実現するための技術「SSL/TLS」の最新版「TLS 1.3」を詳細に解説した『徹底解剖 TLS 1.3』(翔泳社)。本書から「Chapter 1 TLSプロトコルの概要」を抜粋して紹介します。TLSのプロトコルについて、簡単なTCPクライアント/サーバープログラムをTLSによるクライアントとサーバーに拡張する例を用いて解説されています。 本記事は『徹底解剖 TLS 1.3』(古城隆、松尾卓幸、宮崎秀樹、須賀葉子)の「Chapter 1 TLSプロトコルの概要」を抜粋したものです。掲載にあたって一部を編集しています。 1.1 TCPクライアント/サーバー 本章では、TLS(Transport Layer Security)のプログラムとプロトコルがどのように実現されているのかを、簡単なクライアント、サーバープログラムを通して見ていきます。 このプログラムは、TCPな
はじめに はじめまして、ネクストモード株式会社のマーケティング事業部でセールス担当してます。いずみです。今回が初投稿、よろしくお願いします。 この度、ネクストモードがNotion販売代理店となったことを記念して、私も最近Notionで取り組んでみたことをご紹介してみたいと思います! 非エンジニアの方でも活用しやすい内容になってますので、DevelopersIOご愛読のエンジニアの皆様から、是非、一緒にNotionを使っている営業・経理・総務のご担当にもシェアして頂けたら嬉しいです! Notionを使い続けると出てくる悩み。 ネクストモードでは、早い時期からNotionを取り入れ社内のナレッジ共有を行ってきているのですが、長く使っているとNotionの自由度の高さゆえの悩みが出てきます。 いつでも誰でも、ページを作成してナレッジ共有ができてしまうが故に、「あのページどこに行ったっけ?」とか、
こんにちは!コンサル部のinomaso(@inomasosan)です。 とある案件でAmazon CloudWatch Logsに保存したAmazon Auroraのログを、別アカウントのKinesis Data FirehoseにプッシュしS3に保存できるか調査しました。が、テキストだけ読んで理解しようとしたところ脳内CPUが高負荷で爆発しました。 そこで、今回は参考にした手順で作成するリソースを図に描いて、脳の負荷を軽減してみます。 まずはシングルアカウントでの手順を図にしてみる 理解を深めるために、まずはシングルアカウントでの手順から図にしてみます。 今回はAmazon Auroraの各種ログをCloudWatch LogsからS3に連携してみたを参考に、より詳細な図を描いてみました。 Amazon CloudWatch LogsとAmazon Kinesis Data Fireho
こんにちは、0日後に育休に入る志水です。本当は100日前に投稿したかったです。 みなさん、IaCしてますか?AaCしてますか?してますよね。 じゃあテストもコードで書いてますか? と聞くと、やってない人も出てくるのかなと思います。 やっている人だとawspec使ってAWSリソースのテストをしたり、CDKの単体テストをコードで書いている人は多いかと思いますが、それ以降のテスト(結合テストやE2Eテストなど)をコードで書いてる人は少なくなるかなと思います。 というのも、awspecやCDKの単体テストの記事はよく見ますが、それ以降のテストの記事が無いなと感じました。 またCDKの単体テストでは、よくTypeScriptを使ったJestの記事が多く(公式もそうだし)、Pythonの方法があまりありませんでした。 もちろん要件によって変わってくるので書きづらいというのもあるとは思いますが、他の人が
Amazon Web Services ブログ AWS X-Ray と AWS Application Cost Profilerを使用して共有 AWS インフラストラクチャのテナントコストを追跡する こちらのブログ記事では、AWS Application Cost Profiler をご紹介しました。この新サービスでは、マルチテナントのアプリケーションを実行しているお客様が、テナント間で共有されている AWS リソースの詳細なコスト内訳を取得することができます。AWS Application Cost Profiler は、お客様、特に SaaS ISV に、各顧客またはテナントのインフラストラクチャコストを関連付けて報告する標準的なメカニズムを提供します。この詳細なテナントベースのコスト表示により、ISV は製品の利用プランベースまたは使用量ベースの価格設定による市場投入戦略を策定し、
LINEユーザーとビジネスの価値をつなぐためのSREとは、いったいどんなことをするのか。LINEの7つの領域から9名が登壇し、業務内容や体制、開発における課題、働く個々人のやりがいなどについて話します。加藤亙貴氏は、LINE Messaging PlatformのSREについて紹介しました。 LINE Messaging Platformの構成 加藤亙貴氏:LINE Platform Development Center1 Messaging Platform Development室 Z Partチーム HBase Unitの加藤亙貴です。このセッションでは、分散ストレージリライアビリティエンジニアというポジションにおける、LINEプラットフォームのSREについて紹介します。よろしくお願いします。 今日はこのようなアジェンダに沿ってお話しします。始めに、LINE Messaging Pl
CodeCommit はGit リポジトリをホストするバージョン管理サービスです。CodeCommitを使用して、ドキュメントとバイナリファイルとソースコードを非公開で保存および管理できます。CodeCommit はGit の標準機能がサポートされます。AWS CodeCommit コンソールまたはAWS CLIを使用してリポジトリの作成することができます。 CodeDeploy CodeDeployはデプロイサービスです。CodeDeploy はアプリケーションのデプロイを自動化されます。このサービスに対するアプリケーションをデプロイできます。 Amazon EC2 インスタンス オンプレミスインスタンス サーバーレス Lambda 関数 Amazon ECS サービス CodePipeline は配信サービスです。CodePipelineはソフトウェアの構築、テスト、およびデプロイを自
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く