SRE（Chatwork）

Mission

「働くをもっと楽しく、創造的に」

2000年、インターネットの登場に感動し、いてもたってもいられず学生ながら起業。インターネットはきっと、世界を大きく変えていく。そして、たくさんの幸せをつくりだしていくに違いないと確信し、仲間とともにチャレンジをつづけてきました。
最初は手探りでしたが、「自分たちが働きたい会社をつくろう」という想いはやがて、「働く」ということそのものを変えていきたいというミッションにつながっていきました。
人生の大半を過ごす「働く」という時間を、もっと楽しく、創造的なものにしたい。そうすることで、人生を充実感のあるものにし、より社会を豊かにしていけると、私たちは信じています。

Vision

「すべての人に、一歩先の働き方を」

ITに詳しい人もそうでない人も、業界業種、性別年齢も関係なく、世界中のあらゆる人に一歩先の働き方を届けたい。二歩先でも三歩先でもなく、誰もが安心して足を踏み出せる「一歩先」を常に提供するからこそ、世の中の働き方をアップデートし続けることができると考えています。

Value

「 Take Ownership（自分ごとでやりきる） 」

仕事の目的を背景含めて深く理解し、単なる作業ではなく意味を持った仕事として、自分自身の意思を持って主体的に取り組む。一度手をつけた仕事はしっかりと最後までやり抜き、自分自身の手が離れたとしてもその成果を見届けるところまでを自分の仕事だと意識する。

「Playful Challenge（遊び心を持ってチャレンジ）」

私たちは困難な社会課題に取り組むベンチャー企業。たとえ前人未踏の領域であったとしても、新しい発想をもって果敢に挑戦し、期待や想像を超えてワクワクするような驚きを創り出す。未来を待つことなく、スピードこそ価値だととらえ、自ら一歩先をつくりだしていく。

「Beyond Boundaries（越境し共に高めあう）」

自分の役割を部門や役職の壁を越えて他者視点で見つめ直し、全体最適の目線で行動する。周囲を巻き込みコラボレーションを生み出すことで、1+1を3にも4にも変えていく。間に落ちるボールを拾いあい、相互に未来を見つめて声をかけあうことで、全員で勝つチームへ。

「Integrity Driven（チーム・顧客・社会に対して誠実に）」

働く仲間となるチームを信頼し、多様な違いを受け入れ強みへと変えていく。顧客へのリスペクトを忘れず、伴走するパートナーとして共に成長する。働き方を変えていくことが私たちの使命。未来に誇れる仕事を成し遂げて、これからの社会を豊かにしていこう。

会社紹介

私たちkubellは、中期ビジョンとして「中小企業No.1 BPaaSカンパニー」、長期ビジョンとして、あらゆるビジネスの起点となる「ビジネス版スーパーアプリ」を掲げ、急成長を続けています。主力事業である、国内最大級のビジネスチャット「Chatwork」の導入社数は60.5万社を超え（2024年9月末日時点）、""社会的インフラ""として認知・利用されるプラットフォームへと成長。さらに、中小企業の本質的なDXを実現しうる新たなビジネスモデルとしてBPaaS（Business Process as a Service）に着目し、2023年からは業務プロセス代行サービス「Chatwork アシスタント」の提供を開始しました。
※2024年7月、Chatwork株式会社は、株式会社kubell（読み：クベル）へ社名を変更いたしました。

＜参考資料・リンク＞
・2024年12月期 第3四半期 決算説明資料

＜会社説明会のご案内＞
全職種に向けてkubellの戦略やカルチャーなどをお話するオンラインセミナーを実施しています。月2回程度開催していますので、お気軽にご参加ください。 
https://www.kubell.com/recruit/form/event/company.html

ミッション

SRE部は、「Chatwork」のサービスを安定して提供できるように、アプリケーションの実行基盤の整備を行います。また既存のシステムが稼働しながらアーキテクチャ刷新プロジェクトが並走する過渡期でもあります。

現在抱えている課題は、以下です。

• 開発組織が大きくなって、並行して様々な開発が行われている中で、環境の再現性・ポータビリティが低いことがボトルネックとなるタイミングが出てきた
• システムのリプレイスをするにしても、独立した検証環境で、長期間に渡っての既存システムとの繋ぎ込みを行いたくもなることもありそうなので、先手を打って、既存システムのポータビリティーを確保しておきたい
• システムリプレイスの時は基本全てがIaCになるが、どのようなモジュール構成にして、どのようなフローで定義の追加・本番適用していくのがいいのか等のノウハウが組織内に蓄積されておらず、凄く扱いづらいものを作ってしまうことになるかもしれない。構成を熟知している今のシステムで、素振りをした上で、リプレイス案件に臨みたい

現在は、旧来のデプロイシステムとAWSインフラの依存を断ち切るために、まずは、全てのアプリケーションをk8sに移行し、既存のAWSインフラとの依存を持ったデプロイシステムを完全に刷新した上で進めていきました。

今後は以下の状態を目指します。

• 定期的なEKS version upを少ない工数で回し続ける体制・仕組みが確立している
• 全てのアプリケーションがk8s上で動いている
• システム全体がIaCで管理されていて、AWS内であれば、アカウントやregionを気にすることなく、完全な環境のポータビリティを持っている
• HBaseのリプレイスが完了していて、次世代アーキテクチャ到来まで、メッセージのストレージ周りに大きく工数を割り当てる必要がない

参考：プロダクト本部 採用ピッチ資料

このポジションに期待されること

以下を目的とした技術的な課題解決

• 開発や運用のレベルを維持し、品質の高いソフトウェアを安定的に稼働
• 異常の早期検知
• 組織横断的なインフラ整備と開発スピードの向上
• 運用管理の自動化/自立化の仕組み設計・構築
• 変更の即応性や信頼性の高いシステム基盤を設計

※対象領域が多岐にわたるため、スキルと経験によって専任/チーム化をして課題解決をおこないます。

その中で、具体的に何をやるのか？

具体的な業務としては‥

• Kubernetes clusterの基盤整備
  • 定期的なEKSのversion upのドライブ、version upフローの改善、CI/CDの整備を行なっています
• AWSインフラの最適化、Infrastructre as codeの推進
  • 全AWSリソースのTerraform化によるcode化を進めています
• モニタリングの整備、インシデント対応
  • サービスの安定稼働のために、Datadog,PagerDuty等のSaaSをフル活用して、様々な形でのモニタリングを行っています
  • インシデント発生時は、主にサーバサイド部のメンバーと協力しながら、原因特定、解決、恒久対策を行います。
• データストレージの運用
  • EC2上にホスティングしているHBase、Kafka、EMRベースのHBase、Amazon Aurora、AWS Elasticsearch serviceなど、複数種類のストレージの監視や運用を行なっています

チームやアイテムの紹介

• １年後のChatworkインフラの話 (2020年版)
• １年半前に書いた、SRE部での活動まとめ
  • SRE部が発足して１年半が経過しました - Chatwork Creator's Note
• PHPアプリケーション部分をKubernetesに置き換えた話
  • HPのレジェンドシステムをEC2からKubernetesに移行する話 その1 - Chatwork Creator's Note
• Kubernetes基盤の話
  • Kubernetesをめぐる冒険、の後日譚 - Chatwork Creator's Note
• メッセージ検索機能のリプレイスの話
  • Biryani プロジェクト(メッセージ検索機能のCloudSearchからElasticsearchへのリプレイス)について vol.1 - Chatwork Creator's Note
• 構成図
  • AWS 導入事例：Chatwork 株式会社

必要なスキル・経験

• システム開発、運用、トラブルシューティングの経験があること
• AWS等を用いたクラウドインフラの構築・運用経験

あると望ましいスキル・経験

• 大規模システムのモニタリング設計、障害発生時のトラブルシュート経験
• Kubernetes等のコンテナオーケストレーションツールの構築・運用経験
• CI/CDや開発環境を整備しチームの生産性向上に寄与された経験
• Kafka / HBase / Elasticsearchなど、分散データストレージの構築・運用経験
• 技術系勉強会の登壇やOSSプロジェクトへのコントリビュートなど、コミュニティへ貢献した経験

求める人物像

• 当社の理念やビジョンに共感していただける方
• 当事者意識を持ち自ら提案し新しい仕事を作っていける方
• チームメンバーと積極的にコミュニケーションが取れる方
• サポーティブに働ける方
• 問題を発見し、それに対して企画提案ができる方
• 未経験の業務でも積極的に取り組む姿勢
• 事業や会社、チームの変化に柔軟に対応していける方