サクサク読めて、アプリ限定の機能も多数!
トップへ戻る
秋冬の新作アニメ
tech.assured.jp
こんにちは!エンジニアのオリバーです。最近、個人で翻訳するときに ChatGPT に英訳、和訳させてみることが多くなってきたこの頃です。 久々に少し長めの技術記事を書かせていただきました。最近のトレンドである(と思っている)多様なデータを素早く安全に Google Cloud Platform (GCP) 上で活用するための記事になっています。記事後半には Terraform のサンプルと一緒に構成の説明がありますので興味ある方は最後まで読んでいただければと思います。 直近、GCP の BigQuery にアプリケーションのデータをニア・リアルタイムで同期できる Change Data Capture (CDC)のマネージドサービス、Datastream for BigQuery を利用する機会がありました。今回使用したデータソースは外部からのアクセスを許可していない構成だったのですが、こ
こんにちは、エンジニアの岩松です。スプラトゥーン3発売以降ずっと遊んでいましたがポケモンの新作も発売され、余暇の使い方に選択と集中を迫られています。 Assuredはクラウドサービスのリスク評価情報を集約したプラットフォームです。このリスク評価情報は、クラウドサービス事業者様にセキュリティに関する評価項目へご回答いただき、その内容をセキュリティの専門資格を保有するAssuredのリスク評価チームが評価することで集約しています。セキュリティチェックといえば、メールやエクセルでのやりとり(いわゆるセキュリティチェックシート)が一般的ですが、Assuredはサービス内に独自の評価フォーマット(質問表)を用意しており、常に最新のセキュリティトレンドに合わせた網羅的な評価が集約できるよう改訂を続けています。 Assuredの評価フォーマット回答画面 なぜ改訂するのか Assuredの評価フォーマット
こんにちは!エンジニアの内山です。 まず最初に、2022年8月1日の組織再編により「Assured」は株式会社アシュアードとして法人化いたしました。これからは、株式会社アシュアードとしてこれまで以上に邁進していければと思っておりますので、今後ともどうぞよろしくお願いいたします。 こちらの記事で弊社の代表に就任した大森が所信表明をしておりますので、見ていただけるとうれしいです。 また、法人化に伴い新たなメンバーもジョインし、一つの節目のタイミングということでキックオフを行いました。キックオフでは「Assured」の事業紹介、歴史の振り返り、全員参加型のワークショップなどを行いました。 ※撮影時のみマスクを外しております。 キックオフに併せて事業史をまとめた冊子も作りました。もともとnotionでまとめていたものを今回改めて冊子という形にして全メンバーに配布しました。 前置きが長くなってしまい
「Assured」でバックエンド、インフラと英訳周りを担当しているオリバーです。趣味のボルタリングを再開するため体重を減らそうとしてますが、なかなか落ちてくれないこの頃です。今回は、プロダクトのアーリーステージによく後回しにされるインフラ管理について、「Assured」では開発初期フェーズでどう管理したのかを振り返りながらお伝えしたいと思います。 前提となるインフラの技術スタックの紹介は以下の記事に書いてありますのでぜひお読みください。 Assuredの技術スタック紹介(インフラ編) - Assured Tech Blog 現状 「Assured」では、監視、アラートなどのツールを除き、メインのアプリケーション基盤およびデータ基盤はすべて Google Cloud Platform(GCP)上で稼働しています。 これらのインフラ構成とIAM周りを合わせて、全体の7割を Terraform
こんにちは、岩松です。連日の暑さに耐えかねてネッククーラーを買おうとしてみましたが、軒並み売り切れもしくは高騰していたので、この夏に出遅れたことを後悔しています。 ところで、先日「Assured」はSAML認証(Single Sign On: SSO)に対応しました 🎉 help.assured.jp セキュリティ品質向上やログイン操作の簡略化、アカウント管理の効率化といったメリットがあり、エンタープライズ領域で要望の多いSAML認証機能ですが「対応するのはなんだか難しそう🤔」というイメージはありませんか?特に、機能を検証するためにはIdP(Identity Provider)の環境を用意する必要もあるため どのサービスを使えばいいのかわからない サービスの費用もかかりそうだし大変そう 何をどう設定すればいいのかわからない といったハードルが出てきます。安心してください!実は多くのId
プロダクトマネージャーの鈴木( @kechol )です。PMと言いつつフロントエンドを書いたりもしています。 前回の記事でバックエンドとフロントエンドの構成についてご紹介しましたが、選定の理由等まで深堀りできなかったため、今回はフロントエンドの構成についてもう少し詳しく、これまでの技術選定の振り返りも兼ねてご紹介したいと思います。 「Assured」の開発が始まったのは2020年8月頃なので、その頃からの変化を感じながらお読みいただければ幸いです。 前提 新規事業として過去の負債がないまっさらな状態から開発をスタートしている 開発するアプリケーションは Single Page Application の構成である 言語 / フレームワーク 言語は TypeScript、フレームワークは React を利用しています。 現代のフロントエンド開発において、型の恩恵を受けつつより安全に開発が可能
こんにちは、デザイナーの戸谷です。 事業推進において、プロダクト開発の次の一手をどうするか?を決めるのは難しい問題です。やりたいことや、取り組むべき課題の選択肢は無数にあります。 次の一手に「正解」はないからこそ、議論と対話を通じて、チームとして納得感のある仮説をもち、検証しながら前進できる工夫をすることが必要だと考えました。 今回は、Assuredで昨年12月にリリースした新機能の検討プロセスを振り返りながら、議論と対話を進めた実例を紹介します。一例として、読んでいただければ幸いです。 assured.jp 発散と収束を繰り返し、課題と解決策を考える 全体としては、お客様の業務フローがこうあったらいいのでは?という To-Be の体験を描き、現実とのギャップを、すでに提供しているプロダクトをどう発展させていけば解決しうるか?を考えていきました。 課題の発見と定義、解決策の幅出しと計画立て
このページを最初にブックマークしてみませんか?
『tech.assured.jp』の新着エントリーを見る
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く