はてなの撤退事例はてなのMackerelチームはKubernetesクラスタを自前で構築して運用していたが、撤退を選択したという。Kubernetesの運用を諦めて撤退を選んだのか。はてなのMackerelチームでSREを務める今井隼人氏が語った。関連情報ShareTweetLINEHatenaこの記事は会員限定です。会員登録(無料)すると全てご覧いただけます。コンテナ型仮想化技術を活用したアプリケーションの管理(オーケストレーション)ツール「Kubernetes」が注目を集めている。その背景の一端にあるのが、アプリケーションをコンテナ化し、マネージドKubernetesサービスで実行することによるメリットの享受と、運用負荷の軽減だ。#22」で公開された。Kubernetesの運用を諦めて撤退を選択したのか。言い換えれば、なぜ、導入後に撤退できたのかを、はてなのMackerelチームでSREを務める今井隼人氏が語った。Cloud」(以後、EC2)のVM(仮想マシン)で提供している。コンテナ向けの監視機能などを提供する中で、顧客に対してはシステム運用におけるコンテナ監視のプラクティスを提供したり、社内では複雑なサーバ環境のプロビジョニング(準備)/管理からの脱却を目指したりするため、KubernetesクラスタをEC2に自前で構築、運用することにした。EKS)の東京リージョンがなかったためだ。Engine(GKE)で構築することも検討したが、AWS以外で構築したときに起きると想定されたネットワークのオーバーヘッドが気になった。構築に当たっては、EC2のVM環境からKubernetesクラスタに一気通貫で切り替えるのは難しいと判断。サービスに対するインパクトが小さく済むよう、Mackerelサイトのメトリクスを収集するクローラー機能に絞り、構築、運用を始めることにした。運用後に問題が起きたとしてもサービスを継続できるようにするため、KubernetesのNodePort機能を用いて、EC2のVM環境に構築されたクローラーと、Kubernetesで構築されたクローラーにトラフィックを分散する並行稼働環境を構築した。MackerelのアーキテクチャとKubernetesの導入範囲(左、右)今井氏は、Kubernetesクラスタで運用するために行ったことを説明した。「まず、アプリケーションのDockerイメージを準備してアプリケーションをコンテナ化。開発チームに影響を与えないように既存のCI(継続的インテグレーション)/CD(継続的デリバリー)の仕組みを維持しつつ、新たにSkaffoldとkustomizeを導入してCI/CDを実現した。クラウドネイティブ」はどう誤解されているか「クラウドネイティブ」とは、結局何なのだろうか。具体的には何をすることなのだろうか。草間一人氏と青山真也氏がクラウドネイティブについてじっくり話す本連載の第1回として、「クラウドネイティブはどう誤解されているか」をお届けする。Experience)に注目が集まっている。開発者体験が重要なのか。Technologiesの鈴木健二氏が語った。「インフラ怖い」が生んだSREの業務負担——freeeはどう改善したか本番環境にKubernetesを活用するfreeeでは、SREに運用管理業務が集中して疲弊してしまった。そこで、開発チームにサービスの運用管理業務を任せることで改善していったという。Reserved.ページトップに戻る。