---
# System prepended metadata

title: ナレッジインタビュー
tags: [talk]

---

---
title: ナレッジインタビュー
robots: noindex, nofollow
---

# ナレッジインタビュー

* 取材日: 2023/4/21
* 場所: さくらインターネット　大阪本社　UMD MTG1
* 参加者:
    * さくらインターネット
        * kiai_hissatsuさん
        * ぜんぶつさん
    * 姫路IT系勉強会
        * のがじゅんさん
        * wateさん
        * 223n

## テーマ

* 地方のIT x 案カンファレンス式勉強会 x IaC

## 話題

* 地方ITの現状
* 姫路IT系勉強会の創設とアンカンファレンス方式のメリット・デメリット
* さくらのクラウドでIaCやってまっせ！

## 過去の姫路IT系勉強会

* 姫路IT系勉強会 Vol.12 2012年の姫路IT系勉強会を振り返る: https://www.slideshare.net/nogajun/2012it-15649286
* 2013年の姫路IT系勉強会を振り返る: https://www.slideshare.net/nogajun/2013it-29401583
* 2014年の姫路IT系勉強会を振り返る: https://www.slideshare.net/nogajun/2014it-56272494
* 2015年の姫路IT系勉強会を振り返る: https://www.slideshare.net/nogajun/2015it-56290596
* 姫路の方から来ました 〜 兵庫県姫路市の熱い勉強会を紹介 〜: https://www.slideshare.net/nogajun/20140802-i-camefromhimeji

## 0.自己紹介

* のがたじゅんさん（のがじゅんさん）
    * 姫路獨協大学で非常勤講師をやっています
    * 1年生にWord/Excelを教えたり、2年生以降にプログラミングを教えています
* wateさん
    * フリーランスのプログラマー
    * もとPHPer
* たたみ（223n / つづみん）
    * 社内SEとして社内のIT環境の面倒をみています
    * さくらインターネットさんには、非常にお世話になってます!
* 植木さん
    * 営業
    * 2015年入社
    * 地方に引っ越ししたことがきっかけ
* 前佛さん
    * 技術系

## 1.地方ITの現状

* 東京、大阪の案件が主要なので、地方の案件についての情報が少ない
* 大阪、岡山、京都にはコミュニティがあったが、近隣（姫路）には無かった
* 姫路IT系勉強会の前に第２土曜勉強会という勉強会があった
    * 経営などが中心
    * wateさんとは、この勉強会で出会った
        * wateさん「形態素解析するから来た！」
    * 勉強会が無くなり、wateさんと相談した後、本勉強会が立ち上がった
        * 姫路市民会館で月１回から始めた
        * のがじゅん
            * LINUX系中心
        * wate
            * PHP, Web系中心
        * 2012年1月に発足
* 勉強会の参加経験が多かった、のがじゅんさんが中心に勉強会を立ち上げた
* のがじゅん
    * バックグラウンド系（会運営）をサポート
* wateさん
    * メインスピーカー

### 地方ITの現場感

* 中小企業を中心に対応しているので、予算が厳しい
* 大阪、東京と比較すると低レベル
    * 紙、口頭、電話、FAXによるやりとりが中心
    * まず、ITは出てこない
    * HPを作ろうという案件はなくなってきた
    * DXとは無縁の世界
        * [Chatwork](https://go.chatwork.com/ja/)で、ほかの人が共有できるように
        * [Redmine](https://redmine.jp/)で、案件管理・共有ができるように
        * 手取り足取りサポートしてあげないと難しい
        * 業務改善
            * 業務フロー図の作成
                * 作成代行をしなくても、自分たちの手で作れるようにサポートしてあげている
        * ITを相手にしているけど、レガシーを相手にしている
    * デジタルとアナログのレイヤー格差が大きい
        * いかに効率化していくか
* 地方でも社内に入ってのDXの感じはどうですか？
    * パソコンがあるだけでIT化と思ってる
        * その誤解を解くところから始まる
        * 例えばルーターは家庭用じゃなくてYamahaのようなものがあるのを伝える
    * NASからクラウドへ移行する方法もあるよ
    * ひとまず社内連絡にSlackを使いはじめた
        * そんなにチャンネルはなく掲示板ぽく使っている
        * 簡単なところから始めた
    * ITにお金をかけるところに、ためらいがある
        * なんで、そんなにお金がかかるの？
    * いきなり大手のところに連絡してしまう
        * 大手の提案で囲い込まれてしまって動きが取れなくなってしまう
        * おじいちゃんな人がつらい
            * [LINE](https://line.me/ja/)はそういう意味でインストールして使わせているのがすごい
            * 新しい概念を取り入れるときは難しい

## 2.姫路IT系勉強会の創設とアンカンファレンス方式のメリット・デメリット

* 最初は、講師を立ててやっていた
* 2年後、講師捜しに苦労し始めた
    * 出演してくれる人がいなくなり始める
    * ブッキングもある
    * なにか違うようになる
        * 講師の話だけ聞いて、話もせずそのまま帰ってしまう
* アンカンファレンス形式になった理由
    * 福岡のサト研の方法にインスパイアされた
    * サト研 - connpass: https://satoken.connpass.com/
        * サイト研究会
    * 付箋紙を渡して、司会者はランダム
        * [Twitter](https://twitter.com/)で知る
* アンカンファレンスに変わって
    * 全員話すようになった
    * 人数は減ったが、盛り上がるようになった
    * 珍しい人も参加するようになった
* 加古川インフラ系勉強会（植木さんの場合）
    * こんなやり方の勉強会があるんだと驚いた
    * さくらが従来やっていた形式とは異なる
    * みんなで情報発信して話し合う
        * 受け取れる情報量が違う
            * 情報の洪水
* 講師が伝えたいことを一方的に伝えるのではなく、みんなで情報共有するというは大きなメリット
* みんなで情報を共有して、みんなで成長していく
* カンファレンス
    * 誰かに教えることが前提で相談できない
* アンカンファレンス
    * 相談から話題が始まる
    * 営業秘密を除いた部分で相談することができる
        * みんなで解決策を探すことができる
* DXの苦労話、学生に教える際の苦労話なども共有できる
    * 結果として、ポジティブになれる
* レイヤーの話
    * 社内や営業ではL7の話は、ほぼしない
    * 上のレイヤーを想像してから下のレイヤーの話をすることができるようになった
* 過去に勉強会で聞いた内容を思い出すことがある
* 明石高専の学生
    * 正規表現について
        * 正規表現の使い方ではなくエンジンについての話をした
        * wateさんとのがじゅんさんだけウケる。ほかの人、意味不明な状態
* awk大好きさん
    * awkで何でも書く人
    * [gnueawk](https://www.gnu.org/software/gawk/)
    * [python](https://www.python.org/), [perl](https://www.perl.org/)ではない、awkでやるのだ
    * awkでゲーム開発
        * takubo/awkGL: OpenGL extension for GNU AWK(GAWK).: https://github.com/takubo/awkGL
* 60歳過ぎのおじいちゃん
    * 林田さん
    * 勘違い系の人かな？
    * 農業をやっていて農業改善をやりたい
    * システムってどうやってつくる？
    * 参加者で丁寧に説明してあげる
    * 次回、発展した質問がくる
    * 最終的に、システムを作成、構築してしまう
        * 農家が使うと非常に便利な、ユーザ目線のシステムを作ってしまった
    * まだまだ努力が足りないと実感した（wateさん）
    * 0から1にする力はすごい（植木さん）
    * みんなで丁寧に説明する
        * フィードバックが返ってくる
    * IoTという言葉が出てくる前の先駆け的な方
    * パワーがすごい（wateさん）
* パワーのある人が要所、要所で来てくれているから続いている
    * 今は、芋けんぴをレールガンで飛ばす機会を作る人
    * ほかにはエンターキーを叩くと、ホイットニー・ヒューストンが「エンダー！」と歌うギミックを他人のパソコンに仕込んだり
        * 作り方をYouTubeで公開している
        * とくもりの毎日がエブリウェイ - YouTube: https://www.youtube.com/channel/UCHOifEqw1ArnLeWPF8Dkwgg
* 大阪で尖った人が発表できるような場がない
* ほかの勉強会はテーマが限定されている
    * 姫路はIT系にかすっていれば何でもOK
* スキルはあるけど、変人扱いされる人が多い
* ある程度、ミッションになっているような人はカンファレンス形式が向いている
    * その他の人が発言できるような人はアンカンファレンス形式が向いている
* 付箋だけ用意しておけばOK
    * 準備コストが少ない
    * その場で調べればいい
* 身分を明かさないようにしていた（植木さん）
    * 大阪から地方に出て勉強会を知れてよかった
* ほかの人が勉強会を見てどう思う？
    * 年齢の幅が広い
    * 小学生の女の子も参加している
        * 先生も同級生も知らないことを質問できる場所があるということがすてき
* 飛び入り参加OK, [Commpass](https://connpass.com/dashboard/)参加OK
* 事前にネタは誰もわからない
    * 知らないキーワードが出てくるので、勉強になる
    * アドリブで対応する！
    * マニアックではないHPについてなどの質問にも答えている
* 外部からは、ジャンルが決まっていないから「姫路の勉強会」という認識になっている
* さくらの人と分かった以降でも、それ以外にも反応してくれるので信用できる人だと思った
    * 仕事で来ている人は、営業が入ってしまう
* さくらのサービスでも知らないサービスも知ることができた
    * 自社の情報しか引き出しがない
        * 自分の知っていることしか話せないのは当然
        * 選択肢の１つになるのでありがたい
        * 「おしえて！うえきさん！」
        * パブリッククラウドが多すぎて追い切れない
        * PHPならwateさん、会計なら223n、さくらなら植木さん！
* 参加できなかった会もログが残っている
    * 勉強会やった
        * 楽しかったね
            * END（これはおかしい）
    * 当時はGoogle Docsを使用して、みんなでログを作成していた
        * 後からやったことが分かるようにすることは発足当初から決めていた
    * しゃべるのが中心になって書いてくれる人が誰かは必要
        * 過去のログを検索することが多くて役立つ

## 3.さくらのクラウドでIaCやってまっせ！

* 公式サイト [姫路IT系勉強会](https://histudy.jp/)
* 勉強会GitHubリポジトリ(サイトデータやAnsibleのロールとか): Himeji IT Study Meeting · GitHub: https://github.com/histudy
* wateさんリポジトリ(勉強会のCentOS向けをDebianに書き換えた) wate (wate) / Repositories · GitHub: https://github.com/wate?tab=repositories
* 勉強会Redmine(アカウントがないと見れないけど…): https://redmine.histudy.jp/

* IaCで構築
    * Ansibleで構築
        * HP, Redmineを構築
          * https://github.com/histudy/ansible-official-site-server
            * ※構築処理に必要なメイン処理(ロール)は別途コマンドにてインストールする必要あり
          * https://github.com/histudy/redmine
            * Playboookのみならずロールもまるごと同梱
        * 構築内容がログで残っている安心感
            * 履歴が残っているので、当時の環境を知ることができる
                * GitHubで公開
        * 冪等性ではなく自動化できるかどうかが大切
        * 構成管理ではなく自動化ツール
    * Terraform-sakura
        * 余力がなくて使えていない
    * 秘伝のたれは避けたい
        * 半年前の自分は赤の他人
            * 忘れられる余裕が生まれる
    * アップデートが追い付いていない
* Redmineでチケット管理
    * 問題を後追いできる
* 欠点と利点
    * [Chef](https://github.com/chef/chef)（Ruby）
        * 黒魔術的なコード
        * 属人化してしまう
    * Shell芸
        * 属人化してしまう
    * [Ansible](https://www.ansible.com/)
        * 構築手順を読める
        * 誰でも実行できる
* エラーを見ない
    * Ansibleはエラーで止まってくれる安心感
* Ansible
    * エージェントレスで動かせる
    * 人間がやることを文字で起こしているだけのシンプル
    * 実行結果の戻り値も確認してくれている
    * そのまま引き継ぎドキュメントとしても使える
* 今からAnsibleを始める人にやさしい
    * すべてのAnsibleコードをGitHubで公開している
    * 現在、Histudyで公開しているAnsibleコードは古いので、wateで公開しているのが最新
        * CentOS-7問題
            * Debianに切り替えた
* [CentOS](https://www.centos.org/)から[Debian](https://www.debian.or.jp/)に変える苦労
    * 特に大変だったことはない
    * テストをどうやってやるのかの問題はあった
    * Debianは新しすぎず、古すぎず...
        * 2年スパンでリリース
        * 5年サイクル提案
            * 5年もあれば、最新化するきっかけを作りやすい
                * 3年ぐらいから話を始めやすい
    * 好みの問題
    * 全て自分でやらなきゃならない
        * CentOSを使い続けて方針変更があった場合のリスクがある
            * Debianにしちゃおう
            * 案件もDebianで押し通している
                * お客様にAnsibleコードを渡している
                    * 次にやる人がAnsibleを使えられれば、構築できる
* サーバ環境調査
    * 見積金額だけで高額・・・
* 古のサーバーを見ていると…
    * 業者が作成したExcelの仕様書（抜けあり）との闘い
        * Excelに転記する作業で抜けは絶対に発生する
    * Ansibleを渡してくれれば、それで終わる
        * ユーザとしても安心
* 変なベンダーロックインを避けたい
    * お客様に選択権を持たせたい
* さくらだけのセールスではない
    * そこから得られる信頼感
* 最初からやりなおすか
    * というときにクラウドが便利
* 一通りのプラグインが揃っているところが助かる
    * [Packer](https://www.packer.io/), [Vagrant](https://www.vagrantup.com/) etc.
* [AWS](https://aws.amazon.com/jp/)提案しにくい問題
    * 青天井になってしまい見積もりしにくい
    * 中小企業に提案しづらい
        * 地方の中小企業はお金が…
        * さくらだと、定額でできる
* 他社だと機能が多すぎて引き継げる自身がない
    * がんばって勉強して！としか言えない
* [Terraform](https://www.terraform.io/)とAnsibleで一括構築が理想
* Terraform
    * インフラ構築が絡まないと使いづらい
    * 中小企業だとサーバ構成が大規模にならないので、Ansibleだけで十分になってしまう
    * [CDK for Terraform](https://developer.hashicorp.com/terraform/cdktf)
        * 複数言語で
* tatamiさんのユースケース
    * さくらのレンサバ＋ドメイン
    * メールやホームページだけ使えればいい
    * 集約化できるのがうれしい
    * ぐぐればだいたい出てくる
    * 「こういう機能がほしい」は未実装だったり……
    * redmineはレンサバでは動かねいので別のクラウドで建てないといけない
        * 予算が難しい
    * SaaS系のチケット管理はカスタマイズができなくて厳しい
    * 503エラーが出るくらい
    * 管理しやすい・一般の管理者が使えるUIの提供
    * 日本語の情報が多い・日本語のサポートが受けられる
    * [SSH](https://ja.wikipedia.org/wiki/Secure_Shell)が使えるのがいい(wateさん)
        * Ansibleでいじれる
        * [WordPress](https://ja.wordpress.org/)の自動アップデート
        * [WP-CLI](https://wp-cli.org/ja/)を仕込んでおき、自動化をできるようにする
        * テーマファイルも[GitHub](https://github.com/)にあればgit pullしてくるだけ
            * 管理画面からインストールするのではなく、pullすればよい
        * 保守がめっちゃ楽
            * 自動更新もShellで組み込んでしまうと、障害時以外は監視する必要が最小限になる
                * 障害監視も外形監視サービスを使う
        * [クラメソさんの記事](https://dev.classmethod.jp/articles/wordpress_install_ansible/)
    * munenagaさんがWordPressの)管理にできる
        * これ[さくナレ](https://knowledge.sakura.ad.jp/)ネタにいいのでは？
        * セキュリティ対策としてのAnsibleネタ
        * 二人でかいたらどう？
        * 座談会形式で文字起こしとか
        * さくらのレンサバ上にAnsibleで構築した実例:
            * [C#もぐもぐ](https://blog.223n.tech/)
            * [三河INGRESSイベント実行委員会](https://www.mikawa-ingress.net/)
* 自分は勉強会を通じて田中さんを知らせたかった
* ネタがネタを呼ぶ
    * はやれ！
* 脱線ありきの勉強会