大規模障害を乗り越え、Kubernetesを用いたマイクロサービスへと刷新―ナレッジスイート - FLEXY（フレキシー）
※本記事は2020年11月にインタビューを実施し、公開された内容です。2022年10月時点の役職に更新しています。 SFA（営業支援）・CRM（顧客管理）とグループウェアが統合したSaaS型ビジネスアプリケーション「Knowledge Suite（ナレッジスイート）」やオンライン商談ツール「VCRM（ブイシーアルエム）」、CRMモバイルクラウドサービス「GEOCRM（ジオシーアールエム）」など、数多くのtoBプロダクトを開発・提供するナレッジスイート株式会社。 かつて同社では、ファイルストレージのトラブルに起因する大規模なシステム障害が発生しました。その経験を通じてシステムが抱える課題を痛感し、アーキテクチャ改善のプロジェクトを牽引したのが取締役執行役員 プロダクト開発本部長の雄川賢一さん。このアーキテクチャ改善ではKubernetesをはじめとした最新技術を有効活用しました。 プロジェク
GMOペパボ柴田博志が教える。経営者も理解しておくべき「技術的負債」 - FLEXY（フレキシー）
GMOペパボ株式会社で執行役員 技術部長 兼 VPoE（VP of Engineering）を務める柴田博志（@hsbt）と申します。CTOの栗林健太郎さん（@kentaro）と共にGMOペパボのエンジニアをまとめています。 技術的負債、どこの組織にもありますよね。どうやって返済していますか？ 会社として技術的負債にどう立ち向かうべきか、そのコツは人のマネジメントにあると考えています。今回はflexy読者の皆様と技術的負債を考えていこうと思います。 技術的負債とは： 技術的負債とは、開発の中で先送りにされる、ドキュメンテーション不足、保守コストのかかるテストコードや不必要に複雑なコードなどを指します。技術的負債が蓄積してしまうと、将来的に重大な問題を引き起こしたり、対応コストが雪だるま式に増えてしまいます。すべてのコードに技術的負債が発生する可能性があり、組織はどこかのタイミングで技術的負
経営者とエンジニアはなぜ対立しがちなのか？〜不確実性に強い組織づくりのポイント〜 - FLEXY（フレキシー）
※本記事は2018年3月に公開された内容です。 【広木 大地さん プロフィール】 株式会社レクター取締役 2008年度に新卒第1期として株式会社ミクシィに入社。同社メディア統括部部長、開発部部長、サービス本部長執行役員などを歴任。2015年同社を退社。現在は技術組織顧問として複数社のCTO支援を行なっている。2018年2月22日に『エンジニアリング組織論への招待～不確実性に向き合う思考と組織のリファクタリング』を上梓。 AIやビッグデータ、ブロックチェーンなどの先端テクノロジーをビジネスに導入し会社の規模拡大を目指す……こうしたアイデアが頭をよぎった経験のある経営者は多いでしょう。ですが、いざエンジニア部門を立ち上げてハイスキルなエンジニアを雇用しても、経営者とエンジニアの間で主張がすれ違い、反発しあい、結果的にテクノロジー活用に失敗することも珍しくありません。 経営者とエンジニアが互いに
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
