Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
20 世紀末の地方税理士事務所で IT 導入の 1 → 10 を頑張った話
Search
hmatsu47
PRO
November 03, 2023
Technology
0
66
20 世紀末の地方税理士事務所で IT 導入の 1 → 10 を頑張った話
AWS カーニバル ~ 秋の祭典スペシャル!~ LT 2023/11/04
hmatsu47
PRO
November 03, 2023
Tweet
Share
More Decks by hmatsu47
See All by hmatsu47
HeatWave on AWS のインバウンドレプリケーションで HeatWave エンジン有効時のレプリケーションラグを確認してみた!
hmatsu47
PRO
0
6
CloudWatch Database Insights 関連アップデート
hmatsu47
PRO
0
13
さいきんの MySQL との付き合い方 〜 MySQL 8.0 より後の世界へようこそ 〜
hmatsu47
PRO
0
19
ベクトルストア入門
hmatsu47
PRO
0
19
Aurora DSQL について
hmatsu47
PRO
0
15
DynamoDB Global Tables MRSC・pgvector 0.8.0・caching_sha2_password 関連アップデート
hmatsu47
PRO
0
16
10 年(+1 年)の振り返りと 2025 年の活動予定
hmatsu47
PRO
0
32
RDS/Aurora アップデート(2024 年版)
hmatsu47
PRO
0
40
Aurora DSQL と楽観的同時実行制御(OCC)
hmatsu47
PRO
0
54
Other Decks in Technology
See All in Technology
Goの組織でバックエンドTypeScriptを採用してどうだったか / How was adopting backend TypeScript in a Golang company
kaminashi
6
6.2k
Amazon CloudWatch Application Signals ではじめるバーンレートアラーム / Burn rate alarm with Amazon CloudWatch Application Signals
ymotongpoo
5
530
Linuxのパッケージ管理とアップデート基礎知識
go_nishimoto
0
380
AIコーディングの最前線 〜活用のコツと課題〜
pharma_x_tech
3
1.8k
AI AgentOps LT大会(2025/04/16) Algomatic伊藤発表資料
kosukeito
0
140
Classmethod AI Talks(CATs) #21 司会進行スライド(2025.04.17) / classmethod-ai-talks-aka-cats_moderator-slides_vol21_2025-04-17
shinyaa31
0
600
MCPを活用した検索システムの作り方/How to implement search systems with MCP #catalks
quiver
12
6.8k
AIでめっちゃ便利になったけど、結局みんなで学ぶよねっていう話
kakehashi
PRO
0
180
クォータ監視、AWS Organizations環境でも楽勝です✌️
iwamot
PRO
1
320
ガバクラのAWS長期継続割引 ~次の4/1に慌てないために~
hamijay_cloud
1
260
LangfuseでAIエージェントの 可観測性を高めよう!/Enhancing AI Agent Observability with Langfuse!
jnymyk
1
240
Making a MIDI controller device with PicoRuby/R2P2 (RubyKaigi 2025 LT)
risgk
1
250
Featured
See All Featured
A Tale of Four Properties
chriscoyier
158
23k
jQuery: Nuts, Bolts and Bling
dougneiner
63
7.7k
RailsConf & Balkan Ruby 2019: The Past, Present, and Future of Rails at GitHub
eileencodes
135
33k
How To Stay Up To Date on Web Technology
chriscoyier
790
250k
Build The Right Thing And Hit Your Dates
maggiecrowley
35
2.6k
The Web Performance Landscape in 2024 [PerfNow 2024]
tammyeverts
5
520
KATA
mclloyd
29
14k
Fireside Chat
paigeccino
37
3.4k
Product Roadmaps are Hard
iamctodd
PRO
52
11k
Site-Speed That Sticks
csswizardry
5
500
BBQ
matthewcrist
88
9.6k
Designing Experiences People Love
moore
141
24k
Transcript
20 世紀末の地方税理士事務所で IT 導入の 1 → 10 を頑張った話 AWS カーニバル
~ 秋の祭典スペシャル!~ 懇親会 LT 2023/11/04 まつひさ(hmatsu47)
自己紹介 松久裕保(@hmatsu47) • https://qiita.com/hmatsu47 • 現在のステータス: ◦ 名古屋で Web インフラのお守り係をしています
◦ 各地のオフラインイベントに出没中 ▪ 盛岡(8 月)→松山(9 月)→福岡(10 月)→今回の札幌(11 月) 2
おことわり • AWS の話は出てきません ◦ S3 の登場から遡ること 5 年以上前の話です •
中身のある話ではありません ◦ 適当に聞き流してください ▪ 懇親会 LT ですから 3
1996 年 4 月 • 名古屋の税理士事務所のグループに就職 ◦ グループには社労士事務所・司法書士事務所などを含む ▪ 後年、法改正を機にそれぞれ法人化
◦ グループ内のコンサルティング会社に所属 ◦ 情シスの一員として社会人生活スタート 4
当時の事務所は • すでに IT 導入が進行中(0 → 1 が終わったあたり) ◦ 正社員(職員)1
人 1 台パソコン配布 ◦ 社内(グループ内)LAN 構築済み ▪ 複数のビル間を赤外線レーザー装置で接続 ◦ (制限はあったが)インターネットにも接続可 5
当時の事務所は • かなり先進的 ◦ 1994 〜 5 年頃の中小事業所としては非常に珍しかったはず 6
先進的ゆえの問題が発生 • 設計・実装と並行または後追いでルールが決まる ◦ 使っていたローカル IP アドレスが RFC1918(1597)の範囲外 • 新技術の採用が「人柱」化する
◦ ビル間接続用の赤外線レーザー装置がトラブル続き • サイジングが難しい(事例が少ない→目安がない) ◦ 必要サーバスペック・台数 ◦ ネットワークアドレス空間・帯域 7
そのタイミングで入社してきた私のお仕事 • これらの問題(ある意味での技術的負債)を解決する ◦ 安定した運用ができるように ◦ グループの事業をスケールさせるために 8
1 つずつ地道に解決(ほぼ自力で) • 設計・実装と並行または後追いでルールが決まる ◦ ネットワーク再設計(IP アドレス空間変更) • 新技術の採用が「人柱」化する ◦
光ファイバ(ダークファイバ心線貸しサービス)に移行 • サイジングが難しい(事例が少ない→目安がない) ◦ サーバ増設・分割・リプレース ◦ L3SW 導入によるサブネット分割(ついでに 100M 全二重化) 9
当時 Google は存在しなかったので • 頼りになったのは ◦ 雑誌 ◦ メーカー(ベンダー)公式サイト ◦
製品カタログ 10
その他の問題(番外) • Qiita の去年の 1 人アドベントカレンダーで連載 ◦ https://qiita.com/advent-calendar/2022/hmatsu47 11
とはいえ • これら(解決が必要だった問題)は怠惰による失敗ではない ◦ その時点でできる限りの選択をした結果、負債化したもの ▪ 怠惰によって発生したものは技術的負債とは呼ばない ◦ 負債 ≠
避けるべきもの ▪ 一方的にネガティブなだけのものではない 12
現在:AWS などのパブリッククラウドが一般化 • 設計上の問題があったとしても機器等の再調達は不要 • それでも本番投入後に構成を変えるのは難しい ◦ 難しさはオンプレ時代とあまり変わらない ▪ 0
→ 1 はもちろん 1 → 10 も難しい 13
安全な手法を選択したい…けれど • 生きのこるために、ときには挑戦が必要 ◦ 会社の事業が生きのこるため ▪ スケールできない・変化できない事業→死 ◦ IT エンジニアとして生きのこるため
14
怯まず挑戦していきましょう • 挑戦を博打にしないよう、コミュニティで学びを! 15