Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
[Home NOC Operators' Group] User Dashboardを作ってみた話
Search
Sponsored
·
Your Podcast. Everywhere. Effortlessly.
Share. Educate. Inspire. Entertain. You do you. We'll handle the rest.
→
yoneyan
August 14, 2021
Programming
360
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
[Home NOC Operators' Group] User Dashboardを作ってみた話
e-ZUKA Tech Night vol.52 -コロナ禍を支えるITインフラ-
発表資料
yoneyan
August 14, 2021
More Decks by yoneyan
See All by yoneyan
20250830_本社にみんなの公園を作ってみた
yoneyan
0
220
NREに向けた取り組みと さくらのサービス別通信状況(β)について / about NRE and sakura service network status beta
yoneyan
0
64
IPアドレス管理指定事業者における業務自動化の取り組みと活用例
yoneyan
0
120
Other Decks in Programming
See All in Programming
What's New in Android 2026
veronikapj
0
240
Augmenting AI with the Power of Jakarta EE
ivargrimstad
0
360
生成AIで帳票OCRが「簡単に」作れる時代になった?
kon_shou
0
190
壊れたパーサから始める関数型設計と構成的なパーサ #fp_matsuri
raiga0310
2
420
Apache Hive: Toward a Cloud Native Lakehouse
okumin
0
170
作るコストが小さくなった時代 幸せに働くために改めて考えたいこと 〜エンジニアとして価値を出し続けるために注視している二分野〜
yuppeeng
0
160
音楽のための関数型プログラミング言語mimiumにおける多段階計算の活用
tomoyanonymous
1
380
AI時代に設計が 最大の生産性レバーになる 意図駆動開発とデータを消さない設計|Don't Delete Your Data or Your Intent — Design as the Deepest Lever in the AI Era
tomohisa
0
130
Haskell/Servantを通してWebミドルウェアを捉え直す
pizzacat83
1
630
yield再入門 #phpcon
o0h
PRO
0
860
【SRE NEXT 2026 Lunch Session】一人目専任SREの立ち上げを加速する ― AIと進めたオンボーディングで2分を0.04秒にした話
pkshadeck
PRO
0
3.3k
TSX の <Hoge<Fuga>> という構文に驚いた話 / tsx-type-argument-syntax
kanaru0928
0
150
Featured
See All Featured
Accessibility Awareness
sabderemane
1
170
Exploring the relationship between traditional SERPs and Gen AI search
raygrieselhuber
PRO
2
4.2k
SEO in 2025: How to Prepare for the Future of Search
ipullrank
3
3.7k
Connecting the Dots Between Site Speed, User Experience & Your Business [WebExpo 2025]
tammyeverts
11
980
Evolving SEO for Evolving Search Engines
ryanjones
0
250
Building Better People: How to give real-time feedback that sticks.
wjessup
370
20k
Building an army of robots
kneath
306
46k
AI Search: Implications for SEO and How to Move Forward - #ShenzhenSEOConference
aleyda
1
1.3k
The Cult of Friendly URLs
andyhume
79
7k
Speed Design
sergeychernyshev
33
2k
Fight the Zombie Pattern Library - RWD Summit 2016
marcelosomers
234
17k
How to Build an AI Search Optimization Roadmap - Criteria and Steps to Take #SEOIRL
aleyda
1
2.1k
Transcript
User Dashboardを作っ てみた話 Yuto Yoneda 8/12 e-ZUKA Tech Night
自己紹介 米田 悠人 • 大阪 • 大阪工業大学 情報科学部 情報ネットワーク学科 4年
• 最近の趣味はインフラ歩きやNTTと電電公社の社歌を聴くこと GitHub: https://github.com/yoneyan Twitter: https://twitter.com/yoneyan_ja
ユーザのみなさんとのやり取り(一年前) メールOnly。。。。
例)
わからん。。。
メールのメリット • 対応人数が少ない場合は、割と楽 • 誰でも使える
メールのデメリット • 運営委員の負担がかなり高い ◦ 運営委員が忙しく、いつの間にか忘れてしまう ◦ スパムメールが大量に受信されるため、埋もれる ◦ netboxや内部Wiki、Configから情報を読み取る必要があり、ユーザの識別に時間が非常にかかる •
他の運営委員と内容の共有が難しい
2020/03 後半頃~ ユーザ管理システムを作ってみよう
2020/04 ~ 言語選定 • Angular(Firebase関連を少しだけ触ってみたかったから ) Firebase + Angularで作ってみようとなった
2020/04 緊急事態宣言中~ HomeNOC operators’ Groupでは関係のないアプリケーション開発をしまくる • vmmgr • シフト表ぽいもの
2020/04 緊急事態宣言中~ HomeNOC operators’ Groupでは関係のないアプリケーション開発をしまくる • vmmgr • シフト表ぽいもの
2020/05 ~ • 開発スタート
v1.0 Release 2020/07/06
None
None
仕組み 使用技術 • Firestore Database • Authentication • Functions
Firebase Functions
問題点 • 従量課金制になる ◦ 内側から外側への通信にはお金がかかる • オンプレにしたいという意見が多い+したかった • チャット機能自体がなく、ユーザとのやり取りは結局メールになる •
HomeNOCの本来のサービスコードでは対応できないことが判明
バグなどの多さも課題。。。 • 入力に対するチェック機能が実装しきれていなかった • 単純に管理者が使いづらい
v2.x 2020/11 密かにリリース
サービスコードを一新(これまで) Static BGPによるEther IP接続の場合、3SE2020001 • グループ毎に割り当てられる ◦ グループIDがService Code •
拡張不可 • 複数拠点で異なる接続方法で結ぶとサービスコードが不一致になる
サービスコードを一新(現在) GroupID: 1でStatic BGPによるEther IP接続の場合、1-3S00001-EIP001 Groupのみ定義: 1 サービス情報のみ定義: 1-3S00001 接続も含めた定義:
1-3S00001-EIP001 • サービス品目の複数対応 • 接続品目の複数対応
特徴 • バックエンドを内製化 ◦ 従量課金ではなくなった • グループの概念を実装 • チャット機能の実装 •
サービスコードの大幅な変更
構成
DB構造
問題点 エラー内容がようわからん
v3.xは2021/05 こっそりリリース UIの変更はまったくないため省略
変更点 • ログ取得の実装(ログインユーザなどがわかるようにする) • 個人情報扱いの変更による大幅な DBの変更 • いらないTableは修正、削除を実施する • Production用のDBを生で触らなくてもいいように
dwebadmを充実させる(時間はかなりかか る) • DBアクセス頻度を減らす
問題点 • WebフレームワークとしてAngularを使っていたが扱える人が少ない • ユーザ側のサーバに不要な APIが存在していた • gorm(O/Rマッパー)のライブラリがv1だった(最新はv2)
v4.x Release (latest)
None
None
変更点 • WebフレームワークをAngularからReactに変更 • サポートチャットにてMarkdownが使用可能 • ユーザ単位でもチャットできるように変更 • ユーザ、グループ、サービス情報、接続情報の各追加ページにて文字数制限やチェック機能の強化を実施 •
不必要なAPIを削除し、よりセキュアにした • 不要なレスポンスを削り、セキュリティの強化 • 各リストにて、検索機能の追加 • ユーザページにてサーバアクセスの頻度を少なくした • UIの大幅改修 • TokenデータをSessionStorageからCookieに変更 • 申請手続きページの改修 • 通知機能の改修 • 寄付の仕組みを追加 • 会費徴収の仕組みを追加 • タグ機能の追加
DB構造 •
チャットの仕組み
実は。。。
チャットが届くまで
チャットが届くまで その1
チャットが届くまで その2
チャットが届くまで その3
バグ報告はgithubから https://github.com/homenoc
バグ報告
これからも、User First ....