技術部会ブログ


Slackはじめました


毎年恒例、検証結果の成果物まとめ追い込み時期になってきました(つらい)。

さて、今年度はテーマ検証の活性化のためにWG1/WG3でこんなことを試してみました。

  • WG1/WG3の合併
  • Slackの導入

 

【WG1/WG3の合併】

以前から検証テーマが、WG1(性能/新機能検証WG)とWG3(課題検討WG)のどちらのWGで活動すべきか、という悩みがあったのですが、今年度は思い切って、テーマの議論や活動状況の共有を、WG1/WG3合同でやることにしました。

今までWG内で閉じていた、検証テーマへのコメントや意見交換がWG1/WG3を合併することにより、以前よりは活性化したのではないか、と個人的には感じていて、そういう意味ではこの取り組み自体はうまくいったかなと思っています。次年度の検討体制をどうするかは、今年度の取り組みの振り返りも踏まえて考えていきたいですが、後述のオンラインでの情報交換の仕組みもうまく使って、より各社間の意見のやりとりが活発になればと思っています。

【Slackの導入】

また、今年度はもう一つの取り組みとして、社間での情報交換手段として、Slackを導入していました。当初は、Slackが使えない企業さんもいるのでは?という懸念もありましたが、幸いにして現状はWG/CR部参加企業全員がSlackを使えるので、しっかり活用しています。

(Slackによる日々の意見交換の例)

これまでは、月1回の合同WG以外ではメーリングリストで意見交換をしていたのですが、なにげにメーリングリストでの発信って敷居が高いんですよね。Slackによって、意見交換の敷居も下がったように思います。あと、なにげに絵文字によるリアクションも重要かなと思っています(メーリングリストだと、意見に対する同意を示すのにもメールをだしていたけど、それがリアクションだけで済むようになった!)。

そして、Slack導入によって、オンラインでのチャット会議もできるようになりました。これまで、関東圏ロケーションの企業でないとWGに参加しづらかった問題が、こういうツールの導入によって解消されると良いですね。

(ぬ)

2019年度 WG2取り組みテーマ


2020年初回はWG2からお届けします。

昨年度のWG2は参加者全員で移行ガイドブックを作成しましたが、
今年度は移行に関連して、大きなテーマを1つ、小さめのテーマを複数、並行して取り上げています。

大きなテーマとして、PostgreSQL間のバージョンアップについて取り組んでおり、
PostgreSQL 9.4からPostgreSQL 12への移行について検証しています。
PostgreSQL本体のバージョンアップに必要に必要な情報に加えて、
主要な拡張機能の移行についても調査を実施しています。

小さめのテーマとして、他DBからPostgreSQLに移行する時に気になる、以下のような事項を取り上げています。
・移行ガイドブックの内容拡充(アプリケーション移行)
・PostgreSQLで追加された機能について、移行観点での調査
(パラレル処理、パーティショニング、ストアドプロシージャ)

どのテーマも、参加者間で各自の知見や実際の移行を念頭に置いた議論をしながら
調査を進めていますのでご期待ください。
(とよ)

テーマ検討の進め方


季節の進むのは早いもので、街にはクリスマスの飾りつけが賑やかな季節が巡ってきました。皆様いかがお過ごしでしょうか。

技術部会のワーキング・グループ(WG)は6月の2019年度 技術部会キックオフの後、今年から参加した企業のメンバも交え、各テーマの議論が徐々に深まってきました。8月ブログの記事では検討中のテーマをご紹介しましたが、複数の企業のメンバーが集まるWGでは、どのようにテーマ検討が進むのでしょうか?

まず、提案されたテーマごとに関心の企業を募って、できるだけ2社以上で1チームとして、以後はチームで検討します。例えば、昨年の性能トラブル性能トラブル調査のチームは3社が参加しました。

検討の最初のステップでは、そのテーマを提案したメンバから、解決しようとしている問題や PostgreSQL の機能の疑問点などがチーム内で説明されます。昨年の例では、過去にどのような性能トラブルがあったか、性能トラブルをどのように減らしたら良いかなどが説明されました。

チームのメンバは質問して不明瞭な点を明らかにしたり、自社でのトラブル事例を示して検討に使える情報を増やします。また、提案したメンバからもテーマの進め方について意見を求めます。

例えば、インデックスに関する性能トラブルには、PostgreSQL 特有の原因で生じるもの以外に、他のDBMSでも生じる一般的なトラブルがあって、一般的なトラブルをどのように検討テーマ全体の中に位置づけるのが良いかが話題になりました。一般的なトラブルについてはよく知られているので、改めて検討する必要はないという考えもありましたが、現場からの報告も多いことや性能トラブル全般をできるだけカバーしたいという考えから、他のトラブルと区別せずに扱うこととしました。

この時の検討テーマ「性能トラブル」は、原因やトラブルの事象にさまざまなものがあるため、とても広がりのあるテーマでしたが、トラブルの頻度や影響の大きさを基準にして、詳しく検討する範囲やアプローチを決めていきました。

こうして議論することで、日ごろは別々の企業で働いているメンバの間で性能トラブルに対する考え方を共有することが出来て、スムーズに検討を進められたように思います。逆に議論の中で参加企業ごとのさまざまな考え方に触れられるのも、PGECons に参加するもう一つメリットと言えるかもしれません。

今回は、PGECons のワーキンググループの検討の様子をご紹介しました。PostgreSQL 12がリリースされて、実際にマシンを使う検証作業も準備が進んでいます。興味深い結果・役立つ報告に向けてこれからが本番といったところ。引き続き、PGEConsの活動にご注目ください。

(つを)