REST APIのレスポンスステータスについて改めて考える - ContractS開発者ブログ
こんにちは。7月にHolmesにジョインした友野です。サーバーサイドエンジニアをしています。 今回はREST API実装時のHTTPレスポンスステータスについてです。 基本的なことですが、重要なことなので備忘録もかねて記事にしておきます。 余談ですが、Holmesでは秋口のUI/UXリニューアルに向けて開発を進めています。ゴールに向けて、複数のスクラムチームが並行して開発をしているため、各々のチームで経験に基づいた暗黙知による実装差分が稀に発生します。 都度共有もしていますが、エンジニアが増えてきた今だからこそ、「ちゃんと決めなきゃね」という話から今回の内容も改めてまとめておこうと思い立ちました。 利用するHTTPメソッド GET、POST、PUT、DELETE の4つです。リソースの更新はPUTで行い、PATCH は使いません。 べき等性を意識するという側面もありますが、なによりシンプル
ルートテーブルのルート情報は行きと戻りの双方向で設定する
はじめに 複数のVPCを跨った通信を行う場合、サブネットルートテーブルのルート設定には注意が必要です。 ネットワークに詳しい方にとっては当たり前の内容だと思いますが、ルート設定時の注意喚起のため公開します。 ルーティング設計の注意点 サブネットルートテーブルにはルート情報として[送信先]と[ターゲット]を指定しますが、それらによるルーティング制御は以下のように動作します。 ルートテーブルは、通信がサブネットから出るタイミングで通信の転送先を決定する。 パケットの宛先IPアドレスとルートの[送信先]を照合して、[ターゲット]に通信をルーティングする。 インバウンド通信であろうとアウトバウンド通信であろうと、サブネットから出るパケットの宛先IPアドレスを見て転送先が決定される。 したがって、インバウンド通信であろうとアウトバウンド通信であろうと、サブネットから出るパケットの宛先と転送先を正しく
私は間違っていた。ごめん。ウォーターフォールは何のメリットも無い - メソッド屋のブログ
私はソフトウェアの専門家としてお答えすると、ウォータフォールは何のメリットも無いというのが私の意見であることを共有しておきたい。そういう意見に至った経緯をこのブログで書き留めて置きたい。 尚、これは所属会社の見解ではないことは明確にしておきます。 サム・グッケンハイマーの一言 私は DevOpsのエバンジェリストで、それ以前からアジャイル開発をかれこれ１５年ぐらい実施し、導入の支援をしている。私はかつては、日本の環境の制約の中で如何にアジャイル開発のメリットを最大に引き出すか？ということを考えていた。 ウォーターフォールに対する立場も、真っ向から否定するものでもなく、現状もあるし、それに慣れている人もいるし、実際ウォーターフォールでも失敗しない人も居る。だから、人にウォータフォールのメリット・デメリットを聞かれた時も「変化しないものに関してはウォータフォールはいいのかもしれない」と回答して
ウォーターフォールを世に広めたとされる米軍がアジャイルに移行中という話 - Qiita
また、この図の説明においては理想的なケースにおいても1つ前の工程に戻る事が述べられています。 " Hopefully, the iterative interaction between the various phases is confined to successive steps. " (投稿者訳) 理想的には、各段階において工程が前後する範囲は直近の工程に限られる。 理想的でない場合はどうかというと、テストから設計まで工程が戻りうると示唆しています。 "The testing phase which occurs at the end of the development cycle is the first event for which timing, storage, input/output transfers, etc., are experienced as dist
さくらインターネット田中社長「国産クラウドでアマゾンに挑む」
昨年11月、政府や地方自治体が共同で使う「ガバメントクラウド（政府クラウド）」の提供事業者に選定されました。これまでに採択されたのは、アマゾン・ウェブ・サービス（AWS）ジャパンなど米系4社。今回は、国内勢からインターネットイニシアティブとソフトバンクも応募しましたが、選ばれたのはさくらインターネット1社でした。 選定事業者は、まさか1社になると思っていませんでした。ガバメントクラウドの選定に当たり、国の姿勢が大きく変化したのが昨年です。私たちは、入札基準のハードルを下げない状態で他社が手掛けた「サードパーティー製品」の使用も認めることをパブリックコメントで国に求めました。その後、国が似通った内容で入札基準を設定し、それで私たちが応募、採択に至ったという経緯があります。 今は、（本選定の条件になっている）2025年度末を期限とする技術要件の達成に向けて取り組んでいるところです。もちろんハー
「VPC内のDNS属性」の「DNS ホスト名」とRoute 53 Resolver の関係とその解釈 - サーバーワークスエンジニアブログ
前置き こんにちは。Google Pixel Fold に興味があるが、ポチるか迷い中のエンタープライズクラウド部技術２課の三好です。 さて、迷うと言えばVPCを設定するときに「VPC内のDNS属性」についてどう設定していいか迷ったことはないでしょうか？ 「VPC内のDNS属性」には「enableDnsHostnames」と「enableDnsSupport」の二つの属性があります。 それぞれの属性が何の設定であるのか、Amazon VPC ユーザーガイドの記載を以下に引用します。 属性 説明 enableDnsHostnames VPC がパブリック IP アドレスを持つインスタンスへのパブリック DNS ホスト名の割り当てをサポートするかどうかを決定します。 VPC がデフォルト VPC でない限り、この属性のデフォルトは false です。 enableDnsSupport VPC
AWS Fargateで実行したWebアプリケーションのマルチスレッド動作について調査した - 電通総研 テックブログ
みなさんこんにちは！ 金融ソリューション事業部の市場系ソリューション1部の寺山です。12 月に入ってから一気に寒くなったように感じます。 本記事は電通国際情報サービス Advent Calendar 2022 の 12 月 22 日の記事です。 昨年のアドベントカレンダーでテックブログに参加して以来、普段の業務においても「何か記事にできることはないかな？」と考えるようになり、一周り充実した1年でした！ 今回は、AWS Fargate で実行した Web アプリケーション（バックエンド API）のマルチスレッドが想定外の挙動となった点をインフラ視点で調査したので、発生した事象とその対応方法について紹介いたします！ 発生した事象 概要 調査開始時の予想 原因 JavaのavailableProcessors cgroupのcpu.sharesパラメータ 対応 コンテナ定義のcpuパラメータの指
crt.sh | Certificate Search
crt.sh Certificate Search Enter an Identity (Domain Name, Organization Name, etc), a Certificate Fingerprint (SHA-1 or SHA-256) or a crt.sh ID: Advanced... © Sectigo Limited 2015-2023. All rights reserved.
フロントエンドのパフォーマンス改善とメモリリーク対策の方法 | TECHSCORE BLOG | TECHSCORE BLOG
こんにちは。平奥です。 これは TECHSCORE Advent Calendar 2017 の 24 日目の記事です。 フロントエンドエンジニアが常日頃システムに対して注意を払わないといけないところ、今回はパフォーマンスとメモリリークについて記載していきたいと思います。 開発初期の頃はあまり気にしないことが多いパフォーマンスですが、機能追加を繰り返していくことにより、表示するデータ量が大量になっていたりして、気づくと表示するのに数十秒かかる画面があるというようなこともあったりします。 特にフロントエンド側はクライアント側のマシンスペックに依存しますので、システムがどういうユーザがどのようなスペックのマシンを使用しているかなども調査して表示などのパフォーマンスを維持しないといけません。 また使用するブラウザによって JavaScript エンジンが異なり、パフォーマンスに雲泥の差が出ること
エクサウィザーズのTLが実践する、開発が遅くならないテストの書き方 - エクサウィザーズ Engineer Blog
この記事について この記事ではエクサウィザーズの介護記録AIアプリ「CareWiz ハナスト」(以下ハナスト)の開発スピードを維持するために、どのようにテストを書いているかをご紹介します。 内容としては基本的なことかと思うので、ハナスト開発ではどのような基本に則ってテストしているかという感じで読んでいただければ良いかと思います。 書いているのは誰？ この記事はハナスト開発チームのテックリードをしている原(@haracane)が書いています。 ハナストチームでは主にNode.js&TypeScriptでバックエンドAPIを開発していてテストにはJestを使っています。 ちなみにこれまではKotlin&JUnitやRuby on Rails&Rspecなどで開発＆テストをしたりしてました。 ハナストについて ハナストは簡単に言うと「音声入力で介護の記録をするアプリ」です。 以下の動画を見ていた
SPAのアプリケーションで、外部のIdPを使ってOpenID Connect によるログイン機能を開発しようと考えています。IDトークンの保存先として、ブラウザのCookieかサーバーのDBに保存するかの2つの案があると思っています。調べた限り、サーバーサイドで持つべきという意見が多いように見えますが、以下のような背景がある中で開発しても、ブラウザのCookieでは持つべきなのではないのでしょうか？ - IDトークン自体にも、個人の属性（氏名等）情報は無いことを確認している - サーバーサイドでIDトーク
SPAのアプリケーションで、外部のIdPを使ってOpenID Connect によるログイン機能を開発しようと考えています。IDトークンの保存先として、ブラウザのCookieかサーバーのDBに保存するかの2つの案があると思っています。調べた限り、サーバーサイドで持つべきという意見が多いように見えますが、以下のような背景がある中で開発しても、ブラウザのCookieでは持つべきなのではないのでしょうか？ - IDトークン自体にも、個人の属性（氏名等）情報は無いことを確認している - サーバーサイドでIDトークンの署名検証をして、IDトークンの改ざんが無いか確認する - Http Only属性：JSによるCookieへのアクセスを防ぐため - Secure属性：流出防止のため - SameSite=strict：CSRF対策のため 結論から言えば、「どちらでもよい」となります。しかし、恐らく話は
優先順位が口癖になる危機感 - ジンジャー研究室
開発サイクルの終盤に近づくと「今回は優先順位の高いここまでを実装して、残りは優先順位が低いのでまたの機会にしましょう」という話になりがちだ。自分もこれまで何度もそうしてきたし、その場の判断としては正しい。が、このやり方に味をしめて常にこの調子で進めて、なんとなく上手く仕事をこなしている気になってしまうことには危機感がある。 以下、普段考えていることを自戒を込めてメモしておく。（なお、筆者の経験は toB ・Web 系・自社開発が中心なので読者の置かれている状況とは一致しないかもしれない） 優先度が低いタスクに着手する機会が一生訪れない 仮にあるタスクの優先度を下げたとする。バックログを眺めるとそのタスクに着手できそうなのは３ヶ月後だ。そして３ヶ月後、やっとそのタスクに着手できるかというと、そんなことは決してない。３ヶ月の間にそれよりも優先度の高いタスクが積まれているからだ。タスクを消化する
AlloyDB / Cloud SQL / Spanner それぞれの最適なユースケースとは？ | 株式会社トップゲート
削除する Google Service TGカルチャー アプリケーション開発 コンサルティング セミナー テックブログ デザイン デジタルプロダクト開発 開発実績 ニュース 2025年の崖(1) 5G(1) AI(39) AI Hub(1) AI Platform(1) AlloyDB(12) AlloyDB for PostgreSQL(6) AlphaZero(1) Analytics HUB(1) Android(11) Android アプリ(1) Anthos(6) API(12) API エコノミー(1) APP(2) App Engine(2) App Maker(2) AppServer(1) AppSheet(3) arduino(1) Authentication(1) AutoML(4) AWS(12) AWS (Amazon Web Services)(1) AWS
DBaaSのトレンドは「Kubernetes対応」と「マルチクラウド」 NTTデータ小林氏が語る、クラウドネイティブなデータベースの今と選定のポイント
「＠IT Cloud Native Week 2024冬」の基調講演に、NTTデータグループ テクニカルリード 小林隆浩氏が登壇。「今から学ぼう！クラウドネイティブなデータベースの世界」と題して、クラウドネイティブ環境でデータベースを選択する上での基礎知識や、現在のトレンドと今後の展望を解説した。 DBaaSの利用率が圧倒的に高く、コンテナ環境でのDBはまだ少ない状況 クラウドネイティブが浸透する中、データベースをクラウドで提供するDBaaS（Database as a Service）の在り方は絶えず変化している。小林氏は「私は普段から『データベースをKubernetesで動かしましょう』という話をします。今日はその辺りの話から始め、データベースのマルチクラウド展開とはどのようなものなのか、今後どうなるのかといった話までたどり着きたい」と切り出した。 小林氏は、「Oracle Datab
AWS Japanを退職しました（サポートエンジニア編） | koyama's blog
2024年2月末に新卒で入社したアマゾンウェブサービスジャパン合同会社（以下、AWS Japan）を退職しました。2023年4月に新卒としてAWS Japanへクラウドサポートエンジニア職として入社し、11ヶ月間業務に従事しました。 在職中には多くの方にお世話になりました。この場を借りて改めて感謝いたします。通常の業務のほかにFamily Dayのボランティアに関わり、他の職種の方々とコラボレーションできたのも思い出深いです。 なぜ退職したのか 主な退職の理由は以下です。 (1) 自分で手を動かしてオーナーシップを持ち、問題を解決したいと思った。 サポートエンジニアはお客様の課題に対して、調査や提案を行えます。ただし、提案を採用するかはお客様が最終的にオーナーシップを持って決定します。場合によっては、根本的な問題を解決できるとは限りません。もし、自分が当事者ならば、根本的な解決に取り組めた
Best practices for using the Terraform AWS Provider - AWS Prescriptive Guidance
Michael Begin, Senior DevOps Consultant, Amazon Web Services (AWS) May 2024 (document history) Managing infrastructure as code (IaC) with Terraform on AWS offers important benefits such as improved consistency, security, and agility. However, as your Terraform configuration grows in size and complexity, it becomes critical to follow best practices to avoid pitfalls. This guide provides recommended
DNS over TLS/HTTPSについて考える | IIJ Engineers Blog
はじめに 昨年から DNS over TLS （DoT）、DNS over HTTPS （DoH） にまつわる動きが急速に活発になっています。 DoT は2016年に RFC7858 が出てしばらくは大きな動きはありませんでしたが、2017年11月にサービス開始した public DNS である Quad9 （9.9.9.9）、昨年4月開始の Cloudflare （1.1.1.1）が相次いで DoT に正式対応し、遅れて今年1月には Google Public DNS （8.8.8.8） も対応しました。クライアント側としては昨年8月リリースの Android 9 “Pie” が DoT に対応しています。 DoH は仕様の標準化より実装の方が先行しています。Cloudflare は DoT だけでなく DoH も昨年4月のサービス開始当初からサポートしています。Mozilla Fire
自宅のインターネットでDNSエラーがたまに発生する問題を解消した - このすみノート
記事のタイトルにある通りですが、最近我が家のインターネットで、DNSエラーがたまに発生するようになりました。 家族からもクレームがあり、1週間くらい格闘していたのですが、ようやく改善できたので何を変更したのか共有します。 DNSエラーが発生するようになったきっかけ 自宅のインターネットはフレッツ光回線なのですが、NTT東日本からレンタルしている、ひかり電話対応のホームゲートウェイ（ONU）で接続しています。 ホームゲートウェイには無線LANカードを刺しているので、Wi-Fiも含めてホームゲートウェイで完結します。 2週間ほど前の話ですが、このWi-Fiが不調だったので、ホームゲートウェイを再起動しました。 再起動後は順調だったのですが、しばらく経ってから、有線LAN無線LAN問わずDNSエラーがたまに発生するようになりました。 そこでホームゲートウェイの説明書を読み漁り、再起動のやり方を変
Terraform state 概論 - chroju.dev
この記事は terraform Advent Calendar 2019 - Qiita の 14 日目です。 Terraform State （以下、本記事では tfstate と呼称します）をご存知でしょうか。 Terraform を使っていて tfstate をご存知ではない人はまぁまずいないはずだとは思いますが、直接の編集が非推奨となっているためデリケートな扱いが求められる一方で、 Terraform を使っていると折に触れて立ち向かわなくてはならない憎いやつです。 Terraform を上手く使うことは、 tfstate を上手く取り扱うこととニアリーイコールだと個人的に思っています。そんな tfstate のことをいろいろとまとめてみました。ていうかまとめすぎてえらいことになったので、年末年始のお暇なときにでも読んでみてください。 全体は以下4つに分かれています。 tfstat
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://x.com/wakuto_account/status/1798737063707382137