ライタス株式会社公式ブログ

代表の箕谷です。 成り行きでオープンデータに関する会合や、イベントに一時参加することが多かった時期がありますが、最近ご無沙汰している感じでちょっと浦島太郎です。 弊社は八王子市に本店がありますので、八王子市の人口データを地図にプロットしてみようというお題です。その時の記録を以下に残してみようと思います。 第1章　作業方針を検討する まずは、お題目からどのような方法で解決できるかを検討します。 今回は「八王子市の地区別人口分布をPowerBIで表現する」をゴールにしようと思います。 PowerBIの概要等は、本記事では割愛しまして、データをどのように取り込めるのか、地図上にマッピングするためにどのような作業が必要なのかというところから紹介します。 作業方針としては、以下のようになるかなと思います。 地区別人口データの収集 PowerBIで取り込めるデータへの整形 地図マッピングに必要な緯度経度情報の収集 PowerBIへの取り込みとデータリンク付け ダッシュボード完成 第2章　データソースの収集 第1節　データのあるところを探す まずはデータがないと始まりませんが、人口データが公開されている場所を調べます。 一般的には総務省統計局から取得することになると思うのですが、推計値や都道府県レベルのデータになってしまうので、ちょっと扱いにくいです。 https://www.stat.go.jp/data/jinsui/ 八王子市では、オープンデータを公開していて、町丁別世帯数及び人口が公開されていますが、各区画の人数で合算されているので、いまいち使いにくいです。 https://www.city.hachioji.tokyo.jp/hachiouji/jinko/004/index.html 年齢別データも公開されているので、こちらからGETしてくることにします。 https://www.city.hachioji.tokyo.jp/hachiouji/jinko/003/p030701.html ここからデータを取得します。 今回は完全自動化は目指していませんので、とりあえず最新のExcel ファイルをGETしてくることにします。 第2節　データを使いやすい形に変換する とってきたExcelになっているので

こんにちは。ライタス株式会社の藤田です。 今回は、顧客の使用していないAWS環境の削除を行った際の流れなどを 備忘録も兼ねブログに残したいと思います。   【前提】  ・顧客が現在全く使用していない環境  ・使用している機能等が一切不明  【目的】  ① 費用が掛かり続けているサービスを全て停止  ② AWS自体を削除  削除にあたり、ルートユーザーアカウント※が必要となるのですが （※IAMのAdmin権限ではない）  ルートユーザーのパスワードを失念したとのこと、ログイン画面の「パスワードをお忘れですか？」から再設定しました。 ●請求ダッシュボードで金額がかかっている項目確認  無事にサインイン後、 まず確認するのは請求がかかっている項目から攻めます。  右上サインインアカウントから「請求ダッシュボード」で確認。  今回、以下の項目の設定削除・設定変更を行っていきます。     EC2(Elastic Compute Cloud)   Elastic Load Balancing  ECR  VPC  Route53  Secret Manager  AWS Support （Developer）  今回は全部止めるので、片っ端から行きます。  ●（EC2）ElasticIP 削除 公式ページを参照に実施します。 削除と書きましたが、正しくは「Elastic IP アドレスの関連付けを解除する」と言う様です。 参照： AWS公式ページ 　 ●EC２インスタンス削除 これは一筋縄ではいきませんでした。 正しく関連しているものを解除していかないと、エラーが出てインスタンスの終了ができません。 まずはEC2インスタンス自体にかかっている終了保護などを解除します。 そしていったん以下の順番でかかっている金額が高い設定を解除していきました。 　→ロードバランサー 　→NAT Gateway 　→EC２インスタンスを一旦全て削除 この後別の作業を行っていたのですが、削除したはずのEC2があることに気づきました。 そのあと削除を2回ほど実施しましたが、消したインスタンスがよみがえるので 調べてみたところ、Auto Scaling設定が入っていて、EC2の削除が完全にできない様になっていた模様。 まさに削除しても、ゾンビの様によみがえってくる設定でした。 参照： EC2

VMware お世話になります。 田所です。 弊社では案件毎に様々なテスト環境を用意するために事務所にESXi(7.0)のPCがあります。 ですが、ESXiから結構クリティカルな脆弱性が見つかったみたいで、弊社でもアップデートが必要になりました。 今回は脆弱性対応のためESXiのバージョンアップデートを実施しましたので方法をまとめさせていただきます。 また、今回の手順は無償版によるCLIでの手作業のアップデート作業内容となります。 脆弱性ESXiに関する参考: VMware ESXiやWorkstationに緊急の脆弱性、すぐにアップデートを 手順 1. パッチファイルの入手 以下のサイトから脆弱性に対応したパッチファイル(zip)をDLします。 https://my.vmware.com/ja/group/vmware/patch#search ※My VMware アカウントにログインが必要です 今回は 脆弱性に関する記事 を元に7.0の VMware-ESXi-7.0U2e-19290878-depot ビルド番号: 19290878 バージョン: 7.0 をDLしました。 2. パッチファイルのアップロード ローカルにDLしたパッチファイルをVMwareにアップロードします。 アップロード先はどこでもいいですが、今回はdatastore1ストレージに「アップデート」フォルダを作成し、この内にいれました。 3. メンテナンスモード切替 全ての仮想マシンをシャットダウンして、トップページのアクションから「メンテナンスモードへの切替」を選択します。 切り替わると状態が「メンテナンスモード」になります。 4. SSH有効化 適当な場所で右クリックして「サービス」から「SSHの有効化」を設定します。 以下のような警告がでていれば有効化できています。 5. SSHでサーバーへ入る teratermなりコマンドなりでサーバーへ入ります。 ユーザーとパスワードはESXiのログイン情報と同じのはずです。 6. アップデート準備 まずアップロードしたパッチファイルがある確認します。 /vmfs/volumes にストレージ(datastore1

遅ればせながら、明けましておめでとうございます。 弊社ブログには初登場となります、藤田です。 昨年から引きつづき、弊社主軸事業である医療向けIT関連で忙しくさせて頂いております社内ですが、 弊社クライアント様から、メールアドレスの内1つにて、 数か月前から受信できていない、また受信しても内容が閲覧不可の状態である旨のご連絡がありまして… このメールアドレスが含まれているグループメールにて、確かにメールが返ってきてしまっていることを確認しました。 「Delivery has failed to these recipients or groups:　xxx ＠ xxx .jp」 「Your message wasn't delivered because the recipient's email provider rejected it.」 メールのソースを確認し、Microsoft 365のメール自動転送で失敗しているのではないかとあたりをつけ、 今回、対応方法を検索して実行してみました。 【対応内容】 Microsoft 365にて、外部へのメール自動転送を許可する設定（outbound spam filtering）を作成します。 まず、 Microsoft 365 管理センター　＞　すべての管理センター　＞　セキュリティ　 と選択し、Microsoft 365 Defender のホーム画面を開きます。 次に、　ポリシーとルール　＞　脅威ポリシー　＞　スパム対策ポリシー　　 と選択すると、以下の画面表示になりました。 　※一番上の「自動転送許可」が今回設定したものです。 「ポリシーを作成」をクリックし、Outboundを選択すると、 ポリシーの設定画面が開くので設定を作成します。　今回名前は「自動転送許可」としました。 ユーザー、グループ、およびドメイン　の画面では、ユーザーとドメインを追加。 送信の保護設定では、　［メッセージの上限に達したユーザーに適用される制限］　を　処理なし、アラートのみ　に変更しました。 ページを進み、内容をレビュー画面で確認し、作成！ しばらく待つと、設定が反映されました。 試しに該当メールアドレスが含まれているグループメールにてメール送信してみます… 失敗・・・ 時間をおいてもエラーメールが返ってきてしまいます。

こんにちは。ライタスお手伝いの青井です。最近は代表箕谷さんのいろんなお手伝いをするため出現しております。これからちょくちょく出現するのでよろしくお願いします。   さて、ライタスにいる人は皆 Surface で仕事をしており、偶然ですが私も Surface を使ってお仕事をしております。 そんな中、先日長年使っていた Surface Pro4 のバッテリーが逝ってしまい使えなくなってしまいました。   思い切って、発売したばかりの Surface Pro 8 にリプレースしてみましたので、せっかくなので製品レビューをしてみました。   大きくなった Surface Pro8 重量もアップ Surface Pro8 はおっきくなって重くなりました。。。比べてみるとよくわかります。 Surface Pro 8 は、タイプカバーを付けていなくても、 891g の質量があります。 Surface Pro 7 は i3 と i5: 775g で i7 は 790g なので 100g 以上重くなっています。もうタブレット単体としては重いです。片手で持ちながら～って用途には適していません。まぁもともと surface がそのような使い方をしている人も少ないかもしれませんが。。。 ただ、 Surface 本体 + タイプカバー + ペンの合計質量は 1187g と、モバイルノート PC としては一般的な質量となっています。カバンの中に入れて持ち運ぶ分には、問題ありません。軽い PC をご希望の場合は ThinkPad X1 Carbonとの比較検討になるかと思います 。   ディスプレイが13インチに　外部接続の仕様変更に注意 ただ、ちょっと大きくなった分ディスプレイも 12.3 インチから 13 インチと若干大きくなりました。画面比も 3:2 （ 2880×1920 ドット）なので使いやすいです。 それとハードウェア仕様が大きく変わり、 DisplayPort 、 USB-A 、 microSD カードスロットも廃止となりました。   　 　　　 右側には移動してきた電源ボタンと、 USB-C コネクタ二つと Surface connect の端子があり右側にはイヤホン端子と移動してきた電源ボタンがあります。  

お世話になります。 田所です。 弊社は開発をすることは基本はないのですが、データベース周りを扱うことはよくあります。 最近、こんな連絡がありました。 DB設計をしてみたのでテーブル内容、リレーション等不備がないか確認をお願いします。 添付ファイル: DB.sql 添付の中を確認しますと、、 CREATE TABLE product ( category INT NOT NULL, id INT NOT NULL, price DECIMAL, PRIMARY KEY(category, id) ) ENGINE=INNODB; ...... ...........続く なるほど、わからん。 SQL文だけではさすがにしんどいですよね。 なのでSQL文からER図を作成してくれる Schemaspy を使ってみました。 どうやらSchemaspyはJavaベースで動いて、MYSQL等のデータベースへアクセスして情報を取得し、最終的なレポートを静的なHTMLで生成してくれるものみたいですね。 手順として以下のような感じになります。 JavaとMySQLをインストール MySQLにSQL文をマイグレート Schemaspyを実行 うーん、、、なかなか面倒そうだし、ってことなので使い回しも考えてDocker化しちゃいます! 参考記事 まだ ER 図の管理で消耗してるの？ SchemaSpy で ER 図を自動生成して管理する 構成 構成図 ファイル構成 SchemaSpy/ ├── README.md ├── Dockerfile ├── docker-compose.yml ├── mysql │ └── table.sql // xxxx.sql と拡張子がsqlになっているSQL文のファイルを配置する └── output // このフォルダにHTML,CSS,JSが生成される Dockerイメージにはschemaspy/schemaspy:snapshotのイメージがあるので使いました。 しかし実行の際にmysql-connector-javaのバージョンが低いため失敗するので新しいmysql-connector-javaを入れています。 参考記事