Scenario 1: NAT Gateway What is NAT Gateway? Azure NAT Gateway is a fully managed, zone‑resilient, outbound‑only SNAT service. It attaches at the subnet level and automatically handles all outbound flows from that subnet using one or more static public IP addresses or prefixes. It is purpose‑built for one thing: providing predictable, scalable outbound internet access — without routing complexity
OpenAI Japan 瀬良和弘氏 OpenAI JapanでDeveloper Experienceチームの日本担当として活動。Developer Relationsとして開発者コミュニティ・パートナー向けの情報提供を行うとともに、Agents SDKをはじめとするOSSツールのメンテナーも兼務する。自身も毎日Codexを開発・技術検証に活用しており、現場で起きている変化を発信し続けている。 「コードを書く道具」から「開発を任せるエージェント」へ——Codexとは何か Codexは、OpenAIが提供するソフトウェア開発特化型のAIエージェントツール。2025年5月にWebバージョンの提供を開始し(Codexリリース時のブログ)、Codex CLIはそれに先立つ前月にリリースされ、モデルと機能の両面で進化を続けてきた。インタビュー当日(4月8日)時点で、週間アクティブユーザーが300万
「人は管理できない」と考える必要がある 日本企業では、係長や課長の立場にある上司を「中間管理職」などと呼びますが、僕は上司にとって最も難しい仕事は「管理」だと考えています。 多くの上司が、自分の仕事は「部下を管理することだ」と考えがちですが、それは明らかな勘違いです。 上司に求められているのは、仕事の「プロセス」の管理であり、その先にある「成果」の管理です。 成果を出すための「売り上げ」や「予算」、「労働時間」や「リソース」などの管理を会社から求められているのであって、部下を管理することは含まれていません。 なぜならば、人が人を管理することは、仕事の領域を遥かに超えるほど、複雑で困難を極めるからです。 あなたに配偶者や恋人がいるとしたら、パートナーから管理されたいですか? 「今日は何をやりなさい」とか、「会社からは何時に帰りなさい」などと事細かく管理されたら、息苦しいだけで、仕事をする気力
こんにちは、Azure サポートチームの檜山です。 今回は Azure ロードバランサーの利用にあたり、よくあるお問い合わせで代表的なものについてご紹介させていただきます。 Azure ロードバランサー利用時に想定した動作ができないといった時に制限事項にあてはまっている場合がございますので、そのような時はご一読いただけますと幸いです。 また、Azure ロードバランサーを経由した通信のトラブルシューティングについては以下もご参照ください。 ロードバランサー経由での通信ができない場合のチェックポイント Azure ロードバランサー (内部 [プライベートIP] / 外部 [パブリック IP]) 利用時のよくあるお問合せAzure ロードバランサー利用時のよくあるお問合せとして以下のようなものがあります。 ロードバランサーのバックエンドプールに VM を追加できない ロードバランサーのバックエ
「今日も気づいたら1時間もスマホを眺めてしまった」「やるべきことがあるのに、体が動かない......」 そんな自分を「怠惰だ」「ダメな人間だ」と責めてはいないでしょうか。SNSで流れてくる他人の精力的な活動や、深夜まで届く仕事の通知にさらされる現代において、私たちは常に「もっと生産的であらねばならない」という無言のプレッシャーに晒されています。 しかし、『なぜ休むことに罪悪感を覚えるのか』の著者、デヴォン・プライス博士は、こうした「怠惰」だと感じてしまう状態こそが、実は私たちの心身が発する「命を守るための防衛反応」であると説きます。 ※本稿は、デヴォン・プライス (著), 佐々木寛子 (翻訳)『なぜ休むことに罪悪感を覚えるのか』(ディスカヴァー・トゥエンティワン)より、内容を一部抜粋・編集したものです。 成功しているアーティストが抱えていた「恐怖」 マイケルという新進気鋭のアーティストの例
昨今GitHub上で提供されている有名なOSSに対して攻撃がなされることが多い(例: Nxの2025/08の事例)。自分もそこから学び、最低限GitHub上でセキュリティ周りの設定を入れた方が良いと考えた。 設定を考えるにあたって、とくに次の3つの記事が参考になった。 リポジトリを保護するためのクイック スタート - GitHub ドキュメント Nx の攻撃から学べること #s1ngularity | blog.jxck.io GitHub の Immutable Releases を有効にしてセキュリティインシデントを防ごう これらを参考にAIと協力して最低限のセットアップドキュメントを作ったので共有する。もっとこういう設定を入れるべきなどあれば、教えてもらえると嬉しい。 GitHub OSS セキュリティ最低限セット チェックリスト [ ] Dependabot Alertsを有効化
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く