回答編集履歴
5
校正
test
CHANGED
@@ -68,13 +68,11 @@
|
|
68
68
|
|
69
69
|
|
70
70
|
|
71
|
-
|
71
|
+
|
72
72
|
|
73
73
|
## 補足追記
|
74
74
|
|
75
|
-
リリースまでの速さを求められるWEBエンジニアやCAPDサイクルを回すスクラム開発をやっている人には
|
75
|
+
リリースまでの速さを求められるWEBエンジニアやCAPDサイクルを回すスクラム開発をやっている人には少々わかりにくい説明だったので補足しておきます。
|
76
|
-
|
77
|
-
少々わかりにくい説明だったので補足しておきます。
|
78
76
|
|
79
77
|
|
80
78
|
|
4
校正
test
CHANGED
@@ -68,7 +68,9 @@
|
|
68
68
|
|
69
69
|
|
70
70
|
|
71
|
+
---
|
72
|
+
|
71
|
-
補足追記
|
73
|
+
## 補足追記
|
72
74
|
|
73
75
|
リリースまでの速さを求められるWEBエンジニアやCAPDサイクルを回すスクラム開発をやっている人には
|
74
76
|
|
@@ -100,7 +102,9 @@
|
|
100
102
|
|
101
103
|
|
102
104
|
|
103
|
-
これらをお客さん側も求めてきますので、単に構築だけすれば良いというわけでは無いので
|
105
|
+
これらをお客さん側も求めてきますので、単に構築だけすれば良いというわけでは無いので
|
106
|
+
|
107
|
+
注意してください。
|
104
108
|
|
105
109
|
|
106
110
|
|
@@ -134,10 +138,16 @@
|
|
134
138
|
|
135
139
|
まとめますと、インフラエンジニアでも十分仕事はあります。
|
136
140
|
|
137
|
-
むしろ、人を確保するのが困難で、できる人がいない上に、
|
141
|
+
むしろ、人を確保するのが困難で、できる人がいない上に、
|
138
142
|
|
139
|
-
|
143
|
+
一旦案件に携わると1年~5年スパンになってきます。
|
140
144
|
|
145
|
+
それ故に、インフラエンジニアの引き合いはとても多く、
|
146
|
+
|
147
|
+
会社側もインフラエンジニアを手放さないですね。
|
148
|
+
|
141
|
-
仕事内容も全体を見渡して物事を考えないといけませんので、
|
149
|
+
仕事内容も全体を見渡して物事を考えないといけませんので、
|
150
|
+
|
151
|
+
考慮しないといけないところはかなり多くなると思います。
|
142
152
|
|
143
153
|
仕事は2つの意味で**ハード**ですね。
|
3
補足説明追加
test
CHANGED
@@ -62,6 +62,82 @@
|
|
62
62
|
|
63
63
|
|
64
64
|
|
65
|
-
棲み分け
|
65
|
+
棲み分け自体はこんな感じかな
|
66
66
|
|
67
67
|
![インフラエンジニアマップ](1d810086ccf5c536a26c07abde129a9a.jpeg)
|
68
|
+
|
69
|
+
|
70
|
+
|
71
|
+
補足追記
|
72
|
+
|
73
|
+
リリースまでの速さを求められるWEBエンジニアやCAPDサイクルを回すスクラム開発をやっている人には
|
74
|
+
|
75
|
+
少々わかりにくい説明だったので補足しておきます。
|
76
|
+
|
77
|
+
|
78
|
+
|
79
|
+
オープン系や業務アプリをやっているようなプログラマには"工程"があります。
|
80
|
+
|
81
|
+
いわゆるウォーターフォールモデルというものです。
|
82
|
+
|
83
|
+
要件定義→設計→開発(プログラム)→単体テスト→結合テスト→リリース→運用
|
84
|
+
|
85
|
+
|
86
|
+
|
87
|
+
先に述べたようにインフラエンジニアでは、ウォーターフォールモデルに沿っており、
|
88
|
+
|
89
|
+
成果物という名のドキュメント類が必要になってきます。
|
90
|
+
|
91
|
+
以下は例です。
|
92
|
+
|
93
|
+
|
94
|
+
|
95
|
+
- 設計書:システム構成図、クラウド構成図、パラメータシート(設定値を書いたもの)
|
96
|
+
|
97
|
+
- テスト:テスト仕様書、テスト結果
|
98
|
+
|
99
|
+
- 手順書:構築手順書、運用手順書
|
100
|
+
|
101
|
+
|
102
|
+
|
103
|
+
これらをお客さん側も求めてきますので、単に構築だけすれば良いというわけでは無いので注意してください。
|
104
|
+
|
105
|
+
|
106
|
+
|
107
|
+
特にパラメータシートを作るのがめんどくさいです。
|
108
|
+
|
109
|
+
これはコンピュータの定義書と同じ感じです。
|
110
|
+
|
111
|
+
|
112
|
+
|
113
|
+
HDDは何TiBなのかとか仮想メモリはどれぐらいとか、
|
114
|
+
|
115
|
+
スタートアップすると起動するアプリケーション一覧とかファイヤーウォール一覧とか
|
116
|
+
|
117
|
+
インストールされているWindowsUpdateのKBxxxxの一覧とか
|
118
|
+
|
119
|
+
普段我々が見たことないところまで事細かく書く必要があります。
|
120
|
+
|
121
|
+
|
122
|
+
|
123
|
+
これらの情報をいちいち見て書くのは日が暮れますので、
|
124
|
+
|
125
|
+
多くのインフラエンジニアは、サーバー内情報を抜き取るツールを自分で管理していると思います。
|
126
|
+
|
127
|
+
しかも自分のKnow-howなのであまり公開したがらないため、ネットで見つけるのも苦労します。
|
128
|
+
|
129
|
+
|
130
|
+
|
131
|
+
一例を上げますとWindowsのcmdで `systeminfo` とか `driverquery /v` とか `fsutil volume diskfree c:` のコマンド群とかになります。
|
132
|
+
|
133
|
+
|
134
|
+
|
135
|
+
まとめますと、インフラエンジニアでも十分仕事はあります。
|
136
|
+
|
137
|
+
むしろ、人を確保するのが困難で、できる人がいない上に、一旦案件に携わると1年~5年スパンになってきます。
|
138
|
+
|
139
|
+
それ故に、インフラエンジニアの引き合いはとても多く、会社側もインフラエンジニアを手放さないですね。
|
140
|
+
|
141
|
+
仕事内容も全体を見渡して物事を考えないといけませんので、考慮しないといけないところはかなり多くなると思います。
|
142
|
+
|
143
|
+
仕事は2つの意味で**ハード**ですね。
|
2
微修正
test
CHANGED
@@ -38,9 +38,7 @@
|
|
38
38
|
|
39
39
|
|
40
40
|
|
41
|
-
最近では、JenkinsやZabbixなどのツール類、IaC(Infrastructure as Code)、AnsibleやFabricの登場で
|
41
|
+
最近では、JenkinsやZabbixなどのツール類、IaC(Infrastructure as Code)、AnsibleやFabricの登場でプログラマのインフラ化やインフラエンジニアのプログラマ化してきており、住みわけが曖昧になってきているのも事実です。
|
42
|
-
|
43
|
-
プログラマのインフラ化やインフラエンジニアのプログラマ化してきており、住みわけが曖昧になってきているのも事実です。
|
44
42
|
|
45
43
|
|
46
44
|
|
@@ -54,7 +52,7 @@
|
|
54
52
|
|
55
53
|
障害発生した場合は、プログラミングエラーと違って
|
56
54
|
|
57
|
-
障害がネットワークなのか
|
55
|
+
障害がネットワークなのか、基盤の設定なのか、OSの設定なのか、ミドルなのかアプリなのか
|
58
56
|
|
59
57
|
どこにあるかわからないものを1個1個つぶしていくのが、インフラ屋の仕事です。
|
60
58
|
|
1
マップ追加
test
CHANGED
@@ -61,3 +61,9 @@
|
|
61
61
|
|
62
62
|
|
63
63
|
プログラミングに専念してもらったほうが良いと思います。
|
64
|
+
|
65
|
+
|
66
|
+
|
67
|
+
棲み分けは自体はこんな感じかな
|
68
|
+
|
69
|
+
![インフラエンジニアマップ](1d810086ccf5c536a26c07abde129a9a.jpeg)
|