採択結果については、ガバメントクラウド先行事業の採択結果について(市町村の基幹業務システム)をご確認ください。 ※個人情報、アプリケーション開発事業者等のノウハウ、セキュリティに関する部分等を一部削除・修正しています。 ※zipファイルがダウンロードされます。 採択団体応募資料神戸市(ZIP/1,837KB) (令和3年8月作成、令和3年11月改訂、令和4年5月改訂、令和5年3月改訂) 倉敷市(ZIP/6,513KB) (令和3年8月作成、令和3年11月改訂、令和4年5月改訂、令和5年3月改訂) 盛岡市(ZIP/2,437KB) (令和3年8月作成、令和3年11月改訂、令和4年5月改訂、令和5年3月改訂、令和5年7月改定) 佐倉市(ZIP/3,454B) (令和3年8月作成、令和3年11月改訂、令和4年5月改訂、令和5年3月改訂) 宇和島市(ZIP/4,214KB) (令和3年8月作成、令
<a href="http://archive.today/Owyye"> <img style="width:300px;height:200px;background-color:white" src="https://archive.md/Owyye/d32517806df52b70c39151aa24937f31ec8b2131/scr.png"><br> 【プレビュー】1ヶ月1000万頂く頂き女子りりちゃんの【みんなを稼がせるマニュアル】|ちいかわころす|note<br> アーカイブされた 2024年5月9日 16:18:41 UTC </a> {{cite web | title = 【プレビュー】1ヶ月1000万頂く頂き女子りりちゃんの【みんなを稼がせるマニュアル】|ちいかわころす|note | url = https://note.com/preview/nba450e53
オープニングアクト: パブリックイメージから逃げろ オリジナルのSCPを書いてみたいと思ってこのサイトに登録するメンバーは数多くいます。私自身もそうでした。そうしたメンバーの多くは大抵、サイト登録時点で何らかのアイデアを持っているものです。 しかしサイト登録したばかりのメンバーが執筆した下書きなり記事なりは、あまり良い評価を受けられず撃沈します。私自身もそうでした。すでにやり尽くされたコンセプトのリストかあなたの記事が低評価にならないためにで挙げられている類例のどれかに当てはまっており、「見飽きた」の一言で切り捨てられるアイデアが軸になっているからです。 なお、先に紹介したリストは既に古くなっており、リストアップされていないだけで見飽きた要素はまだまだあります。誰かが編纂してくれることを期待して、いくつか追加でピックアップしておきます。 見飽きた要素の一覧(追加版): 財団、地球、次元など
はじめに OAuth2.0の拡張仕様で当たり前になりつつある?PKCEについてまとめました。 「PKCE」とは PKCEとは、「Proof Key for Code Exchange by OAuth Public Clients」の略称で、認可コード横取り攻撃を対策するための、OAuth2.0の拡張仕様です。 みんな大好き?RFCの7636に定義されています。 RFCに読み方も定義されており、「PKCE」も定義されています。 PKCE, pronounced "pixy" とあるので「PKCE」は「ピクシー」と読みます。 ※ ポケ○ンではありません。 認可コード横取り攻撃 この拡張仕様は「認可コード横取り攻撃」の対策を行うための仕様なので、まず、このRFCで対策する攻撃についてまとめます。 この攻撃にはいくつかの前提があります。 OAuth2.0の「認可コード」フローを使用 Public
Web開発において、ページの読み込み速度は非常に重要になります。 そのためにもブラウザのキャッシュは効率的なWebサイト運営に不可欠な機能です。 ブラウザのキャッシュには次のHTTPヘッダを設定することができます。 Expiresヘッダ Cache-Controlヘッダ Last-Modifiedヘッダ ETagヘッダ これらのキャッシュには強いキャッシュと弱いキャッシュで分類が可能です。 「Expires」「Cache-Control」は強いキャッシュであり、「Last-Modified」「ETag」は弱いキャッシュに分類できます。 強いキャッシュと弱いキャッシュ 強いキャッシュは設定された期間内は完全にローカルキャッシュを利用して、サーバーへのリクエストを行いません。 一方で弱いキャッシュはキャッシュされたリソースの検証が必要であり、ETagやLast-Modifiedヘッダを利用して
はじめに 年末から多忙を極め、書きたい記事も中々書けなかった @___nix___ です。 背景 様々な企業さまのお手伝いをする中で、AWS環境とRoute53の最適化がされていないと「何で?」と思うことが多々ありました。 また、IaC による開発でも「開発しているAWS環境で閉じられない」というのはインフラとしても手数が掛かるので出来るだけ運用をスマートにしたいと考えるわけです。 例えば開発環境で Amplify を使っているケースで、「カスタムドメイン設定したいのでレコード追加してください」という依頼。IaC なんだからインフラ頼らなくても良くね?と。 AWS使ってるのであれば出来るだけ設定は環境毎に閉じて欲しいという思いからこの記事の執筆を決めました。 概要 AWSアカウントとRoute53の関係を最適化する為には DNSの権限委譲 を理解する必要があります。 この権限委譲の説明と手
2024/04/24に開催したセミナーで登壇した際に、使用した資料です https://dev.classmethod.jp/news/240424-ai-rag-webinar/
今回答えを出したい問いはこちら!! インデックスはどのような仕組みを以て、何を実現したいものなのか それを踏まえたとき、インデックスはどういう場合になぜ貼る方が良いのか。また、どういう場合になぜ貼らない方が良いのか 大体分かっているよって人はサヨナラって感じのおさらい記事だぜ!!!!それじゃいってみよー🎉 あと、おれは今回MySQLにしぼっていくぜ👶 ってわけでOracleとかに興味があるやつは引き返しな! indexの概要 公式の見解としては「where句を使ったselectクエリの実行速度を向上させるために実装されている、各行へのポインターのような振る舞いをする仕組み」って感じ👶 The best way to improve the performance of SELECT operations is to create indexes on one or more of t
https://platformengineering.connpass.com/event/310994/ で発表させて頂いた内容になります。
はじめに 近年、大規模言語モデル(LLM) の発展により、LLMを活用する機会が増加しています。 その中でも、LLMを組み込んだ仕組みの一つとして、RAG(Retrieval-Augmented Generation) が注目を集めています。 本記事では、はじめに、検索精度を向上させたRAGアーキテクチャを紹介します。 次に、それをAWS上で実装する方法について紹介します。 本記事で紹介したアーキテクチャの実装に用いるソースコードはGitHubで公開しています。 検索精度を向上させたRAGアーキテクチャ RAGの概要と検索手法 RAGの用途としては、社内文書など非公開ドキュメントを読み込ませ、そこから回答できる社内専用AIチャットボットなどが考えられます。 そのため、RAGの精度向上のためには、ナレッジベースから検索する際に必要なドキュメントを的確に取得できるかが重要な要素の一つとなります
After four years of SMR storage, here's what we love—and what comes next In 2018, Dropbox became the first major tech company to adopt high-density SMR (shingled magnetic recording) technology for our storage drives. By 2019, our SMR fleet size was around 25%. Today, a staggering 90% of our total HDD fleet size is now SMR capable, and we’ve continued to lead the industry in adoption with the deplo
2024年4月16日より開催された「DevOpsDays Tokyo 2024」の登壇資料です。 https://www.devopsdaystokyo.org/ ▼関連資料 テストだけで品質は上がらない?! エセ自己組織化した品質組織からの脱却 https://speakerdeck.com/visional_engineering_and_design/jasst24-tokyo 開発者体験を見える化し「計器飛行」の実現を目指すSODA構想 〜事業の成長とプロダクト組織能力の相関関係を見いだすには〜 https://speakerdeck.com/visional_engineering_and_design/developer-experience-day-2023 ファクトから始める改善アプローチ 〜「LeanとDevOpsの科学」を実践して〜 https://speakerdec
BedrockのClaude3がなんとなく分かってきたので、画像を含む問い合わせが行えるWebアプリを作ってみます。PythonとBoto3とStreamlitで作ります。 ※LangChain版は以下 動作イメージ 申し訳程度の認証画面 画像アップロード欄とテキスト入力欄 テキストのみで問い合わせ可能 こんな写真について聞いてみる こんな画像(というかPDFを画像変換したもの)について聞いてみる 引用:https://www.mhlw.go.jp/content/11601000/001125241.pdf という感じです。 チャット機能を持たせるとプログラムが煩雑になるのでシンプルに一回の問い合わせで完結させています。また、画像も1ファイルのみです。 PDFファイル自体をアップロードできるようにしようかとも思ったのですが、画像変換を含む作り込みが必要そうだったので見送りました。作れば出
おはようございます。やっぱヒノキっぽいんだよなぁ、、、(花粉 ということで鼻ズルズルマンです。 Dropboxはオンプレ回帰した? 最近良く聞きます、Dropboxはオンプレ回帰した、クラウドはコストが高いから最近オンプレに戻る企業が増えている、とか。 一つ一つの記事やツイートをイチイチピックアップはしないですが、とにかくよく聞くわけです。 でも思うんですよね、「そんなわけないのでは?」だってよく考えてみてください、テックが強い組織であればあるほど適材適所でクラウドを使ったほうがいい所も見えてきます。 現代のアーキテクチャでクラウドがハマる部分が全くないシステムはありません。一時的なリソース確保と開放、管理のいらないインフラ、様々なサービス。これを利用しないなんてことあるのかな?ってことなわけです。無理にオンプレのみで頑張るのが論理的か?という話かもしれません Dropboxがオンプレに移
当エントリは弊社AWS事業本部による『AWS 入門ブログリレー 2024』の25日目のエントリです。 このブログリレーの企画は、普段 AWS サービスについて最新のネタ・深い/細かいテーマを主に書き連ねてきたメンバーの手によって、 今一度初心に返って、基本的な部分を見つめ直してみよう、解説してみようというコンセプトが含まれています。 AWS をこれから学ぼう!という方にとっては文字通りの入門記事として、またすでに AWS を活用されている方にとっても AWS サービスの再発見や 2024 年のサービスアップデートのキャッチアップの場となればと考えておりますので、ぜひ最後までお付合い頂ければ幸いです。 では、さっそくいってみましょう。今回のテーマは『Amazon EKS』です。 はじめに Kubernetesとは EKSは「マネージド型の Kubernetesクラスター」を提供するものである
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く