レガシーシステム・技術的負債とは何か Diverseの向き合い方

by SAMUKEI

Slide 1

Slide 1 text

レガシーシステム技術的負債　　　　　　　　　　とは何か Diverseの関わり方

Slide 2

Slide 2 text

who? ● さむけい（藤田　雄大） ● 所属はDiverse Inc. / MAEMO LLC ● youbrideのサーバ・クライアントやってます ● DroidKaigi 2019に登壇します！PWAの話します！ https://droidkaigi.jp/2019/ ● 会社でPodcast配信してます。聴いてください！ https://podcast.diverse-inc.com/

Slide 3

Slide 3 text

オンラインカジュアルシリアスオフライン

Slide 4

Slide 4 text

レガシーシステム技術的負債に悩まされているという方

Slide 5

Slide 5 text

みなさん悩んでいますね！

Slide 6

Slide 6 text

では、レガシーシステム技術的負債とはなんでしょうか？

Slide 7

Slide 7 text

レガシーシステムとは？(wikipedia引用) レガシーシステムとは、主にコンピュータの分野で、代替すべき新しい技術などのために古くなったコンピュータのシステムや技術などのことである。そのようなデバイスをレガシーデバイス、そのようなオペレーティングシステムを、レガシーOSなどともいう。

Slide 8

Slide 8 text

技術的負債とは？(wikipedia引用) 技術的負債とは、行き当たりばったりなソフトウェアアーキテクチャと、余裕のないソフトウェア開発が引き起こす結果のことを指す新しい比喩である。「設計上の負債」とも言う。

Slide 9

Slide 9 text

ざっくり・古いシステムなどレガシーシステム・設計ミス or 設計のないソフトウェアを技術的負債ということで、悪いっぽいですね。

Slide 10

Slide 10 text

本当にそうでしょうか？

Slide 11

Slide 11 text

古いシステムということは枯れている(安定している)ということではないの？

Slide 12

Slide 12 text

当時は設計が適切であっても時代の流れに取り残されたら技術負債になるよね？

Slide 13

Slide 13 text

モヤモヤしてきましたか？

Slide 14

Slide 14 text

モヤモヤしてきましたね？

Slide 15

Slide 15 text

でも、レガシーシステム技術的負債にはみなさん悩まされていますよね？

Slide 16

Slide 16 text

では、レガシーシステム技術的負債を”課題”と捉えてみるとどうでしょうか？

Slide 17

Slide 17 text

みなさん”課題”を”解決”することは好き(面白い)ですよね？

Slide 18

Slide 18 text

じゃあ、レガシーシステム技術的負債という”課題”を”解決”することは、　　　　　　　　　　面白いことじゃないですか！？

Slide 19

Slide 19 text

ということで、 Diverseがどのようにレガシーシステム技術的負債という”課題”と向き合っているかを話します！

Slide 20

Slide 20 text

では、 Diverseにおけるレガシーシステム技術的負債の”課題”を元に分類してみます

Slide 21

Slide 21 text

インフラ ● オンプレミス ● 2013年にリプレースしたままの環境(youbrideの例) ○ ホスト環境のOSが古い ○ 仮想環境のOSが古い ○ 仮想環境内のソフトウェアのバージョンが古いアプリケーション

Slide 22

Slide 22 text

インフラアプリケーション ● サーバサイドの言語がPerl ● 開発キャパを超えた仕様変更による改修

Slide 23

Slide 23 text

分類ができましたねそれぞれの課題の詳細とアプローチを考えます

Slide 24

Slide 24 text

● オンプレミス ● 2013年にリプレースしたままの環境(youbrideの例) ○ ホスト環境のOSが古い ○ 仮想環境のOSが古い ○ 仮想環境内のソフトウェアのバージョンが古いインフラアプリケーション

Slide 25

Slide 25 text

オンプレミスの課題オンプレ = 悪ではありませんが、 ● 即時のスケールアップが難しい ● 開発環境の増設なども保守会社への問い合わせが必要といった点がプロダクトの成長にネックになっています。

Slide 26

Slide 26 text

オンプレミスへのアプローチ開発を円滑に進めるためにAWSなどのクラウドへの移行を進めています。オンプレミス環境を一気に全部移行することは出来ません。そのため、機能単位でクラウド環境に移行を計画しています。現在は、STFからAWS S3に移行をしています。

Slide 27

Slide 27 text

Slide 28

Slide 28 text

2013年のままの環境の課題重大なセキュリティパッチのみ当てる運用になっていたため、 ● 重大なセキュリティリスクはないがソフトウェアが構成が古い ● なので、メジャーバージョンアップには設定ファイルのマイグレーションも必要になる ● 結果、アップデートが難しいという状況になっています。

Slide 29

Slide 29 text

2013年のままの環境へのアプローチ社内の文化と体制に問題があると考え、 ● 上長に現状の課題を認識してもらう ● 認識してもらった上で、社内にSRE部隊を整備することに同意してもらうという、課題を解消するための組織作りを始めています。

Slide 30

Slide 30 text

● サーバサイドの言語がPerl ● 開発キャパを超えた仕様変更による改修インフラアプリケーション

Slide 31

Slide 31 text

サーバサイドの言語がPerlの課題 Perlは年に1回アップデートされており、メンテナンスされています。そのため、Perl = レガシーではないと個人的には考えています。ただし、 ● 言語のシェアが減っており、Perlでの求人活動はすごく難しい ● 社内に第一言語がPerlの人が少なくなったという課題を抱えています。

Slide 32

Slide 32 text

サーバサイドの言語がPerlへのアプローチ (youbrideの例) 求人活動の課題はクリティカルになっているため、積極的にPerlから別の言語に移行する作業を進めています。 youbrideではWeb/API双方が必要なため、マイクロサービス化は考えずにフルスタックなフレームワークを持つRubyへの移行を現在進めています。 (仲間募集中です！)

Slide 33

Slide 33 text