ご好評いただいた本連載も今回で最終回。いつもとは趣向とは変え、竹馬氏がこれまでのインタビューを振り返りながら、未来への展望を綴ります。 一皮むけば高度なコンピュータサイエンスが 今まではインタビュアーとして抑えた感じでやってきましたが、今回は自分のブログ「mizchi's blog」の読者はご存じのような、いつもの感じで行きます。 この連載インタビュー企画の依頼を受けたときの個人的な狙いとして、技術評論社の名前を使って、いつもは会いづらい人に会いに行く口実を作ろう、ということを考えていました。その目的はほぼ達成できたので、関係者諸氏には、とても感謝しています。 ……という個人的なテーマとは別に、僕自身が本連載を通して一貫して表明したい課題感があり、それは「高度なコンピュータサイエンス／プログラミングスキルの現場適用の難しさ」というものです。 僕自身、大学でコンピュータサイエンスを修めたわけ

PyCon JPとは PyCon JPは日本国内外のPythonユーザーが一堂に会し、互いに交流を深め、知識を分け合い、新たな可能性を見つけられる場所として毎年9月中旬に開催される国際カンファレンスです。 PyCon JP 2019は2019年9月14日のスプリント（HENNGE株式会社⁠）⁠、9月15日のチュートリアル、9月16日〜17日のカンファレンス（大田区産業プラザPiO）と4日間の会期で開催されました。来場者は4日間で約1160人と昨年を上回る大盛況で、Pythonへの注目が年々増していることがわかります。 今回は16日に行われたカンファレンスの中から、注目セッションやイベントの様子と感想について運営スタッフがレポートします。 基調講演「Why Python is Eating the World」― Cory Althoff （牛窪翔） 1日目の基調講演は、Cory Altho

2019年8月2日、インフラストラクチャエンジニアやネットワークエンジニア向けの勉強会「インフラ・ネットワークエンジニア勉強会」がアイスタイル株式会社で開催されました。同会では、AWSに関するインフラ・ネットワーク視点の話や、オンプレ環境の話など、過去の事例を共有。6人のエンジニアが成功・失敗談をシェアしました。「スイッチ交換でデータベースがすごく苦労した話」に登壇したのは、株式会社アイスタイルのsuzukito氏。講演資料はこちら スイッチ交換でデータベースがすごく苦労した話 suzukito氏：レイヤ3スイッチの交換でデータベースがすごく苦労した話をしたいと思います。 自己紹介です。鈴木と申します。アイスタイルのデータベースエンジニアをやっています。 お話しすることは、スイッチ交換でMySQLのレプリケーションが壊れました。その顛末を共有したいと思います。 まず、ある日、インフラのほ

by OpenClipart-Vectors ハーグ大学のセキュリティ研究者でLinuxの開発者であるHans de Goede氏は、オランダでスタートしたDisney＋の試験配信に加入しましたが、Linux搭載PCでは映像が再生できないことに気づきました。Disney＋のサポートに事態を伝えたものの、当初「数日中には」と言われていた問題が1カ月が経過しても解決されていないことを受けて、Goede氏は問題の詳細をブログにつづっています。 Disney+ streaming uses draconian DRM, avoid - Hans' hacking log — LiveJournal https://hansdegoede.livejournal.com/22338.html Goede氏は二児の父でもあることから、Disney＋がオランダでいち早くスタートするというニュースを受け、

台風19号の接近に伴い、昨日、Vue Fes Japan 2019 の開催中止を発表した。人生のなかでこれほど台風の情報を見たことはないだろう。まだまだやることはたくさん残っているけれど、中止の決断について記憶が新しいうちにメモしておきたい。いつかまた重要な局面に立ったときに役に立つかもしれないので。 ※ただし、ここに書き留めるのはあくまで個人の見解であり、Vue.js 日本ユーザーグループとしての公式の見解ではない。 経緯 10/8（火） 台風19号の報を受けて、興行中止保険の保険会社に、保険が下りる下りないのケースを確認し、開催対応について発表したのが 10/8（火）のこと。 台風に伴う Vue Fes Japan 2019 開催対応について ざっくりいうと「開催当日」に (1) 台風が半径 100km 圏内にある or (2) 交通機関が機能しない という条件を満たさないと保険が下り

2019年7月30日、Serverless Community(JP)が主催するイベント「Serverless Meetup Tokyo #12」が開催されました。世界各地で運営されているServerless Architectureやその周辺技術について情報を共有する本コミュニティ。今回は、株式会社Speeeのオフィスにて、3人のエンジニアが知見を共有しました。プレゼンテーション「Azure Serverless 2019 Summer edition」に登壇したのは、 株式会社ゼンアーキテクツの三宅和之氏。講演資料はこちら AzureのServerlessについて 三宅和之氏：私のほうから、「Azure Serverless 2019 Summer edition」ということで、AzureのServerlessについて少し全般的な話と……というのは、このコミュニティの人はあまりAzur

インターネットを使ったことがある人ならば、さまざまな企業でアカウントを作った経験があるだろう。金融機関やソーシャルメディア、ネットショップ、旅行の予約サイト、会員プログラム、その他のさまざまなウェブサービスでアカウントを開設した人は、そのうち少なくとも一つで起きた大規模な情報漏えいによりログイン情報が流出している可能性が非常に高い。 サイバーセキュリティーコンサルティング企業シナジステック（CynergisTek）のケーレブ・バーロー社長兼最高経営責任者（CEO）によると、それを確実に知る簡単な方法がある。「チェックすべきなのは『HaveIBeenPwned.com』だ。個人や仕事のメールアドレスを入力すると、あなたのログイン情報が漏えいした可能性が高いサイトを全て教えてくれる。大半の人は、複数のサイトで被害を受けていたことを知ることになる」 私が同サイトで自分のメールアドレスを複数入力し

鉢植えみたいなコレでキッチンの生ゴミ臭を解消!? 今まで捨ててた◯◯が消臭剤になったよ！ 気温が高くなると気になるキッチンの生ゴミ臭。手軽にニオイを抑えてくれて、デザインがシンプルなものを探していたら、マーナの「コーヒーかす消臭ポット」を発見。コーヒーを淹れた後のかすが消臭剤になるスグレモノなんです。使った様子をレポートします！

Join us in Seattle, June 26-27, at CloudNativeSecurityCon. Buy tickets now.

ソニー銀行が語る「Amazon WorkSpaces」導入のポイント：特集：百花繚乱。令和のクラウド移行（17） 多数の事例取材から企業ごとのクラウド移行プロジェクトの特色、移行の普遍的なポイントを抽出する本特集「百花繚乱。令和のクラウド移行」。ソニー銀行の事例では、仮想デスクトップ基盤システムの移行におけるポイントを中心にお届けする。 クラウドでも金融機関として守るべきところは守れますし、できないことはないと考えています――こう話したのは、2019年6月に開催された「AWS Summit Tokyo 2019」の「ソニー銀行におけるAmazon WorkSpacesの活用について ～評価から導入・展開プロジェクトのポイント～」に登壇した、ソニー銀行 システム管理部 部長の西林夏子氏だ。 ソニー銀行は、個人向け金融サービスに特化したインターネット専業銀行として、2001年に設立された。複数

HTTPメッセージと構成 HTTPは、クライアントが出したリクエストをサーバが処理してレスポンスを返すプロトコルです。 このようなプロトコルをリクエスト/レスポンス型のプロトコルと呼びます。また、リクエストを出したクライアントはレスポンスが返ってくるまで待機します。 HTTPのリクエストとレスポンスをまとめて「HTTPメッセージ」と呼びます。 それぞれ以下のような構成となっています。 リクエストメッセージ リクエストライン ヘッダ ボディ レスポンスメッセージ ステータスライン ヘッダ ボディ 使ってみる 実際にHTTPメソッドをテストしてみるのに便利なサイトがあったので、curlコマンドとこちらを利用してみます。 curl / Docs / Tool Documentation / Manual http://httpbin.org まずはサーバがサポートする情報を確認してみます。 #

はじめに おはようございます､加藤です｡ ServerlessDays Tokyo 2019 のWorkshop 01に参加したのですが､スコア0という悔しい結果になってしまったので､その反省と今後の勉強の仕方を考えてみます｡ 本ブログの｢こうした方が良い｣という感想はスコアアタックという特殊な状況での感想です｡普段はやるべきで無い事を多数含んでいるのでご注意ください｡ 内容はこんな感じです｡ 3人でチームを組み課題にトライ サーバーレス縛り(ECSなどのコンピューティングリソース禁止)でバッチ処理を行う 自動採点システムによるスコアを競う(より速くより正確な物を作ることが目的) 誤りがあるとマイナス評価 時間経過でマイナス評価 制限時間は7時間 お昼休憩などは各チームで自由なタイミングで取る テンプレートやヒントなどは無し 採点システムの仕様に関する案内や進め方についてのフォローは有り

コンテナユーザなら誰もが使っているランタイム「runc」を俯瞰する[Container Runtime Meetup #1発表レポート] こんにちは、NTTの徳永です。本稿では、コンテナユーザなら誰もが使っていると言っても過言ではない、コンテナランタイムの筆頭「runc」に注目し、その概要を仕様と実装の両面から俯瞰します。本稿は私が主催者の一人として参加した「Container Runtime Meetup #1」で発表した内容をベースにしています。詳しい内容は発表資料もぜひご参照ください。 コンテナランタイムとはKubernetes等のコンテナオーケストレータを用いてアプリケーションをコンテナ(Pod)として実行するとき、実際にコンテナの作成をしているのは誰でしょうか。実はKubernetesはコンテナを直接触らず、あるソフトウェアを用います。まさにそれがコンテナランタイム（以降、ランタ

KeycloakはOIDC認証等を利用してシングル・サインオンを実現するOSSです。 先日、Keycloakの環境を検証する機会があったので、構築手順をまとめました。 本ブログはその備忘録です。 先日、Keycloakの環境を検証する機会があったので、構築手順をまとめました。 本ブログはその備忘録です。 Keycloakとは KeycloakはOIDC認証等を利用してシングル・サインオンを実現するOSSです。 Keycloak より詳細に知りたい方は、@ITの記事がわかりやすいので、こちらを御覧ください。 マイクロサービス時代のSSOを実現する「Keycloak」とは：Keycloak超入門（1） - ＠IT 構成図 こんな感じの構成をCloudFormationで作ります。Keycloakは、EC2上のDockerで動かします。 HTTPS接続できるようにするため、ALBをSSL終端にし

こんにちはネコ部長です。 入社してキャリアと実績を積んでいくと見えてくるのが管理職のポストです。 しかし近年は、管理職に就くと責任を負わされたり、残業代が出ないのに給与が たいしたことないなど、様々な理由で管理職になりたがらない若い社員が増えて いるようです。そんな私も管理職ですが、なぜこのように思われているのでしょう。 そこで今回は、いま「管理職」に求められているコトについて考えてみましょう。 そもそも管理職とは？ 部長 課長 係長 管理職に求められているコトとは？ 上司に対する不満 管理職に求められているコト スキルを上げるポイントは！ まとめ そもそも管理職とは？ 管理職とは 労働現場において、労働者を指揮し組織の運営に当たるものを指す。 管理職には、部長、課長、係長などが挙げられますが、このうち「中間管理職」 とは、課長、係長のことを指します。 参照：ウィキペディア 管理職にはこの

CEATEC 2019で開催された「5G Summit」では、4キャリアの社長や副社長を交えたトークセッションを実施。5Gで変わるビジネスモデルや基地局整備のスタンスなどが語られた。5G端末を普及させるためにはまだ議論が必要、との意見も出た。 CEATEC 2019で開催された「5G Summit」では、4キャリアの社長や副社長が5Gへの取り組みを語った後に、4人を交えたトークセッションも行われた。基地局整備で強調する姿勢や、端末値引きについての話も出た。モデレーターはMM総研 代表取締役所長の関口和一氏が務めた。 →携帯キャリアは「5G」にどう向き合っていくのか？　各社のキーパーソンが語る 5Gで何が変わるのか？ 「5Gで生活の何が変わるか」と問われたNTTドコモの吉澤和弘社長は、「個人的には、リアルとバーチャルが融合する世界がさらに深まる感じがしている」と答えた。映像の視聴スタイルが変

GitSheet Gitでよく使用するコマンドをまとめたチートシートは、こちら。 サイトでは「Copy」ボタンをクリックすると、コマンドがコピーできます。 GitSheet チートシートの作成者に許諾を頂いたので、各説明を意訳しました。 Gitのブランチ操作 git branch すべてのローカルブランチを一覧表示します。 git branch -a リモートおよびローカルブランチを一覧表示します。 git checkout -b branch_name ローカルブランチを作成し、切り替えます。 git checkout branch_name 既存のブランチに切り替えます。 git push origin branch_name ブランチをリモートにプッシュします。 git branch -m new_name 現在のブランチの名前を変更します。 git branch -d branch

Licences open source : entre guerre de clochers et radicalité

今回は、Amazonアソシエイトの「HOW TOガイド」がブログ初心者にとっても、そうじゃない人にとっても、素晴らしい内容だったのでご紹介したいと思います。 多くのブロガーが収益化を目指している Amazonアソシエイトの『HOW TOガイド』について ブログとは自分資産の積み上げである 多くのブロガーが収益化を目指している ブログ始める理由っていくつかあると思うんですけど、「ブログの収益化」を目指している人って結構多いんじゃないでしょうか？ で、ブログの収益化といえば主に以下のような方法があります。 Googleアドセンス Amazonアソシエイト その他アフィリエイト 広告収入や販売・契約などの手数料で収益を得る方法ですね。 ※他にもnoteの有料マガジンなんかもあったりします。 でも実際に収益を得るためには、どのようにブログを運営したらいいのでしょうか。 そんな「収益化をしたくてブロ

A CMS With Version Control Built-inTina is a fully open-source headless CMS that supports Git

This document summarizes a microservices meetup hosted by @mosa_siru. Key points include: 1. @mosa_siru is an engineer at DeNA and CTO of Gunosy. 2. The meetup covered Gunosy's architecture with over 45 GitHub repositories, 30 stacks, 10 Go APIs, and 10 Python batch processes using AWS services like Kinesis, Lambda, SQS and API Gateway. 3. Challenges discussed were managing 30 microservices, ensur

小説、漫画、アニメ、映画などの架空世界に登場する「認証的なモノ」を取り上げて解説する連載をITmediaで出張掲載。第22回のテーマは「ドラゴンクエスト」。 この記事は認証セキュリティ情報サイト「せぐなべ」に掲載された「架空世界 認証セキュリティセミナー 第24回『ふっかつのじゅもんが ちがいます【ドラゴンクエスト】」（2018年6月28日掲載）を、ITmedia NEWS編集部で一部編集し、転載したものです。当時未発売だった製品やサービスの記述などは、本記事掲載時の状況に合わせて編集しています。 定期連載としては最終講義 ……それでは講義を始める。今回が定期講義としては最終講義である。最後まで心して読むように。 前回は「ルパン三世」を題材に「人脈認証」などについて解説した。筆者としてはおバカな「脳力認証」ネタの方も好きなのだが……。「ルパン三世PART5」も、気になる諸君は見てみると良い

AWSチームのすずきです。 Amazon Kinesis Data Firehose への アクセスログ出力が可能になった Amazon API Gateway。 その設定を試す機会がありましたので、紹介させていただきます。 Amazon API Gateway が Amazon Kinesis Data Firehose へのアクセスログ記録をサポート開始 設定 API Gatewayのログ出力先とする Kinesis Data Firehoseのストリームを作成します。 ストリームの名称は「amazon-apigateway-」で始まる名称とします。 Firehoseの出力先はS3としました。 API Gateway のログ設定で利用する「Delivery stream ARN」を確認します。 IAM API Gateway のサービスロール「AWSServiceRoleForAPIG

E2Eテストから負荷試験シナリオを作ってみた / Why do we make a scenario of load testing from E2E testing scenarios

「水曜どうでしょう祭 FESTIVAL in SAPPORO」の有料ライブ配信サービスをクラスメソッドが技術支援しました！ 2019年10月4日・5日・6日、北海道テレビ放送株式会社様主催イベント「水曜どうでしょう祭 FESTIVAL in SAPPORO 2019」が開催されます。有料ライブ配信サービスへのAWS Media Services、およびAuth0の組み込みをクラスメソッドが技術支援しました！事例について腹を割って話そう。

こんにちは。Kyoです。 「EC2の秘密鍵を無くしてしまった…。」 こんな状況に出くわしたことはありませんか？ 秘密鍵は厳密に管理されるべきですが、チームメンバの入れ替わり時に鍵の情報が引き継がれていなかったなど、どうしようもないシチュエーションもあるかと思います。 今回はそんな時のためにSystems Manger（以下、SSM）のオートメーションAWSSupport-ResetAccessを利用して秘密鍵を追加する方法をご紹介します。 なお、SSMを利用できる状況であればセッションマネージャーによる接続も可能です。 もし、秘密鍵にこだわらなくても良いという状況であれば、そちらが有効かと思います。 また、「それっぽい鍵があるんだけど、これって本当に対象の鍵なの？」という場合には、フィンガープリントの確認が有効です（過去にpemファイルが違う名前で保存されていたケースがありました）。 こち

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

背景 実求人をクロールし、どの言語がどれだけ求人を保有しているか実数を取得し、年収別の求人数から総合ランキングを作成してみました。個人の恣意的な価値観を反映しないよう、エンジニアとしての個人的な主観は可能な限り省いています。(解説のところで少し主観が入っているのでお気をつけください) 調査方法 Web上にある求人サービスから実求人をクローリングし、言語の頻出数から人気言語のランキングを調査しました。 クローリングとは何か クローラーとは、ザックリ言うと、web上でデータを集めてくれるロボットです。webにある色々なサイトを飛び周り、こちらの命令（求めているもの）に該当するページで、データを集めてくれます。集まったデータは、各項目ごとに分別され、それぞれ値が抽出されます。抽出されたものは、何かうまいことやってデータベースに格納するなどします。 初心者でも分かる説明 水泳帽をかぶったロボットが

この記事では、Webデザインやグラフィックデザインの制作スピードが爆速になる、便利な最新オンラインツールをまとめています。 うまくツールやサービスを利用することで、時間や労力の必要な作業もラクラクこなし、よりプロジェクトを円滑にすすめることができるでしょう。気に入ったツールを制作ワークフローに取り入れ、さらなる制作スピードアップを目指しましょう。 ここでは、カテゴリー別に分けて新しいオンラインツールをまとめています。 コンテンツ目次 1. イラスト系ライブラリ 2. Web制作お役立ちツール 3. モックアップツール 4. デザインからコードへの変換ツール 5. プロトタイプツール 6. アイコン素材パック 7. デザインコレクション 8. 面白ツール Webデザイン制作が変わる！便利な最新オンラインツールまとめ イラスト系ライブラリ Fresh Folk スタイリッシュなイラストを作成で

Parrots in captivity seem to enjoy video-chatting with their friends on Messenger

Kubernetesではコンテナイメージを実行するのにDeploymentが使われます。 ただこのDeploymentではカナリアリリースを実現することはできません。 そこでArgo Rolloutsを使って、カナリアリリースを試します。 argoproj.github.io 以下に試した内容を紹介します。 Argo Rolloutsのバージョンはv0.9.1時点の内容になります。 Argo Rolloutsとは Kubernetesにおけるデプロイ戦略にブルーグリーンデプロイメントとカナリアリリースを追加します。 今回はこの2つのうち、カナリアリリースを試します。 カナリアリリースを試す Argo Rolloutsをインストールする kubectl create namespace argo-rollouts kubectl apply -n argo-rollouts -f https

はじめに IstioとあわせてインストールしたPrometheusやGrafanaにアクセスするときはkubectl port-forwardを利用していましたが、istioctl dashboardという便利なコマンドを知ったので紹介します。 環境 macOS Mojave 10.14.6 Kubernetes Server v1.14.6-gke.13 Client v1.16.1 Istio v1.3.2 Istio on GKEを利用せず、自身でIstioをデプロイしました。 https://istio.io/docs/setup/install/kubernetes/ ダッシュボードの種類 どのようなダッシュボードを利用できるのか、ヘルプのAvailable Commandsを見てみましょう。 $ istioctl dashboard --help Access to Istio

Brendan Burns, David Oppenheimerらの論文「Design patterns for container-based distributed systems」を読んで、コンテナを活用したシステム設計や開発に、とても有用と感じたので、図を中心にした要約にしてみた。 要約内容に誤りや理解不足な部分もあると思うので、原文も参照していただきたい。また、自身の理解のために、論文中に無い図を加えた点、独自の注釈も加えている。 背景 コンテナ化されたソフトウェアコンポーネントから構築されたマイクロサービスアーキテクチャの人気が高まり、分散システム開発においても同様の革命が起っている。 コンテナの境界の壁は、分散システムの基本的なオブジェクトの境界に適している。そこで、コンテナを活用して、コードの低レベルの詳細を抽象化し、アプリケーションやアルゴリズムに共通する高レベルのパター

Prometheus Tokyo Meetup #2 PFN荒井良太の講演資料を公開します。 Preferred Networks (PFN)ではオンプレミスのKubernetesクラスタで機械学習基盤を構築しており、そのモニタリングにPrometheusを利用しています。PFNでのPrometheusの利用事例、Thanosを利用したスケーラブルなPrometheusのデプロイなどをご紹介しています。 https://prometheus.connpass.com/event/127574/ Read less

このページはPrometheus公式ドキュメント和訳+αの一部です。 federationは何の役に立つか？ Prometheusのfederationには様々な使い方があり得る。 監視をスケーラブルかつ信頼性があるようにするために、どのようにfederationを使うのが良いか見てみよう。 federationがよくあう一般的なケースが2つある。 それぞれ順番に見ていく。 Prometheusの階層構造 以前議論したように、Prometheusは、データセンターごとに少なくとも1つのインスタンスがあり、普通は全体のグラフ化とアラーティングのためのグローバルなPrometheusがあるように意図されている。 federationによって、階層構造の上に集約することが出来る。 その階層は、通常は2レベルからなるが、3、4レベルも全く聞かないわけではない。 例えば、全てのマシンのメモリ量合計を

「JSSEC IoTセキュリティチェックシート」をダウンロードできます。 【第2.1版改定のポイント】 チェック項目の検討主体（IT又はOT）および、連携（ITとOT）が重要な 項目を明記した IoTセキュリティチェックシート　第2.1版（2020年2月27日） ■チェックシートPDF版 ■チェックシートExcel版 IoTセキュリティチェックシート　第2.1版　解説編（2020年2月27日） ■解説編(PDF版) ■FAQ

# Prometheus Advent Calendar 2017 3日目 の記事です。 本記事では、Prometheus 2.0 のストレージについて、公式のドキュメントの内容+機能を検証してみたことをまとめます。 # 環境 prometheus server 2.00 centos7.4 この記事では Prometheus 2.0 を対象にします。 先日2系がリリースされましたが、2系のデータフォーマットは1系のそれとは完全に違うものになりました。かつ、互換性のない変更になっているので、1.8のPrometheusは2.0が生成したデータを扱うことはできません。大きな変更です。 Prometheusのストレージに関する記事は検索すればいくつかでてきますが、現時点では多くが１系のPrometheusを対象にしたものです。ネットで検索した情報がどのバージョンの記事なのかは確認したほうが良い

本屋にみっちり積まれた自己啓発本や、SNSで拡散されるハウツーを見ていて思うことだけど、世の中には、頑張る人向けの情報はたくさんあるけれど、もうすこし、頑張れない人のための手の抜き方とか上手な生き方みたいな情報があってもいいんじゃないか。 みたいなことをふとTwitterで呟いたら、思いのほか反響があった。 世の中、頑張っている人による頑張り方的情報が溢れすぎなので、頑張らない人による手の抜き方とか頑張らなくても生きていける方法とかの方が知りたい — 池澤あやか / いけあや (@ikeay) October 18, 2019 というわけで、まずは言い出しっぺの自分から、頑張れない人の頑張れない人による頑張れない人のための生存戦略について書いていきたいと思う。 ポンコツであることの自覚を持つまず大切なのは、自分が頑張れない側の人間、ポンコツである自覚を持つことだ。残念ながら、朝早く起きて、

TL;DR; メトリクスを収集したりグラフやアラートを作成するたびにインフラエンジニア待ちになってしまう状況を打開するため、 アプリにPrometheusメトリクスエンドポイントを生やして、それをPrometheusやDatadogで自動発見・スクレープさせます。 この記事ではDatadogを使います。DatadogによるKubernetesモニタリング全般について知りたい方には、@spesnovaさんの「Monitoring Kubernetes with Datadog」をおすすめします。 お急ぎの方に: アプリ側の設定手順 この記事の中ほどに書きました！ Prometheusエンドポイントを生やして、Pod Annotationをつけるだけです。 まえおき1: なぜPrometheus"や"Datadogなのか Prometheusといっても、Prometheus自体とPrometh

HTML5 でサポートされるようになった video タグで動画ファイルを公開するときに、mp4 ファイル等への直リンクを防ぐ方法のメモです。「直リンクを防ぐ」とは、自分のサイト以外の video タグからは動画が再生できないようにする、ということです。 クッキー（cookie）を使う方法をメインで書きます。追加で動画のファイル名を隠蔽する方法にも少し触れています。直リンクを防ぐだけなら、画像と同様にリファラーを見る方法もありますが、動画の場合、ちょっとだけ これじゃない感がありました。 具体的には、自分のサイト上にてクッキーを設定し、.htaccess でそのクッキーが無い場合はファイルへのアクセスを拒否（deny）します。クッキーを使うので、自分のサイトと動画ファイルが置いてあるサイトは同じドメインに所属している必要があります（逆にいうと、同じドメイン配下なら、別サーバーに動画ファイル

はじめに ダニング = クルーガー効果をご存知でしょうか。 エンジニア界隈では時折目にする、下記の曲線です （引用元はこちらのツイート） 理解の浅い状況では自分の視座の低さを認識できないため 完全に理解した という過大評価状態に陥ってしまう反面、ある程度経験を積み、視座が高くなることで なんも分からん という過小評価状態に陥ってしまうという認知バイアスの一種です。 コンテナ、完全に理解した。 上記の画像を踏まえたうえで、ぼくはコンテナを完全に理解しています。 前回の記事では ECR + ECS を組合せた自動化の仕組みについて触れました。 業務でも Docker を日常利用していますし、ある程度簡単な内容であれば Dockerfile や docker-compose.yml を一息で書くこともできます。 またコンテナのメリットとしてプロセスの実行環境を隔離できるため、ひとつのホストマシン

みなさん、こんにちは。アマゾン ウェブ サービス ジャパン株式会社のスタートアップソリューションアーキテクト、塚田朗弘（@akitsukada）です。普段はもっぱらスタートアップのお客さまを技術面から支援しています。AWSサービスは、Amazon PinpointやAWS Chaliceが好きです。このシリーズでは、多様なAWSサービスの中から、急成長中のスタートアップ企業がAWSをどう使っているのか、どういったビジネス課題を解決しているのかをひも解き、実際にスタートアップ企業の中でエンジニアリングをリードしている担当者の方がAWS活用術をご紹介します。第1回は、私からスタートアップにおける技術課題やトレンドの変化についてお届けします。 スタートアップが注目すべきAWSのポイント まず、簡単にAWSが提供するクラウドサービスの特徴をおさらいしてみましょう。基本的なところで、以下の点が挙げら

こんにちは、大阪オフィスのかずえです。10/11に、弊社は Developers.IO 2019 in Osakaを開催いたしました。お越し下さった皆様、ありがとうございました！ 私は今回、「AuroraかRDSどちらを選ぶべきか」というタイトルで登壇させていただきました。このエントリはその内容をブログ用にアレンジしたものになります。 ゴール AuroraとRDSの違いを理解して、 適切に使い分けることができるようになる もくじ RDSとは Auroraとは� RDSとAuroraの違い� アーキテクチャの違い� Auroraにしかない機能� RDSかAuroraどちらを選ぶべきか� Auroraを使えないケース� (Auroraも使えるけど)RDSを使うべきケース� まとめ� 登壇資料� 参考資料� RDSとは 皆さんご存知かと思いますが、RDSはAmazon Relational Da

前回、増田ランダムってなぁに？を書きましたので、今回は裏側のことを書きたいと思います！ まえおき その前に導入として、ぼくがサービス開発をするうえで大切にしている考えを3つ挙げてみます。 1. 自分が使いたいサービスであること（最重要！！！） 2. サービス開発をつうじて多くの学びを得られること 3. できるだけお金をかけずにサービス提供を続けられること（大事…） 1. については前回の記事で増田ランダムを作った経緯や理由を書きました。 今回はそれを踏まえたうえで 2. と 3. に焦点をあて、増田ランダムが どう動いているのか？ なぜその技術スタックを選んだのか？ 運用のために実際どんくらいお金がかかっているのか？ を赤裸々に書いていきます！ ので、今回はちょっぴり技術的な内容になっています。 アーキテクチャ まずざっくりと、全体像はこーんな感じになっています。 アーキテクチャ図 それっ