Amazon Web Services ブログ 既存のAWSアカウントを AWS Control Tower へ登録する AWS Control Tower のリリース後、多くのお客様からいただいていたご要望がありました。既存のAWS Organizations に AWS Control Tower をデプロイすることと、組織が持つ他のアカウントにもガバナンスを拡張することです。 このたび、AWS Control Tower を既存の AWS Organization にデプロイできるようになったことをアナウンスいたします。一方で、AWS Control Tower をデプロイする前に作成した AWS アカウント（ここでは「未登録アカウント」と呼びます）は、デフォルトでは AWS Control Tower ガバナンスの範囲外になります。そのため、これらの未登録アカウントは明示的に AW
2019年8月のAWS障害を思いながらAWS Well-Architectedフレームワーク 信頼性の柱 ホワイトペーパーを読んでみた | DevelopersIO
2019年8月のAWS障害を思いながらAWS Well-Architectedフレームワーク 信頼性の柱 ホワイトペーパーを読んでみた 2019年8月のAWS障害のことを思いながら、「AWS Well-Architectedフレームワーク 信頼性の柱」のホワイトペーパーを読んでみました。また、可用性目標ごとの実装例についても比較表にまとめてみました。 こんにちは。AWS事業本部のKyoです。 覚えていますか？一年前の今日のこと。 そう、AWSの東京リージョンのEC2,EBSでの障害の日ですね。 当時はAWSの利用歴が浅かったこともあり、AWSで大きめな障害なんて...と幻想を抱いていました。 この障害をきっけにその幻想は打ち砕かれ、Werner Vogelsの言葉やカオスエンジニアリングを知り、信頼性の面白さにズブズブとハマっていったのでした。 AWS re:Invent 2019 - K
AWS CloudFormation と AWS SAM を使用したサーバーレスアプリケーションの開発とデプロイ | Amazon Web Services
Amazon Web Services ブログ AWS CloudFormation と AWS SAM を使用したサーバーレスアプリケーションの開発とデプロイ お客様は、それぞれの市場で競争力を維持するために、常にイノベーションを求めています。これを達成するための1つの方法は、サービスとアプリケーションを迅速かつ効率よく構築し、それによってコストを削減しながら市場投入までの時間を短縮することです。より具体的には、アプリケーション全体をゼロから構築するよりも、サーバーレスや AI/ML などのクラウドネイティブな機能を活用して管理コストを削減したり、目的別に作られたサービスを組み合わせたり、すでに構築済みのアプリケーションを再利用したりすることが有効です。 このブログ記事では、AWS Serverless Application Model (AWS SAM) と AWS CloudFor
なんの話？ 三行で。 サービスが急成長しデータ量が増えた際にデータエンジニアリングは必要とされる。 エンジニアリングに必要なスキルセットは比較的明確で、駆け出しエンジニアにもポジションあるよ。 データエンジニアリング業務を経て、データサイエンティストなど他職種にランクアップすることは可能。 [おまけ1] "data+engineer+positionでググる"と、主に海外のData Engineer(DE職)のお仕事が入門者レベルからエキスパートレベルまで見つかるよ...Tokyoをつけると、東京でのDE職も見つかる。転職活動で普通に有用。 *[おまけ2] 末尾におまけとして、現在私が取り組んでいる『2020年代のデータ分析基盤の基本設計』に関して日々調べていることを、公開できる範囲で書いておきたい(内容はコメント欄に随時更新)。実際のデータエンジニアリング実務の一端を知ってもらう意味で。
週刊Railsウォッチ（20210614前編）Pumaのgraceful restart、partial_writesコンフィグが非推奨化、Active Recordの楽観的ロックほか｜TechRacho by BPS株式会社
週刊Railsウォッチについて 各記事冒頭には🔗でパーマリンクを置いてあります: 社内やTwitterでの議論などにどうぞ 「つっつきボイス」はRailsウォッチ公開前ドラフトを（鍋のように）社内有志でつっついたときの会話の再構成です👄 お気づきの点がありましたら@hachi8833までメンションをいただければ確認・対応いたします🙇 TechRachoではRubyやRailsなどの最新情報記事を平日に公開しています。TechRacho記事をいち早くお読みになりたい方はTwitterにて@techrachoのフォローをお願いします。また、タグやカテゴリごとにRSSフィードを購読することもできます（例:週刊Railsウォッチタグ） 🔗Rails: 先週の改修（Rails公式ニュースより） 今回は以下のコミットリストのChangelogを中心に見繕いました。 コミットリスト: Compa
Amazon WorkSpacesを毎朝始業直前に自動起動する仕組みを作ってみた | DevelopersIO
Amazon WorkSpacesを実行モード「AutoStop」で利用する場合、起動時に待たされるというのが少しネックですよね。 そこで、ちょっとした仕組みで「自動起動」を実現してみました。 みなさん、こんにちは！ AWS事業本部の青柳＠福岡オフィスです。 Amazon WorkSpaces には、常時起動する「AlwaysOn」と、一定時間利用されないと自動的に停止する「AutoStop」の2通りの実行モードがあります。 「AutoStop」を採用するとランニングコストを抑えることができるのですが、WorkSpaceが停止状態にある時にWorkSpacesクライアントやWebブラウザから接続して利用しようとすると、起動するのに数分待つ必要があります。 そこで、毎朝始業時刻の数分前になったら自動的にWorkSpaceを起動しておいて、クライアントから接続するとすぐに利用できるような仕組み
バッチ処理系の刷新とArgo Workflow移行
これはPTAアドベントカレンダーの7日目の記事です。 5年間運用されてきたバッチ処理系を刷新し、Argo Workflowを用いたバッチ処理系に移行したのでその紹介記事です。 背景 GKE上でバッチ処理のワークロードを実行しており、ワークフローエンジンとしてDigdagを採用していました。ユースケースとしては定期実行のバッチ処理、ETL、機械学習等。 Digdagを用いたワークフロー定義はシンプルかつ運用に必要な機能を提供してくれています。実際のワークフロー内部の処理としては、ワークフローの各タスクにおいては基本的にはロジックは持たずKubernetes Jobの実行のみを行います。そのためにDigdagとKubernetes Job間で協調動作するための仕組みが独自で用意されていました。このようなバッチ処理系が約5年程運用されてきました。 この仕組で今まで元気に動いてはいたのですが次のよ
多様で柔軟な働き方を目指し、サーバーの運用脱却と高可用性を実現するAWSのフルサーバーレスで物流会計システムを構築！ | 導入事例 | Serverless Operations
2011年、国内の主要な建材・設備機器メーカー5社が統合して誕生しました。 以後、GROHE、American Standardといった世界的ブランドを傘下に収め、日本のものづくりの伝統を礎に、世界をリードする技術やイノベーションで、日々の暮らしの課題を解決する高品質な製品をグローバルで幅広く提供しています。 *（写真左から）株式会社necco 阿部 文人、株式会社LIXIL 和田 修一・猪俣 司、株式会社Serverless Operations 堀家 隆宏 はじめにこのたび、株式会社LIXILさんよりサーバー運用コスト削減と高可用性を狙いに「新規会計システムをサーバーレスで開発したい」というご相談をいただき、LIXILの担当者さんと一緒に開発を進めました。 株式会社LIXILは、住宅およびビル向けの建材・設備機器の製造、販売を行う業界最大手のグローバルメーカーです。 トステム、INAX
OVF (Open Virtualization Format) と呼ばれる仮想マシンをファイルとして記述する標準フォーマットが制定されている。VMwareのESXiでは、過去のバージョンからOVFのエクスポート・インポートに対応しており、仮想マシンを別のvSphere環境に移行する時やバックアップ目的で、エクスポート・インポートを実施することができる。 OVFのエクスポート・インポート作業はESXiであればVMware Host Client、vCenter ServerであればvSphere Client (あるいは、まもなくサポート終了となるvSphere Web Client) で実施することができるが、Web管理画面での作業はブラウザの相性などでダウンロードが途中で止まってしまったり、予期せぬタイムアウトで中断してしまうことがよくある。 そこで、VMwareからはコマンドラインで
brandon willettのブログより。 苦労して学んだ信頼性の原則とトレードオフ ・・・ 私はこの「信頼性」についての仕事を、開発者が20人程度の会社から2,000人以上の会社まで、ここしばらくの間(約5年)続けてきました。私はいつも、アプリケーションの「外側」に存在するソフトウェア要素に主に関心を寄せてきました — 例えば、どのように設定を取得するのか? どのような種類のインスタンスで実行されるのか、そしてそのインスタンスは使用するのに最適な種類なのか?「リポジトリ内のコード」から「本番環境での実行」まで、どのようなステップを踏んでいるのか? そして、どのメカニズムが迅速な反復を可能にし、どのメカニズムがフラストレーションを引き起こすか、どのメカニズムが障害を引き起こし、どのメカニズムが障害を防ぐか、など、私は常に自分が気に入ったものを記録してきました。 この時点で、私はここに十分
改善か？刷新か？──Safie・freee・SmartHR 3社の事例から学ぶ「技術負債」との向き合い方 - TECH PLAY Magazine
開発にはつきものと言える「技術的負債」。長く開発を続ければ、続けるほど溜まっていくため、事業の拡大を図る企業にとって、深刻なネックとなっています。開発スピードが鈍化するといった懸念から、いつ、どのような手法で改善に取り組めばよいのか、判断することが難しい技術負債との向き合い方について、Safie・freee・SmartHRの事例から学びます。 登壇者プロフィール 森本 数馬氏 セーフィー株式会社 取締役 開発本部本部長 兼 CTO 2001年東京大学工学部を卒業後、ソニーに入社。営業職から開発職にキャリアチェンジし、Walkman、カメラなどのシステムLSI開発からTVなどメディア系プロダクトのソフトウェア開発を経験する。2012年 GREE CTO室勤務を経て、2013年にソニーからスピンアウトしたモーションポートレートに入社。顔認証技術を利用したライブラリ開発に携わる。2014年10月
「AWS Client VPN エンドポイントで DNS はどのように機能しますか?」を図に書き起こして理解してみた | DevelopersIO
コンバンハ、千葉（幸）です。 AWS ナレッジセンターの記事の一つに、AWS Client VPN における DNS の挙動について説明したものがあります。 Client VPN 接続時に参照する DNS サーバーや、その構成における考慮点などが記載されています。 ちょうど似たようなケースで詰まっていたこともあり、喜んで参照したのですが、如何せん……頭の中で図がうまく描けない。すごく大事なことが書いてある気がするのに……理解が追いつかない。 ページにおいては、シナリオごとに異なる前提の構成が記載されており、それらのパターンに応じた挙動が説明されています。脳内でうまいこと処理できれば良かったのですが、私の脳に搭載しているマシンのスペックでは難しそうです。 ということで、脳の外で図に描き起こして理解することにしました。折角描いたので共有します。 目次 補足 カスタム DNS サーバーに関する考
RFC7432 BGP MPLS-Based Ethernet VPN - show log @yuyarin
はじめに この文書は RFC7432 BGP MPLS-Based Ethernet VPN の日本語訳です。 翻訳者はデータセンターネットワークの専門家ですが翻訳の専門家ではありません。技術的な意味を維持した上でなるべく読みやすい日本語になるようにしているため、英文の直訳ではなく一部のニュアンスがかけている場合がありますのでご了承ください。オリジナルの目次、謝辞、参考文献等は省略しています。 免責 いつものやつ 目次 はじめに 免責 目次 Abstract 1. はじめに 2. 要件の仕様 3. 用語 4. BPG MPLSベースのEVPNの概要 5. イーサネットセグメント 6. イーサネットタグID 6.1. VLAN-Based サービスインターフェイス 6.2. VLAN Bundleサービスインターフェイス 6.2.1. Port-Based サービスインターフェイス 6.3.
エンジニアの1日の業務の流れ、打ち合わせの方法や頻度など 三木鉄平氏（以下、三木）：質問がたくさん届いているので、まず上からいきたいと思います。「エンジニアの1日の業務の流れ、打ち合わせの方法や頻度などを教えてください」。これは順番に3部門に答えていただきましょうか。まず機械学習の部門はどうでしょう。 大東哲平氏（以下、大東）：だいたい1日の業務の流れだと、出勤というかノートPCをつけてから、人によりますが、チームごとに会議があります。私の場合はインフラエンジニアの定例会議が週に1回か2回、さらにMachine Learning室の会議も2回ありますね。 樋村隆弘氏（以下、樋村）：DSP MLチームも業務の流れはだいたいたぶん一緒だと思います。打ち合わせについては、先ほど大東さんからあったとおり、Machine Learning室として週に2回、各自の進捗を話したり、リリース情報や障害対応
国内Webアナリストの第一人者である小川卓さんが執筆する、Google Analytics 4（以下GA4）連載の第9回。今回は、アクセス解析やWebマーケティングに携わるユーザーならなじみ深く、代表的な指標の1つである「直帰率」について解説します。 ※Google アナリティクスは随時、機能追加やレポート画面のレイアウト変更などが行われます。本内容は2022年9月末時点に基づきます。 これまでの「直帰率」の意味 「直帰率」は、従来のGA（ユニバーサルアナリティクス）とGA4では、同じ用語が利用されていながら、意味が変わりました。そこで今回は、「なぜ直帰率の意味が変化したか」についてと、GA4で生まれた指標「エンゲージメント率」について解説します。 GAをはじめとする多くのアクセス解析ツールで、「直帰率」が利用されています。例えば、下のGA（ユニバーサルアナリティクス）のデータを見ると、右
日中のキャバレーを利用した、歌舞伎町の「ニーナナ喫茶」が面白い
Photo：Maya Takeuchiニーナナ喫茶日中のキャバレーを利用した、歌舞伎町の「ニーナナ喫茶」が面白いインフルエンサーの老月ミカがプロデュースする昼の部 SNSで「ニーナナ喫茶」というキーワードを入れると、いくつものキャッチーな写真が目に飛び込んでくる。2022年9月にオープンした歌舞伎町のナイトクラブ「THE 27 CLUB」が、2023年8月26日から、クラブの営業が始まる前の12時から20時まで（月曜定休）、カフェとして営業をスタートした。それが「ニーナナ喫茶」だ。 「本当にここでいいのかな？」と若干不安に感じながら、真っ昼間、歌舞伎町の奥深くへと進んでいくと、店外にカフェのメニューが掲示されていた。少し安心して風格ありまくりの階段を上がる。 Photo：Maya Takeuchi目印は店の外にある看板 夜の部に関する記事にも掲載されているように、THE 27 CLUBは1
リクルートのプロダクト開発チームが明かす、大規模システム改修・新規サービス開発の舞台裏──RECRUIT TECH MEETUP #1 - TECH PLAY Magazine
飲食店のオーダーエントリーシステム『Airレジ ハンディ』、『ホットペッパービューティー』の新ジャンルとなる美容クリニックの予約サービス、宿・ホテル予約サイトの『じゃらんnet』の10年以上続くシステムなど。リクルートが提供するライフスタイル領域（旅行、飲食、ビューティー）のプロダクト開発における様々な取り組みを紹介する。 ■登壇者プロフィール 株式会社リクルート プロダクト統括本部 飲食プロダクト開発G 早川 浩平氏 2016年にリクルートに新卒入社し、海外向け新規サービスのiOSアプリ開発を担当。その後『Airレジ ハンディ』のサーバサイドとフロントエンドの開発を経て、2019年から『Airレジ ハンディ セルフオーダー』の開発の立ち上げと推進に従事。 株式会社リクルート プロダクト統括本部 飲食プロダクト開発G 松尾 裕幸氏 2019年リクルートに新卒入社。『Airレジ ハンディ』の
技術の導入によって「何の課題を解きたいのか」を常に意識する。カミナシCTOはこれまでどんな決断をしてきたか - what we use（技術スタックデータベース）
技術の導入によって「何の課題を解きたいのか」を常に意識する。カミナシCTOはこれまでどんな決断をしてきたか 株式会社カミナシは「ノンデスクワーカーの才能を解き放つ」をミッションに、パソコンやデスクのない現場で働くノンデスクワーカー3,900万人の働き方をITの力でスマートにすることを目指す企業です。同社の提供する現場DXプラットフォーム「カミナシ」は、工場や店舗で行われる現場管理業務をノーコードでアプリにできる現場DXプラットフォーム。製造や飲食、小売など、業界を問わず業務改善や品質向上を実現し、現場のDXに寄与しています。 カミナシの開発組織を牽引するのが、取締役CTOであるHara Toriさん。今回はToriさんに、過去に行った技術的意思決定のなかで印象に残るものを聞きました。 革新的だったコンテナの登場。しかし、採用を見送った――今回のインタビューでは、過去に取り組んだ技術的意思決
さてさて、以前このブログでは記事を公開するとき、以下のツイッターでお知らせしていました。 【お知らせをしていたツイッター】 実は当時、あるサービスで自動投稿していたのですが、Twitterの仕様が変更になった影響で残念ながら利用できなくなってしまいました…。 そして、長らくTwitterとの連携はしてなかったのですが、せっかく記事を書くからには多くの人に読んでもらいたと思いこの度、再開することにしました。 そのため、wordpressのプラグインを試したのですが、なぜか上手くいかなかったので、もうこの際、自動ツイート機能を自前で作ることにしました。 そこで❗ 今回はプラグインなしでwordpressからTwitterに自動投稿する機能の作り方をご紹介します。 ぜひ皆さんのお役に立てると嬉しいです😊✨ 【追記：2023.9.20】 イーロン・マスクさんがTwitterをXに変更するなど大き
「UNIX 哲学」についていくつか
名著「UNIXという考え方 - UNIX哲学」は本当に名著なのか？ 〜 著者のガンカーズは何者なのかとことん調べてみた - Qiita この記事はよく調べてあるなぁと思う反面，事実関係の間違いも多く当時の空気感など欠けていると思う部分がいくつかある。事実関係に関しては追い切れないので参考文献を挙げるにとどめておくが，空気感のほうはいくつか書いておく。なお当該記事の「当時と今では状況が全然違うんだから，安易に『UNIX 哲学』とかいうな」という主旨には大賛成である。 参考文献初期の UNIX の歴史について興味がある向きには次の書籍をお薦めする。 Peter H. Salus『A Quarter Century of UNIX』(1994, Addison-Wesley Publishing) 和訳の『UNIXの1/4世紀』(Peter H. Salus, QUIPU LLC 訳, 2000
AWS における PCI DSS (Payment Card Industry Data Security Standard) コンプライアンスガイド
AWS における PCI DSS (Payment Card Industry Data Security Standard) 3.2.1 コンプライアンスガイド 2020 年 4 月 注意 お客様は、本文書に記載されている情報について、ご自身により評価を行う責任を負いま す。本文書は、(a) 情報提供のみを目的としており、(b) 現時点での AWS プロダクトおよび サービスについて説明するものであり、これらは予告なしに変更される可能性があり、(c) AWS およびその関連会社、サプライヤー、ライセンサーからの一切の確約や保証を行うも のではありません。AWS のプロダクトまたはサービスは、明示または黙示を問わずいかな る種類の保証、表明、条件も伴うことなく、「現状のまま」提供されます。お客様に対する AWS の責任は AWS 契約によって規定されています。また、本文書は、AWS とお客
2021年03月くらいのAWS最新情報ブログとかをキャッチアップする – AWSトレンドチェック勉強会用資料 | DevelopersIO
こんにちは、臼田です。 みなさん、AWSの最新情報はキャッチアップできていますか？(挨拶 社内で行っているAWSトレンドチェック勉強会の資料をブログにしました。 AWSトレンドチェック勉強会とは、「日々たくさん出るAWSの最新情報とかをブログでキャッチアップして、みんなでトレンディになろう」をテーマに実施している社内勉強会です。 このブログサイトであるDevelopers.IOには日々ありとあらゆるブログが投稿されますが、その中でもAWSのアップデートを中心に私の独断と偏見で面白いと思ったもの(あと自分のブログの宣伝)をピックアップして、だいたい月1で簡単に紹介しています。 今月はなんだかおかしいですね、ピックアップしたブログが多すぎました。相変わらず1時間で終われる気配がない。がんばります。 ちなみにAWSの最新情報をキャッチアップするだけなら週間AWSがおすすめですが、Develope
Amazon Elasticsearch Service を用いた SIEM の構築事例 - Sansan Tech Blog
Sansan-CSIRTの松田です。Sansan に join してから早1年半が経過しました。 先日 AWS Security Roadshow Japan 2020 に「Sansanの成長を支えるセキュリティログの活用と Amazon Elasticsearch Service」をテーマに発表させて頂きました。 こんなに大きなイベントでの登壇は人生初です。しかもAWSです。それはもう緊張しました。開催報告はこちらに記載されていますので、興味のある方はウォッチしてみてください。 また、今回 CSIRT が開発に参画した SIEM on Amazon ES に関するリリースは以下に掲載されています。 aws.amazon.com 時間の関係上、基本的なトピックしかお話できませんでしたので、本ブログではもう少し詳細に書きます。 今回の基盤の必要性 発表内容でも触れましたが、一般的にSIEM（
IHostedService と BackgroundService クラスを使ってマイクロサービスのバックグラウンド タスクを実装する - .NET
バックグラウンド タスクとスケジュールされたジョブは、マイクロサービス アーキテクチャのパターンに従っているかどうかにかかわらず、すべてのアプリケーションで使用する必要があります。 マイクロサービス アーキテクチャを使用する場合との違いは、自分のニーズに応じてスケールアップおよびスケールダウンできるように、バックグラウンド タスクをホスト用の別のプロセスまたはコンテナーに実装することです。 これらの種類のタスクは、ホスト、アプリケーション、マイクロサービス内でホストするサービス、ロジックであるため、全体的な観点から、.NET では "ホステッド サービス" と呼びます。 このケースでは、ホステッド サービスは、単にバックグラウンド タスク ロジックを持つクラスを意味していることに注意してください。 .NET Core 2.0 以降では、ホステッド サービスを簡単に実装できるようにする IH
こういう話です: 現代においてprintデバッグなんて恥ずかしいもの。デバッガーを使いこなさないといけない。って認識してたけど、以外とprintデバックの方がサクッと気軽にできて良いとやってる人が多くて安心した。（vim-jpより— てらまこ (@teramako) 2022年3月28日 以下の記事に以前書いたことがあったけど、別な話題を1つの記事に混ぜていると後から参照しづらいため、独立した記事に起こしただけで、とくに新しい話はありません。 この記事はEmacsのdap-mode (debug adapter protocolのためのプラグイン)をScalaで有効にする方法を書いたもので、しかしそれは本当に要るのか? という疑問があります。 デバッガは本当に使うのか テストの単体実行は(debugではなくrunの方で)毎日使ってるけど、dap-modeのデバッガは正直まだ一度も役立ったこ
GraphQL アプリ開発のノウハウ集です。 GraphQL のスキーマ設計から、サーバー実装、クライアント実装まで、GraphQL を使ったアプリ開発全般にわたるベストプラクティスをまとめています。 業務や趣味での GraphQL アプリ開発を通じて学んだことをまとめていますが、多くの項目は、主要な GraphQL ライブラリ (Apollo や gqlgen）の設計や、『Production Ready GraphQL』、『GraphQL in Action』 などの書籍を参考にしています。 クライアントファースト、スキーマファーストクライアントファースト (Client First) で考える何よりも、クライアントのユースケースを念頭において考えます。 これは、GraphQL を採用するそもそもの目的でもあります。 バックエンドで使うデータベースや言語などの、実装詳細に引っ張られた
はじめに nginx のプロセス docker で nginx を導入する nginx の構成 nginx コマンド nginx の基本設定 location ディレクティブのマッチング アクセス制限を行う はじめに Docker による nginx の導入と、nginx の基本設定についての説明です。 nginx のプロセス nginx は master プロセスでソケットのリスンを行います。 ソケットで待ち受けた接続は、worker プロセスに引き渡され、 accept と送受信といったネットワークI/O処理を行います。 master プロセスは root ユーザで起動し、worker プロセスは一般ユーザ(nginx や www など)で起動します。 worker プロセスでは、epoll や kqueue などを利用した I/O の多重化により、1つのプロセスで複数のクライアントと
東京、リアル台湾を味わう店
「ご飯食べた？」を意味する「呷飽没？」があいさつになってしまうほどおいしいものであふれる台湾。気軽に旅ができない今、台湾ロスに陥っている人も多いでしょう。そんな人の願いをかなえるべく、「東京の台湾」をピックアップしてご紹介します。 本場の味が楽しめる店はもちろんのこと、現地感のある内装でプチ旅行気分に浸れる一軒や話題の新店、隠れた名店などをタイムアウト東京の台湾出身スタッフ、ヘスター・リンとともにセレクトしました。台湾の豆知識も時々交えたヘスターのコメントとともに紹介しますので、台湾の情報収集としてもぜひ活用してください。 蒲田駅西口のバーボンロードを抜けた場所にポツリとたたずむ本格台湾料理レストラン「喜来楽シライル」 店名の「喜来楽」という漢字の通り「喜んで、皆さん来てください」というハッピーな意味が込められています。 店に入ると、カウンターにその日のおすすめのつまみ類が並び、常連はセル
終わらないLambda実行 - Qiita
この記事はAWS LambdaとServerless #1 Advent Calendar 2019 の21日目の記事です。 はじめに API Gatewayと組み合わせてのAPIサービング、SQSトリガーからのジョブ、DynamoDBの更新をフックにした処理など、いろいろな活躍をしてくれるLambdaですが、API Gatewayからのレスポンスが返ってこないな、テストが終わらない？、という状況になったことはありませんか? 今回は私が開発中に出会った、いろんな意味でLambdaやLambdaを使った処理が終了していない、終了していないように見えるパターンについて紹介します。 Postgresへの接続 Postgresへ接続したFunctionのテスト DynamoDBトリガーのLambdaでの例外によるリトライ Serverless FrameworkでNode.js + TypeScr
Arch LinuxでTPM2.0デバイスを使って暗号化したボリュームのパスフレーズ入力を省略する - Plan 9とGo言語のブログ
以前の記事で、ルートファイルシステムを暗号化する手順を紹介しました。 blog.lufia.org ルートとなるボリュームを暗号化すると、再起動のたびにパスフレーズの入力を促されますが、何度も入力するのは面倒です。そこで、TPMデバイスに鍵を保存してパスフレーズの入力を省略しました。パスフレーズの入力が必須な状態と比べると少しだけセキュアではなくなりますが、個人的には許容できる範囲かなという印象です。 若干丁寧に説明を書いたので長い記事になってしまいましたが、証明書や鍵の管理を(直接は)していないので、やること自体はそこまで難しくないと思います*1。 セキュアブートを有効にする 後で説明していますが、TPMデバイスの保護機構では「セキュアブートの設定が変更されたときに保存している鍵を読み取れなく」できます。そのため、この手順でセキュアブートを有効にしていますが、不要なら飛ばしても影響はない
PowerPoint プレゼンテーション
© 2019, Amazon Web Services, Inc. or its Affiliates. All rights reserved. © 2019, Amazon Web Services, Inc. or its Affiliates. All rights reserved. AWS Webinar https://amzn.to/JPWebinar https://amzn.to/JPArchive Solutions Architect Amazon API Gateway [AWS Black Belt Online Seminar] © 2019, Amazon Web Services, Inc. or its Affiliates. All rights reserved. ❏ ❏ ❏ Amazon API Gateway AWS Cloud9 © 2019,
G-gen の佐々木です。当記事では Google Cloud (旧称 GCP) のサーバーレスなコンテナサービスである Cloud Run を解説します。 Cloud Run とは Cloud Run の基本 2 つの利用方法 Cloud Run サービス (services) Cloud Run ジョブ (jobs) 動的スケーリング サービスの冗長性 デプロイ デプロイ元のコンテナイメージ コンテナの要件 トラフィック移行とロールバック 構成 エンドポイント コンテナインスタンスの最大・最小数 Startup CPU boost CPU・メモリ リクエストのタイムアウト コンテナインスタンスあたりの同時リクエスト最大数 CPU を常に割り当てる Cloud Run サービス コンテナ実行環境 (世代) サービス連携 (トリガー) ネットワークアクセスの制限 Cloud Run サービ
こんにちは、CX事業本部 IoT事業部の若槻です。 今回は、Amazon CloudWatch Syntheticsについて基本的な事項をまとめてみました。 CloudWatch Syntheticsとは CloudWatch Syntheticsは、WebページやAPIエンドポイントに対するSynthetic Monitoringを設定、自動実行できるマネージドサービスです。 Using synthetic monitoring - Amazon CloudWatch Syntheticには「統合的な」「合成の」「人工的な」「模擬の」といった意味があり、Synthetic MonitoringはユーザーによるWebアクセスを模倣して実行しエンドポイントの可用性やレイテンシーなどを監視して、実際のエンドユーザーよりも早くシステムの問題を検出するための監視手法です。 Canary Cloud
【製造業 IoT の第一歩】三菱電機のシーケンサ MELSEC から取得した設備データを AWS に保存するまで | DevelopersIO
製造業の IoT 導入はとても奥が深い世界です。実際に試してみた内容や考慮したポイントの一端をご紹介します。 概要 最近、製造業の設備データを収集して AWS で可視化・活用したいというお問い合わせを受けることが多くなりました。 特に、一定の規模以上の工場などでは、PLC （Programmable Logic Controller）という設備機器を制御する装置が利用されていることが多く、この PLC から直接データを取得したいというケースがあります。 そこで今回は、この PLC からデータを取得して、時系列データベースである Amazon Timestream に保存するまでの手順を紹介したいと思います。 余談 製造業においては、「シーケンサ」というと一般的に PLC 全般のことを指して表現されることが多いですが、シーケンサは 三菱電機の PLC 製品名です。 しかし、国内の PLC 製
はじめに みなさんAWS Lambda(以降はLambdaと表記)使ってますか？ Lambdaには対応している言語が複数あるので、Go言語で記述されている方、Node.jsで記述されている方、Pythonで記述されているかたなど、 様々いらっしゃるかと思います。 APIのバックエンドとしてLambdaを設置する場合、Lambdaの処理時間は出来る限り短くしたい、と思われる方がほとんどだと思います。 理由としては、下記が挙げられるかと思います。 API Gatewayの時間制限が29秒のため、29秒を超える処理が出来ない APIの呼び出しに時間がかかると、ユーザービリティを著しく損なう では、Labmbdaの処理時間を短くしたいのですが、方法としては下記があります。 Lambdaの性能を上げる Lambdaの中で並列処理(マルチスレッド化、マルチプロセス化)を行う 今回は、Lambdaでの並
created by en-japan Yue.Pu Code Interpreter（コードインタープリター）とは、ChatGPTが提供する公式プラグインの一つで、このプラグインを利用することで、ChatGPT上でPythonを使ったコードの実行や、ファイルのアップロード・ダウンロードができるようになります まず使い方 現時点では課金アカウントしか使えません。 ChatGPTにログインし、左下の3点→「Settings」をクリックします。 「Beta features」をクリックし、「Code interpreter」の右にあるトグルボタンをクリックします。 TOP画面に戻り、[New chat]をクリックし、「GPT-4」をクリックし「Code Interpreter」をクリックします。 ChatGPTのアイコンが紫色になっていれば設定完了です。 入力画面の左端にある「＋」マークを押す
2016年頃「サービスメッシュ」という用語は、マイクロサービス、クラウドコンピューティング、DevOpsの分野に登場しました。楽天的なあるチームは、2016年にこの用語を使用して彼らの製品である Linkerd を説明しました。コンピューティングの多くの概念と同様に、実際には、関連するパターンとテクノロジーの長い歴史があります。 サービスメッシュの登場は、主に IT ランドスケープの最悪の状況によるものでした。開発者は、複数言語 (ポリグロット) アプローチを使用して分散システムの構築を開始し、動的なサービスディスカバリーを必要としていました。運用は一時的なインフラストラクチャの使用を開始し、避けられない通信障害を適切に処理し、ネットワークポリシーを適用したいと考えていました。プラットフォームチームは、Kubernetes などのコンテナオーケストレーションシステムの採用を開始し、Envo
はじめに GoogleスプレッドシートをGAS（GooglAppsScript)を使って Webアプリを作成しデータベース代わりに使えるよう考えてみた。 インターフェースはHTMLベースだが、これもGASにて提供されているので、 自分でサーバを用意する必要はない。 自分用の住所録にするもいいと思うし、 ブログするのは嫌な人は、趣味のことを日記風にまとめてもいいんじゃないかと思う。 また、会社での案件管理をエクセルで行って行っているのであれば こちらに移行するのも手ではないかと思う。 以下お読みになっていただければと思う。 セキュリティ範囲は自己責任でお願いしたく。 第２弾はこちら、スプレッドシートをDB代わりにGASのWebアプリを作成しデータ更新させてみた2 ここが長めなので早めに告知(^^A 用意するもの ・Googleアカウント（スプレッドシートが使えること） ここに記載しないこと
Knowledge bases for Amazon Bedrockのプロンプトテンプレートとチャンク数を調整し、電話での問い合わせから種別判定の精度とレスポンス速度を改善する | DevelopersIO
Knowledge bases for Amazon Bedrockのプロンプトテンプレートとチャンク数を調整し、電話での問い合わせから種別判定の精度とレスポンス速度を改善する はじめに 以前の記事では、Amazon Connect、Knowledge bases for Amazon Bedrock、およびAmazon Lexを組み合わせて、電話での問い合わせ内容を種別判定し、最適な担当者に振り分ける方法とその精度結果について解説しました。 構成は以下の通りです。 Amazon Connectのフロー内の構成は以下の通りです。 以下は、ユーザーのお問い合わせ内容を種別判定し、その内容に応じて適切な担当者に振り分けるまでのフローです。 電話でユーザーがお問い合わせ内容を伝えます。 ユーザーからお問い合わせ内容をLexで受け取ります。インテントは、FallbackIntentを呼びます。 受
どこ迄も能天気な2匹ちゃん シーズー君4歳、ポメちゃん6ヶ月との生活が終わりました。 この2週間の間、怪我も病気も無く無事に帰ってくれてホッとしました。 もうね、お気楽ちゃん達のママはお迎えに来てくれないんじゃないかと思うぐらい姿を見るまでは不安でしたが無事に帰ってくれました。 金曜の朝一番に家に犬達を置いて行ってから、彼女達がパリへ立つ月曜日まで、何度も「ちょっと！何なのこの子達は！何も問題ないって嘘つき〜！ 2週間なんて無理よ！」と挫けそうになりました。 多分、彼女もそれを恐れてか、一度も連絡をして来ませんでした。 1日目は2匹で家の中でしたい放題、1時間も経っていないのに次から次へと2匹分の排泄物があちこちに落ちていきます。毎回タイムアウトでカゴに入れますが、カゴの中で育ったような物なのでお仕置きになりませんでした。 チャーってしたら自分からさっさとカゴに入って座ります。ドアを閉める
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
既存のAWSアカウントを AWS Control Tower へ登録する | Amazon Web Services
急成長する《現場》の、データエンジニアというお仕事。 - Qiita
OVF Toolを使って仮想マシンをエクスポート・インポートする
SREのようにソフトウェアを構築する方法
LINEには開発に専念できる環境がそろっている 機械学習・データ基盤開発・AIサービス開発部門でサーバーサイドエンジニアとして働く意義
小川卓さんのGA4連載 第9回「直帰率」を正しく理解する | パソコン工房 NEXMAG
【wordpress】プラグインなしでTwitterに自動投稿する
デバッガを使うのは効率がよいのか - 貳佰伍拾陸夜日記
GraphQL ベストプラクティス
Docker による nginx の導入と基本設定 - A Memorandum
Cloud Run を徹底解説！ - G-gen Tech Blog
Amazon CloudWatch Syntheticsについてまとめてみた | DevelopersIO
AWS Lambdaで並列処理を行うことで処理を高速化する(Python編) - Qiita
ChatGPT Code Interpreterできること - Qiita
サービスメッシュ必読ガイド - 第2版: 次世代のマイクロサービス開発
スプレッドシートをDB代わりにGASのWebアプリを作成しデータ更新させてみた - Qiita
お気楽な犬達 2 - ZigZagDog’s diary