シリーズ製品と連携可能なサービスを、連携方法に応じた以下の3種類で定義して、約40サービスを提示しています。対象サービスに対して、アカウントやメールアドレス、グループ、組織などのユーザ関連データをプロビジョニング(作成・更新・削除)します。これによりユーザ関連データを一元管理できます。対象サービスに対するログイン認証を一元化します。一つのログインで、複数のサービスに対する認証・アクセス制御が可能になり、利便性とセキュリティが向上します。シリーズの各種機能を拡張します。シリーズが提供する機能以上の連携が可能となります。ページhttps://www.gluegent.com/service/workswith/どんなサービスがどんな機能でGluegent製品と連携できるのか、ぜひご覧ください。◯Webの未来予測の振り返りWeb2.0という言葉の発祥から15年が経とうとしています。Networks社の創業者の予測では、2010年からはWeb3.0時代で、2020年より先はWeb4.0の時代になるだろうと言われていました。現実は、Web3.0にさえ到達できていません。サービス1つ1つに、個人の代替であるアカウントを持たなければならなかったのが、Web3.0ではサービスによってアカウントがコントロールされるのではなく、完全にプライバシーが保護された個人情報を個人がコントロールしてシームレスに各サービスを横断できるようになると予測されていました。日本国内に限られている住基ネットさえままならない現状を見るにゴールへの道のりは果てしなく遠く感じます。キャッシュレスの時代とも言われる昨今ですが、各サービスごとにカードやICが必要なのは現実世界もWeb2.0と変わらないと言えます。Gateがありますが、Web3.0ではそういった認証ゲートウェイとも違っています。Webのインターフェースやネットワークインフラ自体に普遍的に備えられた形です。いったわけで私達はまだしばらくWeb2.0の今の世の中でよりよい仕事をしていかなければならなそうです。◯Web2.0時代のブラウザの進化と衰退Web2.0の世界では、多様なサービスを実現するために、そのフロントエンドであるWebブラウザが大きな進歩を遂げてきました。OSのGUIシステムに肉迫してくるほどで、Chromebookの登場などはその最たる例と言えます。Web上のものを操作できるだけでなくユーザーの設定の選択によって、様々な操作ができるようになりました。オフラインコンテンツ、最近はBluetoothやUSBデバイス操作までも、Webブラウザ経由で行えるようになりました。ネイティブアプリケーションを選択せざるを得ないケースを探すほうが難しくなってきています。OnlineやGoogleドキュメント/スプレッドシート/スライドで事足りる様になり、ファイルの共有も添付やダウンロードなどせずともWebブラウザ上で扱えるようになるクラウドストレージでの運用も普通となっています。いった背景から今の現実は、Web2.0がようやく浸透し成熟した時代と言えそうです。古くからある社内システムの運用を余儀なくされ、よりよいアプリケーションやサービスを社内システムに取り入れることが困難な企業も少なくありません。中には数十年も前のWeb社内利用ルールをそのまま運用していたりというケースがあります。Explorer(以下、IE)しか使ってはいけないというルールを未だに設けている企業があることをまれに耳にします。WebブラウザとWebアプリは、より色々なことが行えるように利便性を追求する広げる方向と、プライバシーやセキュリティ確保のための精密性や制限を与える方向の、両軸の更新で進歩しています。中には数年前まで使えていたブラウザ機能がセキュリティ確保のために廃止となって、Webアプリは新しい仕組みに追随するよう変更されることも少なくありません。Webアプリ自体がより良くなるために新しいブラウザ機能を取り入れていくことも多いでしょう。それによりどんどんIEと乖離が進みます。WebサイトやWebアプリが、なんとかIEと最新ブラウザの両方で動作するよう頑張っていても、レガシーコードのために余計にjavascriptでCPUを使ったり、通信データが増えたりする、ファットなものになっていきます。本来であれば、新しい機能を増やしたり安定性やパフォーマンス向上のアップデートを進められるはずが、IE対応という地道な設計や努力のために遅くなります。IEは今以上進歩せず細々とセキュリティパッチを続けるだけです。レガシーシステムの面倒をみるだけのものになっています。MicrosoftもIEの開発を止め、Edgeへ舵を切っています。Windows以外のプラットフォームでも動作する新しいEdgeの開発に以前から注力していましたが、ようやく先日の2020年1月15日にリリースを果たしました。ダウンロードする◯Edgeの出現が示唆するものこれまでのEdgeはIEのレンダリングエンジンであるTridentを改良したEdgeHTMLで構成されていましたが、新しいEdgeではChromeブラウザのベースメントであるChromiumを採用して再開発されました。Chromeとの互換性も高くChromeのブラウザ拡張がEdgeでそのまま使えるほどです。View等もEdgeで動作して驚いたのを覚えています。筆者はβ版の頃から数ヶ月使っていましたが大きな問題もなく十分に使えています。ChromeがGoogleアカウントごとのユーザー管理を行えるように、新しいEdgeではMicrosoftアカウントごとのユーザー管理が容易であることも魅力です。IEからの系譜と継承を完全に断ち切り、Edgeは完全に生まれ変わったといえます。Codeもそうでしたが、とうとう自社開発なんて小さなプライドをかなぐり捨ててMicrosoftが本気を出してきた、と私はワクワクしています。Updateで提供が開始されていますが、日本だけ令和2年4月からとなっています。その理由は確定申告のe-Taxシステムが新しいEdgeで動作するのか不安視されているためで、確定申告で混乱が起きないように配慮されたという事情があるそうです。これでOSに標準バンドルされるWebブラウザが新しいEdgeとなれば、同等のChromeを敢えてダウンロードする必要性が極端に低くなります。新しいEdgeに対応したこれまでのEdge拡張に加えて、豊富なChrome拡張もまるごと使えるようになったEdge。Suiteを使っていない人が今後Chromeを選ぶでしょうか。新しいEdgeの出現は、相手の懐に入って取って成り代わるというMicrosoftのこの大胆な戦略が功を奏して将来ブラウザシェアを大きく塗り替えるスタートとなるのかもしれません。社員がPC/スマートフォンを使い、簡便な操作で効率良く仕事が終われるように、時代に合わせてWebの利用ルールは見直されるべきものです。それまで使い続けることに意味を見い出すことは難しいでしょう。ActiveXコンポーネントを使わざるを得ないIE専用Webアプリしか、会社でWebブラウザは開かないということでもない限り、IE専用Webアプリ以外のすべてを今からChromeやFirefoxやEdgeでの利用に移行しても、やりすぎということはないでしょう。社内Web環境の改善に向けて次に舵を切るのは...、あなたの番かもしれません。Flowをご導入いただいているお客様からよくいただくお問い合わせで「タスク一覧のそれぞれのメニューに表示されるデータの種類がよくわからない」「自分が作成したタスクデータが意図したメニューに表示されない」といったタスク一覧のご質問があります。今回は、タスク一覧にはどういうデータが表示されるかをご紹介しましょう。Flowをご利用いただいているすべてお客様が必ず目にする画面が「タスク一覧」です。この画面からタスクデータを処理し、自分の申請したデータを参照しているかと思います。き」の6つのボタンが表示され、それぞれをクリックすると、それぞれの画面にタスクデータが表示されます。管理者様はエンドユーザーから「自分が作成したタスクデータがない」や「さっきまで表示されていたデータが表示されなくなった」といったお問い合わせ・ご質問を受けているのではないでしょうか。それぞれのメニューについて詳しくご紹介していきましょう。◯タスク「タスク」には自分が処理すべきタスクが表示されます。経路の担当者に自分もしくは自分が所属するグループが設定されているものが表示されます。自分が作成したものの、先の経路で差し戻しをされたり、やり直しをしたものもここに表示されます。経路の担当者に自分が直接設定されているものが表示されます。グループ経路の担当者に自分が所属するグループが設定されているものが表示されます。すべて個人とグループに表示されているものが併せて表示されます。◯申請済み自分が作成(申請)したタスクが表示されます。終了していない申請データ途中の経路で止まっているなどにより、終了扱いになっていないデータが表示されます。終了した申請データ最後の経路で処理されたり、確認経路まで進んだことにより、終了扱いになっているデータが表示されます。すべて終了していない申請データ・終了した申請データに表示されているものが併せて表示されます。◯処理済みタスク自分または自分が所属するグループのメンバーが処理を実行したタスクが表示されます。間違われますが、自分が申請したタスクはここには表示されません。自分が申請したものは「申請済み」に表示されます。※ただし、やり直しや差し戻し後に再申請した場合はここに表示されます。経路の担当者に自分が直接設定されており、自分が処理したものが表示されます。担当者に自分以外のユーザーも設定されており、自分以外のユーザーが処理したものもこちらに表示されます。グループ経路の担当者に自分が所属するグループが設定されており、自分を含む誰かが処理したものが表示されます。すべて個人とグループに表示されているものが併せて表示されます。◯来そうなタスク経路に自分・自分が所属するグループが担当者となっているものがあるが、その経路まで進んでいないものが表示されます。うち決裁経路に自分が設定されているが、現在は承認経路まで進んだものが表示されます。承認経路で却下されることもあるのでここに表示されていたとしても必ず来るとは限りません。経路の担当者に自分が直接設定されているものが表示されます。グループ経路の担当者に自分が所属するグループが設定されているものが表示されます。管理者により参照権限が付与されたものが表示されます。自動処理での参照権限の付与は「参照許可設定の追加自動処理」にて行います。管理者による参照権限の付与は「タスクデータ一覧」にて行います。自分が直接参照権限を付与されているものが表示されます。グループ自分が所属するグループに参照権限を付与されているものが表示されます。すべて個人とグループに表示されているものが併せて表示されます。◯下書きタスクの画面下部の「下書き保存」をクリックされたタスクが表示されます。「作成」でタスクを新規作成し、申請を行わず「下書き保存」をクリックしたものはこちらにのみ表示されます。「タスク」で表示されたタスクで、処理を行わず「下書き保存」をクリックしたものはこちらと「タスク」に表示されます。いかがでしたでしょうか。それぞれのメニューに表示されるデータの種類がおわかりいただけましたでしょうか。管理者の方はもし誰かに聞かれたときはこの記事をご紹介いただくと、時短になると思います。「この機能の使い方がよくわからない」「いつも聞かれるので記事にしてほしい」というご意見がございましたらお寄せください。年始のご挨拶あけましておめでとうございます。昨年は御代替わりして、令和最初の○○という話題が多かったように思います。今年に入っても青山学院が完全優勝した箱根駅伝も令和最初の箱根駅伝と言われたように4月末までは令和最初の○○は続きそうです。2019年の総括さて、クラウドシーンに注目すると昨年はビジネスチャットの話題が花盛りだったように感じます。そのUI/UXからエンタープライズSNSと呼ばれていた時代はメールとの兼ね合いから、なかなか普及には至りませんでしたが、メールと電話の中間コミュニケーション(あるいは良いとこどり)という立ち位置が意識されるようになってからは部門導入はもちろん、全社導入する企業も増えてきたように感じます。課題は少なくないですが、いわゆるテレワークをするメンバーが増えてきていることもあり、今年もビジネスチャットの動向には目が離せません。クラウドサービスを複数利用するのが当たり前という世界になってきているのも特筆すべきことでしょうか。必然的にパスワード管理をどうしたら良いかが話題となり、多要素認証を検討するのが普通のことになってきています。二段階認証なのか、証明書認証なのか、FIDOなのか、いろいろな手段はありますが、いかに安全にクラウドを利用していくかはもはや常識的な課題となってきています。常識的という意味では社内システムを含めた複数サービスのシングルサインオンという要件も俎上に上がるのが普通のことになってきています。これらの課題に関しては特別な技術・運用検討が必要なわけではなく、ソリューションが定石化してきているのも昨年あたりからの流れでしょうか。これから5Gの時代に入り、クラウドサービスも現在の形から大きく変化していくと思われます。その変化の時代の真っただ中にいるワクワク感を感じつつ、弊社としては全ての働く人々に安心と快適をもたらすためのクラウドサービスを提供し続けて参りますので、今後ともよろしくお願いいたします。(3)前回までの記事で、長らくビジネスコミュニケーションの定番だった「メール」の次世代を担うツールとして登場してきた「ビジネスチャット」について、その構造的なメリットと、実際に現場に投入した場合の不具合について見てみました。今回は、そのような状況を踏まえた上で、どのように活用するのが良いのか考えてみます。前回の記事では、うまくいかないことに着目しました。ビジネスチャットは、意識が高く、特定の職種の人たちだけにしか、その効力を発揮しないのでしょうか。本稿では、様々な工夫を実践し、利用者の気持ちを変えることで、問題点を克服出来、ビジネスを一歩前に進めることに着目します。以下に、ビジネスチャットの導入を成功させる秘訣を上げてみたいと思います。一つ目は、「クイックレスポンス」です。何をおいても、スピードが最も大事です。チャットは短文による頻繁なやりとりを前提としています。細かな情報を投げられたら、それに対して細かく、出来るだけ早く返答を返すことで、次の情報を引き出します。返答できる時間がない場合には、絵文字一つでも、賛成or反対の二文字だけでもOKです。それがないと、話が進まず、チャットの魅力半減です。何らかの反応がないと、読んでないのか、異論がないのかすら分かりません。「この人は読んでたら必ず何かしらアクションしてくれる」ということが分かると、レスがなければ「読めてないんだな」というのが分かります。「内容によって都合が良い時だけリアクションする」ような対応は、相手に対して余計な判断の幅を与えることになり、シンプルで高速なコミュニケーションを阻害します。スレッドが伸びていて、議論が追えてないとか、返答を書けない場合でも、それを伝えておくことで、一旦やり取りをおいておいて他の事ができます。チャットは高速な返答をある程度期待するので、返答がない時間が長引けば、発信者は待ち状態のままでストレスを感じます。他のこともできません。何にしても、まずは会話をしている状態をつくるために、「クイックレスポンス」が最重要です。二つ目は、「積極的な意思表明」です。「名指しされていないから、見てるだけにしよう」とか、「特に反対もないから、コメントも書かない」という姿勢では、発信者が自分の意見にフィードバックを得られず、議論が進みません。反対も賛成もなければ、話が深まりません。チャットは、会話を模したオンラインサービスと言えます。対面であれば「頷く」「相槌をうつ」という動作が伝わりますが、チャットでは、そうはいきません。積極的に反応することで、相手の次の言葉を引き出すことが、議論を活発にさせます。三つ目は、「コミュニケーションツールの公式化」です。組織として公式なコミュニケーションツールとして、定めることで、多くの人が参加します。「慣れないから使わない」とか「ログインが面倒」とか「普段使う環境から遠いんだよね」という言い訳を許してはいけません。少なくとも、可能な時にはオンラインでいることで、「クイックレスポンス」も可能になります。トップダウンで、組織全体にこれを使うということを明確に示す必要があります。四つ目は、「ストレスなく使える環境の整備」です。「ログインが面倒」であるとか、「開くまでに手間がかかる」というのは、利用者のストレスになり、利用率を下げます。可能な限り、チャットを利用するまでの敷居を下げなければいけません。モバイル端末で使えることや、通常利用するサービスとのシングルサインオンの有効化により、利用者が使うまでのステップを出来るだけ少なく、意識することなく利用できる環境を整備する必要があります。五つ目は、「価値が有る情報を集める」ということです。見ない人が多いのは、そこに価値がないからとも言えます。価値がある情報が集まり、そこに参加していなければ仕事が立ち行かない状態になれば、かならず人は集まります。集まることで、より有用な情報が集まり、活発な議論が進みます。六つ目は、「育てる努力」です。メールは、個別のやり取りの延長ですが、チャットは、「チャットルーム」といった特定の話題を扱うスペースがあります。上の「価値が有る情報を集める」にも通じますが、チャットの議論の進み方や、読んでない人の巻き込み方など、ツールをよりよく利用するためには、メディアとして育てる努力が必要であることを認識し、実行しなければなりません。「チャット導入したけど、誰も使わない」とか「一部の人が雑談するだけのツールになってる」というのは、使われ方を観察して、持っていきたい方向に育てる努力をしていないためであるとも言えます。導入したら即全員が有効につかえて、効果も抜群というものではありません。ユーザがその有用性を認識し、お互いに育てる努力をすることで、より価値がある情報があつまり、高速なコミュニケーションが実現でき、結果としてビジネスの活性化につながります。ビジネスチャットを賢く使いましょうチャット自体は、コンシューマでも広く使われていましたし、特定のコミュニティでは、もっと古くから使われていました。IT業界にある程度の年数いた方であれば、IRCやICQなどを使っていた方もいるでしょうし、現在ではプライベートでSNSのチャットを使っている方も多いでしょう。チャットが一般のビジネスの場でも注目され、実際に使われるようになったのは、ここ数年のことです。スマートフォンが普及し、ほとんどのビジネスパーソンがオンラインの状態で仕事をしています。コミュニケーションの必要がある時に、短い文章でさっと聞くことが出来、その答えがすぐに来る。激しい競争の中で、このような環境が求められ、サービスとして提供されるのも必然と言えるでしょう。上で見てきた通り、ただ入れただけでは、有効に活用できませんし、かえって利用者の負担を強いることになります。導入の仕方や、育て方について意識的に取り組むことが、ビジネスを次のステージに進めることにつながります。来年も有益な情報を発信します今年の記事はこれで最後になります。今年も一年ありがとうございました。来年は、より一層有益な情報をお届けできるよう頑張りますので、よろしくお願いいたします。リモートワーク2019年12月18日水曜日(続)ビジネスチャット導入が決定した。したらいいの?以前、ビジネスチャット導入時の、セキュリティ対策と利便性の両立について述べました。今回は、運用として考慮すべき点と、その解決に向けてのご提案についてお話したいと思います。ビジネスチャットを含むクラウドサービス利用で、苦労しそうなことまず、そもそもですが導入するビジネスチャット以外にも、様々なクラウドサービスを既にご利用されているケースがあると思います。その場合、ユーザ側でそれぞれのサービス別のパスワードを管理されているのであれば、各ユーザに負担がかかってしまっていることになります。便利なパスワード管理ツール等も世の中にはありますが、今度はそれらツールの利用可不可の判断・コントロールなど、どんどん複雑になっていきますね。大変なのは、ユーザ側だけではありません。管理者も、(ビジネスチャットを含む)各サービス全てに必要なアカウントを作成し、初期パスワードの設定とユーザへの告知が必要になります。いうことは、導入サービスの数が増えるほど...つまりビジネスチャットもですが...その管理コストが増大してゆくことになります。他方、今回のテーマにしたビジネスチャットですが、「チャット」という名称がつくその特性上、どちらかといえば「気軽に」メッセージを投稿するものです。その中のやりとりを見てみると、組織の内情が赤裸々にわかってしまいます。意図して削除しない限り、コンフィデンシャルな情報がずっと残るものですしね。いうことは、例えば組織を離れる人が出てきた際には、そのアカウントでその組織のチャットを利用/閲覧できないようにする対処が可及的速やかに求められます。Gateのシングルサインオン(SSO)を採用することにより、以上の問題を解決することが可能です。Gateに限らず一般的なSSOの仕様です)。管理者側としての課題は、各サービスのアカウント管理、それに各サービスへのアクセスコントロールです。Gateにはプロビジョニング機能というものがあります。Gate側でアカウントを作成した際に、サービス側にもアカウントを自動的に作成出来る、つまりアカウントの同期が実現出来るものです。Gateでアカウントを作成するだけで、その3つのサービスにも同時にアカウントが発行されることになるのです。サービスが増えれば増えるほど「楽ができる」というわけです。WORKSとSlackがあります。WORKSへのお問い合わせが最近増えている傾向にあります。他にはChatworkはプロビジョニングは対応していませんが、SSO連携が可能です。Gateのアクセスコントロール機能により、各サービスごとに接続可能なアカウントをきめ細やかに制限出来ます。これによって、あるアカウントが特定のサービスへの接続が不要となった際...例えば部署異動や退職が発生したときに、管理画面ですぐに対応することが出来ます。以前のエントリーにありますように、追加で証明書によるセキュリティ強化も可能となっています。如何だったでしょうか。Gateをご活用いただくことで、ビジネスチャットを始めとする様々なクラウドサービスへの接続について、きめ細かく、また出来る限りコストを抑えた運用が出来るものと思います。ご興味がありましたら、弊社までお気軽にご連絡くださいませ。働き方改革2019年12月11日水曜日Terraformのバックエンドで同じワークスペースでも環境を分けよう!皆さん、こんにちは。グルージェント開発部のジャレド・ウォレスです。今回は前回の記事と少し変わり、エンジニア向けになってしまうかもしれませんが、技術の話をしたいと思います。Code(IaC)をご存じでしょうか?簡単にいうとコンピューティング・インフラ(仮想マシン、ネットワーキング等)の構成管理をコーディングで行う、という言葉です。Chef、Ansible、Puppet等、様々な管理ツールが存在しますが、最近ではTerraformという、Hashicorp様が提供しているツールが注目されてきています。弊社も開発ツールの環境の構築と操作でTerraformを活かしております。Terraformの基本とバックエンドの必要性Terraformでは、AWSなどのIaaSクラウドサービスを管理するコードブロック「resource」があります。Registryからパッケージのようにダウンロードして使うこともできます。JSONのように、HCL(Terraformリソースを書く言語)は宣言的で読みやすいです。書いたインフラコードをどう管理すればいいのでしょうか?ステートを定義する、人が読まない大量のJSONのtfstateファイルまでソースコントロールにコミットをするのも気持ち悪いですし、開発者の実行ローカルだけで管理するにデータロスの危険性もあり、プロジェクトが増えれば管理が難しくなります。現在のTerraformでは全く同じインフラを複数の環境に分けて明確に管理する方法はありません。賢く使えば、リモートバックエンドがシンプルに解決してくれるので、その方法を紹介していきたいと思います。リモートバックエンドの種類複数存在しますが、AWSのリソースを管理することが多いため、本記事ではS3タイプのバックエンドに注目します。バックエンド定義と初期化まず、サンプルのmain.tfを作成しましょう。Backendブロックを追加します。空であることは別のファイルで詳細を定義することを意味します。その詳細は環境ごとに分けてバックエンド.tfvarsファイルを作成します。staging.backend.tfvarsproduction.backend.tfvars御覧の通り、リモートステートを任意のS3バケットのkeyで示すパスに置いて、ローカルから実行する運用になります。配下など)をおすすめします。して「開発者ローカルからの簡単さ」と「安全で一貫性のある」運用のバランスが取れます。ワークスペース初期化の際は以下のコマンドでできます。変数ファイル(variables.tf)も似たような運用になります。vars.tfstaging.tfvarsproduction.tfvarsvars.tfではデフォルト値のみを定義し、各環境の.tfvarsファイルに適切な変数を定義します。実行は以下のように行います。--var-file=staging.tfvarsステージング環境が初期化されていればプランが表示され、確認してから実行します。S3のバケットを見ればtfstateファイルの存在を確認できます。まとめいかがでしょうか。Terraformコマンドの実行の際にフラグを忘れないこと等、少しややこしいところもありますが、かなりシンプルに環境の操作もできるようになります。Cloudのリモートステート・バックエンドとクラウドからのTerraformコマンド実行もありますので、興味のある方は是非ご覧ください。あたりもあるでしょうか。03-6401-5211(平日9:00~17:30)お問い合わせ・資料請求サポートGluegentの製品・サービスをご利用の方へGluegentが提供するサービス、製品に関する新しい情報を入手したり、機能に関する提案を共有したりすることができます。