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
62
20 世紀末の地方税理士事務所で IT 導入の 1 → 10 を頑張った話
AWS カーニバル ~ 秋の祭典スペシャル!~ LT 2023/11/04
hmatsu47
PRO
November 03, 2023
Tweet
Share
More Decks by hmatsu47
See All by hmatsu47
10 年(+1 年)の振り返りと 2025 年の活動予定
hmatsu47
PRO
0
12
RDS/Aurora アップデート(2024 年版)
hmatsu47
PRO
0
15
Aurora DSQL と楽観的同時実行制御(OCC)
hmatsu47
PRO
0
19
Claude 3.5 で Haiku
hmatsu47
PRO
0
17
HeatWave on AWS の PrivateLink インバウンドレプリケーションで Aurora フェイルオーバーに追従する
hmatsu47
PRO
0
20
大吉祥寺.pm の LT で ChatGPT の力を借りて Next.js App Router ベースの投句箱を作って、 Lambda Web Adapter を使って公開した話
hmatsu47
PRO
0
21
ある日突然 DB の性能が 1/2(サイズのインスタンス相当)になった話
hmatsu47
PRO
0
43
pgvectorscale と pgai の話(ざっくり)
hmatsu47
PRO
0
67
pgvector 0.7.0 の新機能と、これから来る(かもしれない)pgvectorscale
hmatsu47
PRO
0
68
Other Decks in Technology
See All in Technology
10年もののバグを退治した話
n_seki
0
140
エンジニアリングマネージャー視点での、自律的なスケーリングを実現するFASTという選択肢 / RSGT2025
yoshikiiida
4
2.8k
3年でバックエンドエンジニアが5倍に増えても破綻しなかったアーキテクチャ そして、これから / Software architecture that scales even with a 5x increase in backend engineers in 3 years
euglena1215
11
4.3k
最近のSfM手法まとめ - COLMAP / GLOMAPを中心に -
kwchrk
8
1.7k
[JAWS-UG新潟#20] re:Invent2024 -CloudOperationsアップデートについて-
shintaro_fukatsu
0
150
Oracle Base Database Service 技術詳細
oracle4engineer
PRO
6
54k
組織に自動テストを書く文化を根付かせる戦略(2024冬版) / Building Automated Test Culture 2024 Winter Edition
twada
PRO
26
7.1k
大規模言語モデルとそのソフトウェア開発に向けた応用 (2024年版)
kazato
2
450
AI×医用画像の現状と可能性_2024年版/AI×medical_imaging_in_japan_2024
tdys13
0
1.2k
普通のエンジニアがLaravelコアチームメンバーになるまで
avosalmon
0
670
PHP ユーザのための OpenTelemetry 入門 / phpcon2024-opentelemetry
shin1x1
3
1.6k
AIエージェントに脈アリかどうかを分析させてみた
sonoda_mj
2
130
Featured
See All Featured
Scaling GitHub
holman
459
140k
Responsive Adventures: Dirty Tricks From The Dark Corners of Front-End
smashingmag
251
21k
Fantastic passwords and where to find them - at NoRuKo
philnash
50
2.9k
Building an army of robots
kneath
302
44k
Easily Structure & Communicate Ideas using Wireframe
afnizarnur
191
16k
Practical Orchestrator
shlominoach
186
10k
The Psychology of Web Performance [Beyond Tellerrand 2023]
tammyeverts
45
2.3k
Facilitating Awesome Meetings
lara
50
6.2k
Being A Developer After 40
akosma
89
590k
Faster Mobile Websites
deanohume
305
30k
[RailsConf 2023] Rails as a piece of cake
palkan
53
5.1k
Designing on Purpose - Digital PM Summit 2013
jponch
116
7k
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