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
73
20 世紀末の地方税理士事務所で IT 導入の 1 → 10 を頑張った話
AWS カーニバル ~ 秋の祭典スペシャル!~ LT 2023/11/04
hmatsu47
PRO
November 03, 2023
Tweet
Share
More Decks by hmatsu47
See All by hmatsu47
PostgreSQL+pgvector で GraphRAG に挑戦 & pgvectorscale 0.7.x アップデート
hmatsu47
PRO
0
10
LlamaIndex の Property Graph Index を PostgreSQL 上に構築してデータ構造を見てみる
hmatsu47
PRO
0
12
PostgreSQL+pgvector で LlamaIndex の Property Graph Index を試す(序章)
hmatsu47
PRO
0
11
HeatWave on AWS という選択肢を検討してみる
hmatsu47
PRO
0
6
HeatWave on AWS のインバウンドレプリケーションで HeatWave エンジン有効時のレプリケーションラグを確認してみた!
hmatsu47
PRO
0
16
CloudWatch Database Insights 関連アップデート
hmatsu47
PRO
0
32
さいきんの MySQL との付き合い方 〜 MySQL 8.0 より後の世界へようこそ 〜
hmatsu47
PRO
0
30
ベクトルストア入門
hmatsu47
PRO
0
25
Aurora DSQL について
hmatsu47
PRO
0
29
Other Decks in Technology
See All in Technology
GeminiとNotebookLMによる金融実務の業務革新
abenben
0
250
論文紹介:LLMDet (CVPR2025 Highlight)
tattaka
0
250
Understanding_Thread_Tuning_for_Inference_Servers_of_Deep_Models.pdf
lycorptech_jp
PRO
0
150
Liquid Glass革新とSwiftUI/UIKit進化
fumiyasac0921
0
300
生成AI活用の組織格差を解消する 〜ビジネス職のCursor導入が開発効率に与えた好循環〜 / Closing the Organizational Gap in AI Adoption
upamune
6
4.7k
AWS Summit Japan 2025 Community Stage - App workflow automation by AWS Step Functions
matsuihidetoshi
1
310
mrubyと micro-ROSが繋ぐロボットの世界
kishima
3
390
生まれ変わった AWS Security Hub (Preview) を紹介 #reInforce_osaka / reInforce New Security Hub
masahirokawahara
0
380
LangSmith×Webhook連携で実現するプロンプトドリブンCI/CD
sergicalsix
1
160
開発生産性を組織全体の「生産性」へ! 部門間連携の壁を越える実践的ステップ
sudo5in5k
1
1.4k
2025-06-26_Lightning_Talk_for_Lightning_Talks
_hashimo2
2
120
SpringBoot x TestContainerで実現するポータブル自動結合テスト
demaecan
0
130
Featured
See All Featured
Design and Strategy: How to Deal with People Who Don’t "Get" Design
morganepeng
130
19k
Gamification - CAS2011
davidbonilla
81
5.3k
Save Time (by Creating Custom Rails Generators)
garrettdimon
PRO
31
1.3k
The Power of CSS Pseudo Elements
geoffreycrofte
77
5.8k
Making the Leap to Tech Lead
cromwellryan
134
9.4k
Connecting the Dots Between Site Speed, User Experience & Your Business [WebExpo 2025]
tammyeverts
5
240
JavaScript: Past, Present, and Future - NDC Porto 2020
reverentgeek
48
5.4k
Done Done
chrislema
184
16k
Designing Dashboards & Data Visualisations in Web Apps
destraynor
231
53k
Side Projects
sachag
455
42k
Fight the Zombie Pattern Library - RWD Summit 2016
marcelosomers
233
17k
Speed Design
sergeychernyshev
32
1k
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