【ServerlessDays 2024】生成AIアプリ実装におけるトレンド3選 - Qiita
・機能の多様化&複雑化 ・生成AIに仕事の一部を任せる ・ハルシネーションは許されなくなっていく ・出力内容の評価も生成AIが行う ・人間は更なる精度向上を求める ・生成AIを使いこなす技術力と知識が必要 ・AIがAIを使う時代へ このように移り変わっていくフェーズが来ている、と個人的には感じました。 ここからは、前述した3つのトレンドについて、1つずつ掘り下げていきます。 LLMが生成した出力を、LLMで評価する 例えば「オンライン薬局のLLMマルチエージェントを支えるLLM Ops」というセッションでは、患者さんとメッセージをやり取りする薬剤師さんに対して、返信のレコメンド文をLLMに出力させるという取り組みをされていました。 このサービスにおけるミッションは「漢方をお客様に販売すること」なので、虚偽・不正確な情報が入っていては困ります。 LLMが生成したメッセージを薬剤師さんがチェッ
AWS Lambdaがコンテナをサポートしたのでちょっと試してみた - Sweet Escape
現在開催中のre:InventでAWS Lambdaがコンテナのサポートをするという発表がありましたね。 aws.amazon.com というわけでちょっと試してみました。 素材はここにあげてあります。 github.com 流れとしては、 普通にファンクション書く Dockerfile作る イメージをビルドする イメージをECRにプッシュする Lambdaファンクションを作るときにECR上のイメージを指定する という感じです。3,4のコマンド実行例はReadmeに記載しています。 イメージに関してはRuntime APIを実装する必要があるんですが、現在Lambdaがサポートしている各言語向けには既に用意されていてリリースされています。例えばNode.jsであればnpm install aws-lambda-ricでインストールできます。 加えて、これを組み込み済のベースイメージが既に用
サーバーレス・アーキテクチャで構築したシステムの運用はどうやるのか？ | iret.media
2016年12月20日からスタートしたMBS（毎日放送）の有料動画配信サービス『MBS動画イズム444』にて、サーバーレス・アーキテクチャ（AWS Lambda）が全面採用されたという事例は、世界を見渡しても類をみない、大変優れた設計であると話題になりました。 でもね、重要なことは「AWS Lambdaを使って構築した」ことではないんです！ 『MBS動画イズム444』は、次々と新しい動画コンテンツが増えていますし、有料会員も猛スピードで増えていると伺っています。そうなると、このサービスの安定運用こそが、もっとも重要なことなのです。 そこで、この記事では「AWS Lambda」で構成されるシステムの運用をcloudpackならこうやります！というのをご紹介いたします。 サーバーレス・アーキテクチャのシステム運用はどう考えるべきか？ 『MBS動画イズム444』のシステム構成は、実に複雑です。
有料動画配信システムをサーバーレス化、毎日放送がITコストを9割削減
毎日放送（MBS）はAmazon Web Services（AWS）を使い、定額制の有料動画配信サービス「MBS動画イズム444」のシステム基盤を構築した。コスト削減などを目的に、イベント駆動型コード実行サービス「AWS Lambda」を使ったサーバーレス構成を採用している。 MBSの試算では、オンプレミス（自社所有）環境に構築した場合に対するコスト削減効果（構築費用を除いたランニングコスト、4年間）は、Amazon EC2（Elastic Compute Cloud、仮想マシンサービス）を多用した構成にすると75％削減だが、今回採用したサーバーレス構成だと92％削減になるという。 EC2多用の構成との比較でも、サーバーレス化によってランニングコストが約3分の1になる計算だ。 サーバーレス化は開発期間の短縮にも効果があったという。アジャイル型の開発手法を採用したこともあり、約3カ月で基盤を
Serverless Meetup Tokyo #4 レポート #serverlesstokyo | DevelopersIO
こんにちは、臼田です。 Serverless Meetup Tokyo #4が開催されましたのでレポート致します。 セッションレポート 体育会系サーバーレス：汗、友情、勝利、テニス 竹原竜児氏 (ソニー) Smart Tennis Lesson(STL)で利用しているサーバレスについてのお話 STLとは 2017 3月より全国導入 ルネサンスにて導入 Serverlessへの期待と疑問 期待 自社の問題領域の解決に集中できる、早くリリースできる NWレイヤまでの保守運用、脆弱性対応などを限りなく0に近づける インフラコストが安くなる SWアーキテクチャ上 凝縮度が高い、結合度低い設計に誘導される 疑問 SQLベースのB2B2Cという固めの案件にうまくServerlessで対応できるのか？ 今日の発表内容 SQL DBを使ったサービスへのServerless導入が成功するまでの重要アクション
富士通クラウドテクノロジーズ株式会社 aka ニフティ株式会社を退職します - PolyPeaceLight
2017/06/28 14:00 追記 「富士通」が冠についたことは何一つ退職の原因ではありません(そうでなければ「面白い会社です！」とか書きません)。クラウドを作る側に回りたいヒト、クラウドをもっと便利に使うための機能を作りたいヒトは引き続きおすすめの会社の1つです 退職エントリを見るたびに「知らんがな」という思いと「全員に直接いうのも変だから便利そう」という思いの両方がありましたが、いざ、自分が退職することになると「全員と飲みましょう」とか無理だと気が付き「便利」となったので書くことにしました。 正確には「富士通クラウドテクノロジーズ株式会社」を退職するのですが、正直2ヶ月しか働いておらず「遅れたニフティ株式会社の卒業生」という気持ちしかないので以降「ニフティ」と記載します。 このエントリも消されるかもしれませんが、そのときは社会の闇だと思って下さい。 就職してからここまで 博士課程満
Chrome Headless Browserを触った所感と、Flowtype・ES2017構文を使ってChrome Headless Browserを動かすライブラリを作っている話。 - @teitei_tk Blog
Chrome Headless Browser、思った以上に需要ありそうなので書いてみます。 まずは触った所感ですが、社内LTの際に喋った資料があるのでそちらをペタッと。 まとめると Phantom.jsの死亡 唯一のメンテナが今後はChromeHeadlessに乗り換えるであろうとメンテナを辞任 Google グループ 今後の構想はあるのか、phantomiumというPhantomJS + ChromeHeadlessの単語が組み合わさったレポジトリはある。 github.com Googleが開発している安心感 今後Chromeを手放すことはそうそうないと思うので、今後のベストプラクティスになる可能性が高い。 Production環境への投入は待ったほうが良い。 謎の –disable-gpu Option APIが落ち着いていない。 devtools-procotol viewerと
なぜAWS LambdaとRDBMSの相性が悪いかを簡単に説明する - Sweet Escape
2020/01/20 Update: 本エントリの内容は2019年12月3日にアナウンスされた『Amazon RDS Proxy』のリリースにより完全に陳腐化しました。過去のアンチパターンがフィードバックをもとにした改善によってアンチパターンではなくなるという最高の事例です。 サーバーレス元年始まった！ 今年がサーバーレス元年な理由. それはLambdaに以下が揃ったから. ・カスタムランタイムで実質どんな言語でも利用可能 ・VPC利用時のコールドスタート改善 ・Provisioned Concurrencyでスパイク対応も可能 ・RDS ProxyでRDBとの接続が現実的に これまで5年で受けたフィードバックがついに結実. 強い— Keisuke Nishitani (@Keisuke69) 2020年1月19日 RDS Proxyの詳細はこちらからどうぞ。まだプレビューですがぜひ試して
エンジニア向け社内勉強会「真剣.js」を開催しました - freee Developers Hub
こんにちは。freee でフロントエンドエンジニアをやっている id:ymrl です。先日、エンジニアによるエンジニアのための社内勉強会「真剣.js」が開催されたので、その様子をご紹介します。 真剣.js とは jsと名前についていますがJavaScriptとはあんまり関係がなく、「話を真剣に聞く」ための有志によるfreee社内のLT大会です。freeeでは何故か名前に .js のつく JavaScript に関係のないイベントがいくつかあります。元々は給料日に寿司を食べに行くのを「寿司.js」と呼びだしたのがきっかけだったとか。 今回の真剣.jsは業務が一段落してくる19時から社内のカフェスペースで開催されました。今回の発表者は全員がエンジニアでしたが、聴衆にはなかにはエンジニアではない社員の姿もちらほらとありました。 「祝日と休日」 id:ymrl 給与計算 freeeのような、祝日や
AWS Lambda + AWS WAF でDOS攻撃からの ✝守護者✝ を実装する | DevelopersIO
はじめに DOS攻撃からいかにシステムを守るか。オートスケールの仕組みが充実し、大量のアクセスでも耐えられるようになってきている昨今ですが、悪意ある急激なアクセス増加は誰も望まないはずです。防御する仕組みが欲しいところではありますが、開発の時間が限られている中で、防護機構の自動化まで持っていくのは骨が折れます。そこで今回は、AWSを使ったシステムを構築するシーンで、DOS攻撃から自動でWAFを設定する仕組みを作ります。重視した点は以下2点です。 安価であること。可能な限り新しいAWSリソースを使わない、使うとしても高価なものは避ける。 ポータビリティが高いこと。別の環境に同様の手順で導入できること。 DOS攻撃防御の仕組み比較 Apache の mod_dosdetector アプリケーションサーバ群の前段にApacheサーバを置き、そこにmod_dosdetectorを導入することを考え
2016年のサーバレスアーキテクチャ総まとめ - めもおきば
この記事は、Serverless Advent Calendar 2016の16日分(だったはずのもの)です。 なんとかクリスマスまでには間に合ったのでお許しくださいorz まとめ AWS Lambdaの功罪で混在されがちな概念が整理されて議論されるようになった 提供されるBaaSのみを使ってリッチアプリケーションを開発する手法 フルマネージドなFaaSの実行環境 高水準コンポーネントをイベントで接続するリアクティブシステム 主要各社のFaaS実行環境が揃ってきた AWS Lambda Azure Functions (2016-11-15 GA!) IBM OpenWhisk (2016-12-14 GA! おめでとうございます!) Google Cloud Functions (2016-02-13 Alpha) 国内のニフティクラウドからも サーバレスアーキテクチャにまつわる様々な動
サイボウズの開発を支えるKAIZEN文化
東京Node学園祭2016での発表資料です。 http://nodefest.jp/2016/ https://www.youtube.com/watch?v=36RwwoYErjALire moins
【翻訳記事】Google Cloud Functions 対 AWS Lambda: サーバーレスクラウドを制する闘いが始まる - Qiita
（※訳者注釈：2016年10月現在、AWS Lambdaのイベントソースはこの他にもあります） さぁお互いの機能を深掘りしましょう 拡張性、可用性、リソース制限 言うまでもなく、これは両サービスで一番の関心事です。主な特徴は、もはやメンテナンスやダウンタイム、またはボトルネックを心配する必要はないことを約束してくれています。 AWS Lambdaに関する限りでは、拡張性は完全にそして明確にLambdaのシステムによって処理されるため、与えられた時間内にLambdaファンクションを動かすためのインスタンスやマシンの数を把握しないことを意味します。Lambdaファンクションの利用状況は常に監視出来ますが、下層アーキテクチャの可視化は制限されています。 大きな違いとして、Google Cloud Functionsは Google Cloud上にインスタンスのセットを明確に作成します。これにより
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
AWS、より高速で効率的なサーバーレスアプリのための低レイテンシーランタイムを実験的に導入
Serverless Status Page system
Testable Lambda: Working Effectively with Legacy Lambda
GitHub - schickling/chromeless: 🖥 Chrome automation made simple. Runs locally or headless on AWS Lambda.
Bevery Hills Dark Spot Remover Canada
GitHub - apex/apex: Old apex/apex
Dexter is a chat and voice automation platform.