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
37
20 世紀末の地方税理士事務所で IT 導入の 1 → 10 を頑張った話
AWS カーニバル ~ 秋の祭典スペシャル!~ LT 2023/11/04
hmatsu47
PRO
November 03, 2023
Tweet
Share
More Decks by hmatsu47
See All by hmatsu47
BuriKaigi2024 にボランティアスタッフとして参加した話
hmatsu47
PRO
0
51
Aurora MySQL と Redshift の zero-ETL 統合のフィルター機能を試してみた
hmatsu47
PRO
0
20
Aurora MySQL 3.06 の ML 機能で Bedrock アクセスを試してみた
hmatsu47
PRO
0
33
RDS Data API と Aurora zero-ETL 統合と BuriKaigi2024 の話
hmatsu47
PRO
0
15
RDS Data API のその後と Aurora zero-ETL 統合のデータ転送処理の話
hmatsu47
PRO
0
41
RDS_Aurora 関連アップデート 2023 版
hmatsu47
PRO
0
69
人工無能たいたん
hmatsu47
PRO
0
61
パソコン通信むかしばなし
hmatsu47
PRO
0
200
MySQL HeatWave の制限事項と RDS for MySQL → HeatWave on AWS の DMS レプリケーションを実際に試してみた
hmatsu47
PRO
0
270
Other Decks in Technology
See All in Technology
Reducing Cross-Zone Egress at Spotify with Custom gRPC Load Balancing Recap
koh_naga
0
210
Java EE/Jakarta EEの現状と将来―クラウドネイティブ時代にJava EEは対応できるのか?―
takakiyo
1
170
MapLibreとAmazon Location Service
dayjournal
1
160
AWS学習者向けにAzureの解説スライドを作成した話
handy
2
100
いつか使うかも貯金してたらめちゃめちゃ機能が増えてた話
riyaamemiya
0
430
競技としてのKaggle、役に立つKaggle
yu4u
5
2k
20240418_Google ColabにLLMが搭載されたようなのでPython x データ分析の勉強方法を考えてみる
doradora09
0
150
KubeConにproposalを送りたい人へのアドバイス
sat
PRO
3
260
ルーターでプレゼンする
puhitaku
0
840
チームでロジカルシンキングに改めて向き合っている話 〜学習環境と実践⽅法〜
sansantech
PRO
3
2.9k
Google Cloud Next '24でブログを10本書いた方法と勉強会を沸かせた方法
yasumuusan
0
310
Azureの基本的な権限管理の勉強会
yhana
0
940
Featured
See All Featured
How to name files
jennybc
65
93k
Refactoring Trust on Your Teams (GOTO; Chicago 2020)
rmw
25
2.3k
Intergalactic Javascript Robots from Outer Space
tanoku
266
26k
It's Worth the Effort
3n
180
27k
Teambox: Starting and Learning
jrom
128
8.4k
Rebuilding a faster, lazier Slack
samanthasiow
73
8.2k
Fontdeck: Realign not Redesign
paulrobertlloyd
76
4.9k
Put a Button on it: Removing Barriers to Going Fast.
kastner
58
3.1k
Imperfection Machines: The Place of Print at Facebook
scottboms
260
12k
The Brand Is Dead. Long Live the Brand.
mthomps
49
29k
Keith and Marios Guide to Fast Websites
keithpitt
408
22k
Designing for humans not robots
tammielis
248
25k
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