イベントは19時間に予定されていましたが、訪問者は開始の30分前に集まり始めました。 報告を待っている間、誰かがWi-Fiに接続し、誰かが自分でコーヒーを注いだ。 全員が集まったとき、ホールは満員でした-100人以上が会議に参加し、さらに200人がオンラインブロードキャストを使用して何が起こっているかを見ました。 この投稿では、レポートのビデオとスライドを公開し、レポート自体について詳しく説明します。
コンテンツプロジェクトの編集の自動化
Andrey Molchanov、Mail.Ruグループ
会議での最初の報告は私のものでした。 JIRAと私たちが開発したプラグインの助けを借りて、編集作業の一部を自動化できることについて話しました。
編集者は、コンテンツプロジェクト（Lady Mail.Ru、Hi-Tech Mail.Ruなど）に資料を提供する人々です。 提供-外部および内部の著者に記事を注文し、代金を支払い、サイトに投稿してから統計を分析することを意味します。
まず、JIRA Issueの形式で注文から支払いまで、各材料の会計処理を実装しました。 これにより、ノートブックやメールの従来のエントリではなく、ダッシュボードで記事のリストを維持することができました。 さらに、 カレンダープラグインを接続して、編集プランを視覚化しました。
フィールドレベルでアクセス制御を実装する方法を示しました。 これは、プロジェクトマネージャーのみにコストを表示し、残りのデータをすべてのユーザーが利用できるようにするために必要でした。
さらに、Mail.Ru評価カウンターと最も人気のある5つのソーシャルネットワークのAPIから統計データを収集することについても話しました。 収集されたデータに基づいて、記述されたガジェットに表示される中央値、平均値、および量が動的に構築されます。 ところで、それは非常に柔軟です。 プラグイン全体のソースコードはこちらから入手できます 。
スライドへのリンク
Service Deskを実装しない理由
アントン・コリン、チームリーダー
アントンは、アトラシアンのJIRAサービスデスクの欠陥について議論し、「ネイティブ」ソリューションの突発的な選択に対してリスナーに警告しました。
ビデオからこのプラグインを使用してJIRAベースのサポートサービスを整理することを簡単に紹介した後、アントンはアトラシアンのWebサイトでJIRA Service DeskとZendeskを比較する際の不正確さについて言及しました。
JIRA Service Desk自体の短所には次のような名前が付けられています。
- 高コスト
- エージェント用のモバイルアプリケーションの欠如（ALM Worksの無料のポケットデスクがあります）
- 知識ベースを使用するにはConfluenceを取得する必要があります
- JIRAを通じて追加されたサービスデスクSLAおよび添付ファイルから表示できない
- メールで送信されたクライアントリクエストを表示できない
アントンは、彼の会社のいくつかのプラグインについても話しました。 その1つがCRM for JIRAでした。これにより、作成者の組織に応じてリクエストへのアクセスを設定し、満足度調査を実施できます。 2番目はJIRAのフィードバックで 、これはより便利なPOP3メッセージハンドラーとフィードバックフォームを実装します。
結論として、アントンはそれらの別の開発に注意を払うことを提案しました-HelpDesk for JIRAは 、あまり美しくなく、知識ベースと統合されていませんが、かなり手頃な価格です。
スライドへのリンク
JIRAの速度が十分でない場合はどうすればよいですか？
アンドレイ・ラリオノフ、ALM Works
Andreyは、JIRAの「ブレーキ」の主な原因の概要を作成し、解決策を提案しました。 私は隠しません、私は個人的にこのレポートが一番好きでした。
JIRAですべてのRAMを割り当てることなく、Atlassianドキュメントのスレッドプールとガベージコレクターの設定を使用することをお勧めしました。
「家庭」のニーズ（最大300,000件のリクエストと1000人のユーザー）のために、8コアプロセッサと32 GBのRAMを使用することが提案されました。
Andreiは、問題が発生した場合は、プラグインを一度に1つずつ無効にしてみることも推奨しました。作業が遅い場合があります。
静的データを厳密にキャッシュすることを強くお勧めします。 nginxの場合、次の構成例が提案されました。
proxy_cache_path /var/cache/nginx/jira levels=1:2 keys_zone=jira:32m max_size=1000m inactive=60m; location ~* ^/s/(.*)/_/(.*)(gif|jpg|jpeg|js|css|png)$ { expires max; add_header Cache-Control public; more_clear_headers 'Last-Modified' 'ETag'; proxy_next_upstream error timeout http_404 http_500; proxy_pass http://jira-server; proxy_cache jira-bugs; proxy_cache_key "$request_uri"; proxy_cache_valid 200; }
それとは別に、できるだけ早く回答を得るためにアトラシアンサポートと通信する最善の方法について説明しました。 ところで、彼らとの私たちの個人的な経験は、言われたことすべてを完全に確認します。
深刻な問題が発生した場合、組織のソリューションの機能（Javaプログラマーの選択または問題を解決する請負業者の検索）が考慮されました。
私の意見では、最も興味深いのは、負荷テストを使用してパフォーマンスの問題を解決する一般的なアプローチの詳細なレビューでした。 アンドレイは、アクセスログ、GCログ、スレッドダンプを収集し、JIRAのプロファイルを作成した方法を説明しました。
スライドへのリンク
JIRAとのテレフォニー統合
ITケアDenis Kulyabin
Denisは、彼のチームがJIRAとIPテレフォニーを統合するモジュールを実装した方法の経験を共有しました。
利用可能なソリューションの概要から始めて、デニスはそれらの前に置かれた要件について説明しました。 一方ではAvaya、Asterisk、Ciscoのサポートが必要であり、他方ではJIRAバージョンからの独立が必要でした。
JIRAプラグインではなく、別個のJavaアプリケーションの形式で別個の統合モジュールを作成することが決定されました。 このモジュールは、RESTサービスを介してJIRAと対話し、たとえばCisco自体が提供するIPテレフォニーエージェントを使用してテレフォニーと対話します。 このアプローチにより、更新によって頻繁に変更されるテレフォニープロトコルのバージョンに依存しないようにできます。
その後、デニスはアプリケーション自体の機能について説明しました。加入者のデータ、通話のリストを表示し、未知の番号から電話をかけるときにデータを検索します。
スライドへのリンク
最後のレポートの後、私たち全員が一緒に1階に行き、非公式なコミュニケーション、レポートのディスカッション、おいしいピザを待ちました。 ちなみに、誰が尋ねたか、ピザはコレアスで注文されました-私たちのダイニングルーム。
このイベントが気に入りました。 経験を交換するためにそのような会議を開催することは正しく、有用であると信じています。 私たちは初秋にこのイベントを繰り返したいと思っており、それがさらに興味深いものになることを願っています！
来てくれたみんなありがとう！ 秋に何かを伝えたい人に手紙を書いてください！