本庁～ガバクラ（AWS）間の業者間調整がなんとかなった話｜Kazuya
業者間調整が終わりました 庁舎～ガバクラ（AWS）間の設計や業者間の調整がだいたい終了しました。ほぼ一人情シスで他の事をやりながらであったということもあり、なかなか面倒でありました。その内容やこうすればよかった等を残しますので、1自治体にでも参考になれば幸いです。 弊社の構成 弊社の構成は、LGCSではなく、独自に回線業者を選定し、ガバクラに接続します。コストや冗長性を考慮しこの構成を選択しました。以下に概要を示します。 構成概要図 ステークホルダとして、庁内の基幹系NW業者（現住民記録システムベンダA）が引き続き庁内NW・ASP部分とNWアカウント部分を、回線事業者Bと1機能だけのASPベンダCが存在することとなりました。 構成のポイント 現行のネットワーク構成で危ないなと感じていたのは、庁舎からベンダDC間のネットワークが1本のみ（インターネットVPN）で、単一障害点として業務停止の恐
How can I get a list of all open named pipes in Windows?
Is there an easy way to test whether your named pipe is working correctly? I want to make sure that the data I'm sending from my app is actually being sent. Is there a quick and easy way to get a list of all the named pipes?
限定公開クラスタ設定が無効のGKEでCloud NATを使う方法 - DMM inside
DMM GAMESプラットフォームにおけるインフラ事例として、限定公開クラスタ設定が無効のGKEでのCloud NATを使う方法についてご紹介です。
GKE/Kubernetesネットワークの基礎 ルートベースネットワークとVPC-nativeネットワークの違い
この記事は Google Cloud Japan Customer Engineer Advent Calendar 2019 の 14日目の記事です。 以前にこちらの記事で VPC-native クラスタの説明と、ルートベースのクラスタについても簡単に触れましたが、今回はもっと具体的な違いと、両者のメリットデメリットについて解説していきたいと思います。 今回解説する内容は次の点です。 ・実際に GCP の VPC ネットワークのどの設定がこの両者の違いを実現しているのか？ ・クラスタ内の Pod と外部の通信の仕組みついてなにか違いはあるのか？ ・両者のメリット、デメリットとそれぞれのユースケースについて 実際に GKE のクラスタを作りながらみていきましょう。 ルートベースのクラスタまずはルートベースのクラスタを gcloud コマンドで作成します。ルートベースを指定するオプションは
FIDO 2.0を実装してみた感じ - tmytのらくがき
TL;DR Passport.jsでFIDO 2.0実装してみた EdgeでWindows Helloした あとあとよく見たらpassport-mspassport*1ってのがありました やりたかったこと WebサービスでWindows Hello認証をやってみたくていろいろ試してみた感じ。Windows HelloはFIDO 2.0の実装となっていて、公開鍵暗号をベースとしたチャレンジレスポンス認証。 あくまでもユーザとデバイスの組の確実性しか保証されないので、ログインしようとしているユーザがリソースにアクセスする権限があるかどうかについては関与できない。なので、実際に使うとなると既知のユーザアカウント認証に対して公開鍵を登録するという実装になるのかな。という感じ。 今回実装したものも、GitHubのOAuth認証がすでに実装されているのでそこに対してFIDO 2.0の公開鍵を登録する仕
Gateway API の現在地 〜これまでとこれから〜 - @amsy810's Blog
この記事は Kubernetes Advent Calendar 2023 の 1 日目の記事です。 こんにちは。サイバーエージェントの青山（@amsy810）です。 2017 年から 12/1 の初日に記事を書き始め、早いもので 7 年目になりました。 2020/2021 年の、おうち Kubernetes のために Synology CSI に追加実装をしたりした話もネタとして面白いのでぜひ見てみてください。 amsy810.hateblo.jp amsy810.hateblo.jp 今年は約 1 ヶ月前に GA した Gateway API の現在地、将来的に Gateway API がどう発展していきそうかについてお話ししたいと思います。 Gateway API の GA Release Gateway API はこの記事執筆時点 12/1 の約一ヶ月前の 2023/10/31 に
いいエンジニアになるための2つのポイント ──元Google技術者・石原氏が説く「シリコンバレー流ソフトウェア開発術」
AI技術の進化は、ソフトウェア開発の現場に大きな変化をもたらした。単純作業がLLMに代替される場面も増えてきた昨今、従来の開発手法は見直されつつある。いわゆる「シリコンバレー企業」をはじめとする欧米の先進的なIT企業により、従来の常識が次々と塗り替えられているなか、国内企業はどのようにして生き残っていくべきだろうか？ソフトウェア技術者の養成機関・Greek Alphabet Software Academyで講師を務め、自らもGoogle本社で10年間の勤務経験がある石原直樹氏が、AI新時代のエンジニアに求められるスキルや開発組織の在り方・養成機関での取り組みなどについて講演を行った。 シリコンバレー流開発術とはトライ&エラーの繰り返し 「シリコンバレー流ソフトウェア開発術」と銘打たれた本講演。その冒頭、石原氏は「正しいソフトウェア開発は存在しない」と断言する。ソフトウェア開発は常に変化し
日本在住の英語を話すソフトウェア開発者、年収の中央値は950万円に
調査結果によれば、調査対象者の年収中央値は850万円だった。2023年から横ばいとなり、年収2000万円以上は10％だった。 外資系企業で働いているエンジニアの年収中央値は、日本企業と比較して47％高い。また、経験年数10〜20年のエンジニアで比較すると外資系企業の年収中央値の方が、日本企業よりも75％以上高くなっている。 流暢にまたは常に英語を使うエンジニアの年収中央値は950万円でもっとも高くなった一方、英語をまったくまたはめったに使わないエンジニアの年収はもっとも低く、中央値は550万円だった。 転職活動についての質問では、リモートワークができないという回答者の39％、フルリモート可能なエンジニアの10％が転職活動中と答えており、リモートワークの機会や時間が少ないエンジニアほど、転職を希望する傾向が強い。 エンジニア経験年数の中央値は、男性が7年、女性が6年だった。男性の25％が13
Ruby 3.3 YJITのメモリ管理とRJIT 〜すべてが新しくなった2つのJITを使いこなす | gihyo.jp
Ruby 3.3リリース！ 新機能解説 Ruby 3.3 YJITのメモリ管理とRJIT 〜すべてが新しくなった2つのJITを使いこなす 2023年12月25日、Ruby 3.3.0がリリースされ、様々な新機能が加えられました。本連載では実際に携わった皆さんにその新しいRubyをご紹介いただきます。 RubyはJust-In-Time（JIT）コンパイラという機能を備えており、これを有効化すると実行時に機械語を生成して様々な最適化が行なわれ、実行が高速になります。Ruby 3.3にはYJITとRJITという2つのJITコンパイラがあり、デフォルトでは無効になっていますが、それぞれ--yjitと--rjitで有効化できます。 この回では、Ruby 3.3でYJITの性能特性が変化した点や、YJITに新たに追加された便利な機能、またRJITはどのように使うものであるかについて解説します。 YJ
インターネットの速度が遅い原因は多くの場合帯域幅とレイテンシーにあるとの指摘
インターネットを快適に楽しむためには、適切なデバイスの購入のほかに、帯域幅やレイテンシーが重要になります。「帯域幅」や「レイテンシー」について、学術雑誌「Communications of the ACM」が解説しています。 You Don’t Know Jack about Bandwidth – Communications of the ACM https://cacm.acm.org/practice/you-dont-know-jack-about-bandwidth/ Communications of the ACMは帯域幅とレイテンシーをインターネットというパイプに例えて説明しています。インターネット接続を介して一度に送信できるデータ量を指す帯域幅は「パイプの直径」であり、「パイプが太いほど、より多くのデータを一度に送信できる一方、パイプが狭いほどデータ送信に時間がかかり、
2つのSaaSをフルスクラッチで開発して分かった、開発スピード向上を実現するアーキテクチャ選定の勘所
スタートアップの生命線は、スピードとPMF メディカルフォースという会社は、名前に「メディカル」と入っているものの、実際には医療系のSaaSだけでなく、さまざまなサービスを展開している企業である。当初は、社名と同じ「medicalforce」というSaaSを2021年にローンチした。これは、保険診療のみならず、自由診療（保険が適用されない医療）を提供しているクリニックを中心に患者の予約から会計までを一括で管理できるサービスだ。そして2024年5月には警備業界向けの同様のSaaSを提供開始しており、バーティカルSaaSを多岐にわたって開発していくことを目指している会社である。そのため、ビジョンを「これからの産業の成長プロセスを合理化する」とし、より広範な事業展開を目指している。 CTOの畠中氏は、学生時代からインフラの構築やWebアプリの立ち上げに多数取り組んできた。2020年11月に株式会
パフォーマンス改善の始め方と、APIレスポンスタイムを67%短縮した話 - YOUTRUST Tech Blog
こんにちは、YOUTRUST Webエンジニアの寺井(YOUTRUST/X)です。 私はYOUTRUSTに入社してからこれまでプロダクト開発部に所属しており、主に機能開発を担当していました。 2024年8月からは技術開発室に異動し、この1ヶ月はパフォーマンス改善に取り組んできました。 そこで、今回はこの1ヶ月間パフォーマンス改善に取り組んだ過程とその結果を記事にしたいと思います。 1. することの方針の決定 技術開発室に異動と言っても、既存のチームに加入する形ではなく、私の異動とともに新たに品質チームというチームができた形でした。 そのため、着手可能な状態の具体的なタスクがあるわけではなく、何をするか、どんな優先順位で進めていくかから決めていく必要がありました。 チームができた背景としては、品質面の問題は開発組織として把握しつつも、これまでどうしても対応が後回しになってしまっており、特にY
【t-wada】自動テストの「嘘」をなくし、望ましい比率に近づける方法【Developer eXperience Day 2024 レポート】 | レバテックラボ（レバテックLAB）
TOPコラムテック最前線レポート【t-wada】自動テストの「嘘」をなくし、望ましい比率に近づける方法【Developer eXperience Day 2024 レポート】 【t-wada】自動テストの「嘘」をなくし、望ましい比率に近づける方法【Developer eXperience Day 2024 レポート】 2024年8月8日 プログラマ、テスト駆動開発者 和田 卓人 学生時代にソフトウェア工学を学び、オブジェクト指向分析/設計に傾倒。執筆活動や講演、ハンズオンイベントなどを通じてテスト駆動開発を広めようと努力している。『プログラマが知るべき97のこと』（オライリージャパン、2010）監修。『SQLアンチパターン』（オライリージャパン、2013）監訳。『テスト駆動開発』（オーム社、2017）翻訳。『事業をエンジニアリングする技術者たち』（ラムダノート、2022）編者。テストライブ
誰も教えてくれない「分かりやすく美しい図の作り方」超具体的な20のテクニック
【追記】この記事をきっかけに、名著「ノンデザイナーズ・デザインブック」の20周年記念特典eBookの制作に協力させていただきました。詳しくはこちらを御覧ください。 ノンデザイナーズ・デザインブック20周年記念の特典に寄稿しました デザイナーである・なしに関わらず、仕事の中で伝えたいことを「図」で説明する機会は多々あります。提案書で事業内容を説明することもあるでしょうし、具体的な数値をグラフで説明することもあるでしょう。そんな中でこんな指摘を受けたことはありませんか？ ・最終的に何を言いたいのか結論が見えないよ。 ・関係性が複雑すぎて理解しずらいんだけど。 ・要素が多すぎて全てを把握するのが大変。 ・何をどこから見れば良いの？ ・結局一番言いたいことはなんなの？ ・文字サイズがたくさんありすぎてまとまりがないね。 ・安っぽいチラシみたいでダサイなぁ。 ・全体的にバランスが偏ってて不安定。 ・
YARDでSolargraphの補完を強化する
class Foo # @param a [String] # @param b [String] # @return [Integer] def bar(a, b); end end Solargraphとは RubyのLanguage serverです。定義ジャンプや、補完等を提供してくれるものです。 Solargraphの不満 Pure Rubyだとそんなことはないんですが、Railsでの環境だと補完が貧弱になってしまいます。 Railsは黒魔術満載なのでしょうがないんですが、せめて自分の定義したメソッドの補完ぐらいはいい感じに出てほしいです。 YARDとSolargraph Solargraphの公式サイトにありますが、SolargraphはいくつかのYARDタグとSolargraph自体が用意しているカスタムのタグを記述すると補完をいい感じに出してくれるようになります。 RBSと
2024年版のDockerfileの考え方＆書き方 | フューチャー技術ブログ
最近はお客さんとの勉強会でDockerのドキュメントをつまみ食いして読むというのをやっていますが、改めて最新版を読んでみて、いろいろ思考が整理されました。2020年の20.10のマルチステージビルドの導入で大きく変わったのですが、それ以前の資料もweb上には多数あり「マルチステージビルドがよくわからない」という人も見かけるので過去の情報のアンラーニングに使っていただけるように改めて整理していきます。 仕事でPythonコンテナをデプロイする人向けのDockerfile (1): オールマイティ編で触れた内容もありますが改めてそちらに含む内容も含めて書き直しています。 本エントリーの執筆には@tk0miya氏から多大なフィードバックをいただきました。ありがとうございます。 基本的なメンタルモデル現代的な使い方を見ていくために「Dockerを使ってビルドする」というのはどのようなものか考えを整
みんなが楽しめる、技術系ポッドキャスト最高峰クオリティ番組「エンジニアの楽園 vim-jpラジオ」
2024年7月8日月曜12時、ポッドキャストラジオ番組「エンジニアの楽園vim-jpラジオ」がAuDee（TOKYO FM）公式番組として配信開始されました。 ほかにも以下のプラットフォームから配信されていて、毎週月曜更新となっています。 Apple Podcast Spotify Amazon Music まだお聞きになっていない方は、冒頭から圧倒的なクオリティを感じられますので、騙されたと思ってぜひ一度だけでもお聞きになってみてください。 今回は、こちらのラジオ番組を作った経緯や、どのようにして作ったのかを記録しておきます。 構想5年、実働2ヶ月半で配信開始 # きっかけは、vim-jpでつぶやいたこちらの一言でした。 何気なくつぶやいた「そういえば、vim-jp ラジオ立ち上げたい」という、この発言をきっかけにして、パーソナリティとしてありすえさんが手を上げてくださり、ほかにもたくさ
[登壇資料] DDoS攻撃をAWSサービスだけで緩和する方法をまとめてみた #cm_odyssey | DevelopersIO
こんにちは、AWS事業本部@福岡オフィスのべこみん(@beco_minn)です。 本日開催された「Classmethod Odyssey ONLINE 情シスとセキュリティ編」で登壇する機会を頂きました。 本記事はその登壇資料紹介となります。 資料 セッション概要 近年被害が拡大しているDDoS攻撃。そんなDDoS攻撃を緩和する対策はWAFの活用や攻撃対象領域の縮小など様々ありますが、その中でも特にAWSサービスを用いた方法について分かりやすく網羅的にご紹介します。 DDoS対策の参考になりそうなブログ セッション内で紹介したAWSのサービス、機能について参考になりそうなブログをいくつかご紹介します。(後日追記あるかも) CloudFront+S3による静的サイトにCognito認証を追加してみた | DevelopersIO CloudFrontのオリジンをEC2にしてHTTPS通信を強
![[登壇資料] DDoS攻撃をAWSサービスだけで緩和する方法をまとめてみた #cm_odyssey | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/b880d63e4f4863872bb92012bbe392f8f0e8003f/height=288;version=1;width=512/https%3A%2F%2Fdevio2024-media.developers.io%2Fimage%2Fupload%2Fv1720688346%2Fuser-gen-eyecatch%2Fk5z8tfwgyaergujkam0p.png)
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Microsoft: Azure DDoS Attack Amplified by Cyber-Defense Error
Microsoftの中の人直伝！ 「clip.exe」を覚えるとコマンドラインやWSLで便利だぞ／テキスト出力をクリップボードへポイ！……ただし、文字化けには注意【やじうまの杜】
