CloudNative Days Kansai 2019に参加してきました 第2回レポート（前編）

さぁ！知ってる方はどれが誰が当ててみてください！（似てないという声も聞こえてきますが…）
この後のマンガも、お楽しみに〜

■レポートを書いている人

• • 上野（エンジニア）
  • 山口（ディレクタ）

次回は、須藤・中尾です。

1．セッションで得た知識・ツールに関する個人的な意見をアウトプット

R&D Div. エンジニアの上野です。福岡オフィスに所属しています。

弊社では、私が担当しているサービスで、初めてKubernetes（以下k8sと略）を採用しました。現状は、CI/CDの自動化がk8s環境下で動く状態までをツールという観点で使えるようになったところです。

そのため次のステップとしての課題は、システム・アーキテクトという大きな視点でk8sを使うところで「何を行うべきなのか？」に移行しており、どうしようかと悩んでいる時に、今回のクラウドネイティブDays関西のセッション・タイトルを見たのですが、k8sの事例が殆どだったため、これは良いチャンスだと確信し参加した次第です。

参加したセッションも様々な観点を持っていて、私達のサービスの近くに位置するものと、そうでないものがありました。

今回は、この両側の視点を中心に振り返りつつ、既にk8sを使っている方々に対しては、何かの判断材料の１つとして。

また、k8sを始めようかと検討されている方々にも他サイトとは違う表現で「Kubernetesとは、そもそも何なのか？」「始めるにあたり前提として習得しておくべき事が何なのか？」「既存インフラからk8sへ移行するための留意点は何なのか？」という辺りを少しプレゼント出来ればと思っています。

B．その選択肢のうち弊社の現状に対して『有用そうなもの」の判断がついた事

これは、完全に弊社＝私の価値観と主観がベースとなっています。まず「有用そうなもの」という言葉には、別名があります。それは、【現状、すぐに取りかかれそうなこと】です。正直「有用そう」という意味では、全て有用なものになります。

「有用そう」＝「現状、すぐにとりかかれそうなこと」と、なんだか、当たり前な事を書いていますが、これが大切なことだと思っています。

エンジニアリングに限らず、しかも全ての業界・業種も問わず、経営・ビジネス（…仕事は含まない）を行う時は、具体的な表現にすることを怠ってしまいがちで、次に進めなかったり、責任を他者に向けたり、他社とのコミュニケーション不足に陥ったりして、その後に結構大きな問題に膨れ上がったりします。よね？

逆に上記リストのうち、すぐに取りかかれそうに【ない】ものは、何かというと、①，③，④，⑤の４つです。

① については、弊社が未だマイクロサービス化に取り組んでいない事と、主にビジネスが受注型で進んでいることに起因しています。ここは、これからの取組みで変化しないといけないなと感じているところで、そんなに遠い未来ではないタイミングで取り掛かる時期が来るかなと思っています。

③については、Anthosが未だ成熟しきってなく開発中であることと、弊社がメインで使っているオープンクラウドで採用されてないことが原因です。

④のOpenShiftに関しては、DevOps全般をk8sベースで実現しているプラットフォームだというイメージで「すごい」と感じる一方、上記③も含め私達が未だ開発のベースをk8s中心に振り切れてなかったり、担当が私１人でリソース不足であったりという小規模な状態であることが主な理由です。

このためOpenShiftに移行するメリットがコスト面（お金＋リソース＋勉強などの全てのコスト）で厳しいとセッションを聴いて感じました。OpenShiftに関しては、ある程度、大きな組織やシステムであることが条件になるのではないかと思っています。

⑤のIstioに関しては、①と同様に未だマイクロサービスに完全にシフトしきってないことが理由です。ただ①,③,④とは違う点があります。

Istioは、サービスメッシュを実現する技術的手法の１つです。将来マイクロサービスが増えた時のことを想像すると、個々のマイクロサービスを管理することの重要性は、容易に想像できますし、避けて通れない気がしています。

この管理が出来ないとサービス通しの関連がわかりにくくなります。例えば障害が起きた時に、障害が起きたマイクロサービス（機能）を遮断し大規模障害を防ぐことや多数のサービスから１つのマイクロサービスへリクエストが発生するようなケースで、そのトレーシング（全体の処理の流れ）が難しくなったりします。

C．基本的な理解を深めることが出来た事

キーノートで「コンテナの作り方〜Dockerは裏方で何をしているのか〜」というセッションがありました。これは、文字通りk8sのことではなくDockerの話です。

このセッションが何故行われたのだろうと…と思ったのですが、理由の１つは、k8sが有名になってきたのが理由かなと思います。k8s導入や勉強にあたり必須なことの１つとしてDockerやコンテナ技術に無頓着な方々が未だに多いのではないかと思っています。

また、個々のセッションを聴くことで、「A．選択肢を広げられた」でも書いたようにk8sは、何か？という応えの１つとして具体的なイメージを広げることが出来ました。