devチームは主に機能開発を担当し、SREチームはインフラの管理からシステムのパフォーマンス・信頼性・スケーラビリティの向上を目的とした施策の推進、監視・モニタリングなどいろいろやっています。今はクラウドベンダーから便利なサービスがどんどん出てくるので、それを知ってるか知らないかだけでぜんぜん違うよねということです。自分たちでサービスを運用していると、こうしたい、ああだったらいいな、というものが出てきますよね。それを自分たちで開発して実現しようとしても、完成する前にクラウドベンダーからそれを叶えてくれるサービスがリリースされている、というようなことがあったりします。近年ではそのスピードもどんどん早くなってきていて、キャッチアップするだけでもけっこう大変だったりします。開催されていましたが、怒涛の勢いですよね。前までは自分たちでインフラ構築をしなければならなかったわけですが、今は一定の規模であればマネージドサービスを利用して十分なシステムが構築できるようになりました。提供されているサービスを積極的に使いつつ、自分たちのささやかな開発リソースは自分たちのプロダクト固有なところに注力して差別化を図ったほうがビジネスへの貢献も大きいでしょう。エンジニアですからすぐにつくりたくなってしまったりしますが、一呼吸置いてそれは本当に自分たちがつくるべきものなのか考えてみるといいと思います。そのためにはまず知っていることが前提になってきますし、新しく出てくるものは常にキャッチアップして知識をアップデートしていく必要があります。これはエンジニアという職種全体に共通して言えることだとは思いますが、特にSREが担当するような基盤領域はサービス運用コストに大きく影響してくるのでぜひ気をつけていきたいですね。上ではクラウドベンダーから提供されるサービスの活用についての話でしたが、これと同じようなことがSaaSについても言えると思います。サービスを運用するにあたっては、もちろん監視は必要不可欠ですし、ログの取り扱いなんかも重要です。そんなときにSaaSを利用するケースも多いと思います。使われているサービスにはそれだけ使われている理由があるでしょうし、その分野についてよく考えられてつくられていることでしょう(たぶん)。基本的なプラクティスというものはあって、SaaS側ももちろんそれを考慮してつくっていることでしょう。自分たちのサービスが特殊なことをしているわけでもないのに、SaaSの運用方針・使い方が合わないと感じたら、もしかしたら自分たちが何か変なことをしているのではないか?と疑ってみる価値はあるかもしれません。自分たちが変なやり方でシステムを構築したり運用しているがゆえに合わないのかもしれません。明確な理由もなくプラクティスから外れると、それが原因で無用な不都合が生まれそうですよね。いうのも一つのうまい手なのかもしれません。世の中のSaaSのすべてが正しいわけではないですし、単純にターゲットが違うということもあります。時代の変化によって合わなくなったということもあるでしょう。そこの見極めはちゃんとする必要があります。そのためにも、自分たちのサービスの特性(どこが一般的でどこが特殊なのか)をしっかり理解しておくことが大切だと思います。プラクティスから外れるときは正しく外れたいものですね。終わりに今回は請求管理ロボのSREチームが最近思うことを書いてみました。新しいものが出てきて、それに合わせて仕事の領域もどんどん変わっていきそうです。そこを楽しみながら仕事していきたいですね。最後までお付き合いいただきありがとうございました。ロボットペイメントさん(以下RP社)...2019-11-18署名付きURLを使ってS3のファイルを取得するこんにちは。インターン生の渡辺です。...2019-10-11スクラム開発を導入する〜その2〜こんにちは。請求管理ロボシステムPMの田本(@tamotamo97)で...2019-09-20スクラム開発を導入する〜その1〜こんにちは。Framework月別アーカイブはてなブログをはじめよう!trunkatreeさんは、はてなブログを使っています。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。