こんにちは、初日以来の登場の森谷です。初日にはホワイトプラスを支えるエンジニアの環境や開発スタイルという記事で働く環境や開発スタイルを中心に書きまして、

具体的にどんなシステムを開発しているのかは、最終日に可能な限り書いて見ようとおもいます。

と~~書いてしまったが故に、泣く泣く~~ 書いたので張り切って筆を取ってみました！

TL;DR.

この記事で分かること

Advent Calendarが弊社内にも展開されることから、はじめにDDDとは何者なのか？と軽く説明していきたいと思いましたが、やはり偉大な先人がわかりやすい説明を書いてくれておりましたので、引用させていただきまして。

実際の業務をきちんと理解しないで作ったら、リリースしてもあんまり使われなかったり不評なものができる

きちんと整理されてないプログラムを書いたら、あとから修正するのがどんどん大変になる

当たり前と言えば当たり前ですが、更に言い換えると、

というあたりが、DDDの目指すところになるのではないでしょうか。（言葉にすると単純ですが、これを実現するのがどれだけ難しいか…）

の前に前提としては、同じリネットの冠は付くのですが、リネットは扱う商品により4つのサービスに分かれております。

この4つのサービスを支えるシステム群が、モノリシックな構造のままサービスの成長とともに規模が大きくなり、現状はこのようになっています。（胸を張れたものではありませんが、敢えてありのままを出してみるということで…）

補足として、

となっており、要するに赤枠内が1つのリポジトリに収まってしまっている状態です。

程度の差はあれど、かれこれ10年ほど運用されているシステムになりまして、他サービスでもこのぐらいの歴を重ねると、モノリシックな構造のまま、運用されているシステムも世の中には、ままあるのではないかと思います。

理想は疎な構造のまま、開発され続けることだと思いますが、現実は現実ですので、まずは正しく現実と向き合い、現実的な範囲で粘り強く疎にしていく姿勢が大事なのではないかと思っている今日この頃です。

具体的に、どうやってどういう単位でリポジトリ分割していくかについては、 19年に入って徐々に模索していきたいと思っています。

が、出来る部分は進めており、初日のアドベントカレンダーで紹介したように、

@akaimo 中心にGKE環境へ移行したり。

@ngmy により、CI環境の高速化を進めたり。

外堀を固め、機が来たら動きやすいように整えています。

19年は、外堀が良い感じで埋まってきていることを期待しつつ、リポジトリ分割に手をつけられたらなと思っています。（来年のアドベントカレンダーではそのへんを書けたら〜と願いを込めつつ）

なのでホワイトプラスでは、マイクロサービス化を一緒に進めていってくれるエンジニアを募集しており〼。