NTTドコモの決済サービスであるd払いはQRコード決済ですが、iDにも対応していて、スマートフォンのタッチでも支払いができるようになっています。そして最近スタートしたのが「d払いタッチ」。従来の「d払い（iD）」とは少し異なるサービスで、便利でもありますが、その背景には色々複雑な事情がありそうです。 Googleウォレットにも登録できる「d払いタッチ」 「複数端末で使える」d払い d払い（iD）は、もともと「dカードmini」としてスタートしたサービスです。ドコモが発行するクレジットカードの「dカード」は、いわゆる普通のクレジットカードなので、支払口座が必要になります。ただ、ドコモなどの携帯契約にはキャリア決済の仕組みがあり、携帯料金の引き落としに合わせて支払いをすることができるため、カード利用の支払口座を携帯料金合算払いにして、物理カードを発行しないで手軽に利用できる……というのがdカー

全国約1700の自治体は2025年度末までに主なシステムを標準仕様に準拠させ、その上で政府が運営する「ガバメントクラウド」に原則移行しなければならない。ところが今、この移行作業に暗雲が垂れこめている。標準仕様の改版が続いている上に、岸田文雄政権の経済政策に伴うシステム改修が追い打ちをかけているためだ。 自治体システム標準化・ガバメントクラウドへの移行に関わる自治体職員、ベンダーなどが困惑し続けている中、このまま進めてしまうとシステム障害などを含むトラブルの多発も懸念される。 最前線の現場の声を交えつつ、全国の自治体で今起きている事態やその背景、打開策などを探る。 第4回 「期限ありき」の政治主導はもう限界、岸田政権は行政デジタル化の目的問い直せ 「2030年くらいまで時間をかけないと無理ではないか」。2020年9月に発足した菅義偉政権（当時）が全自治体の情報システムを標準化する法案を検討し

※本記事で言及しているReflexのdiscord内に日本語チャンネルをつくってもらいました。もし、興味をもった人がいたら参加してみてください。 １．PythonだけでWebアプリをつくるライブラリが増えている 最近（2024.05）、Python界隈ではPythonだけでWebアプリが作れるライブラリが増えています。詳しくは他の記事を参照してもらえればと思います。 以下の記事がとても参考になりました。ありがとうございます。 ２．ライブラリの分類 こうしたライブラリも大きくわけて２つの種類があるように思います。 ①データ解析の結果を表示するダッシュボードライブラリ ②汎用的なWebアプリをつくるローコードライブラリ ①ダッシュボード系ライブラリ たとえば、上記の記事にも出てきますし、ネットでもかなり情報の多い、StreamlitやDashは項番1のダッシュボードライブラリに該当すると思いま

デジタル社会を実現するためには、「共通ルール」の下で関係者が協働し、価値を生み出すことが重要です。 デジタル社会推進標準ガイドライン群は、サービス・業務改革並びにこれらに伴う政府情報システムの整備及び管理についての手続・手順や、各種技術標準等に関する共通ルールや参考ドキュメントをまとめたものです。 各ドキュメントの位置づけには、次の2種類が存在します。 標準ガイドライン（Normative）：政府情報システムの整備及び管理に関するルールとして順守する内容を定めたドキュメント実践ガイドブック（Informative）：参考とするドキュメントこれまでは、「デジタル・ガバメント推進標準ガイドライン群」という名称で各種ガイドラインを策定しておりましたが、デジタル庁として政府内部だけでなく社会全体のデジタル化を推進するという観点から、これらのドキュメント体系の名称について「デジタル社会推進標準ガイド

Intel® Core™ i9-13900H Intel® Core™ i9-12900H Intel® Core™ i5-12600H

こんにちは、Enterprise Cloud部 ソリューションアーキテクト1課 宮形 です。 令和6年度はガバメントクラウドへの早期移行団体検証事業へ申込された、またはこれから申込予定の地方自治体様が多くおられると予想します。それに合わせて必要なAWSリソース利用料やAWSの設計構築・運用保守費用の見積・予算取りを進めることになります。 気を付けたいのが、ガバメントクラウドAWS「以外」にも必要となる設備・作業があることです。プロジェクトを開始しても、準備不足により作業がストップしたり予算不足になる事態は避けたいところです。 本BLOGでは、私がこれまで幅広い分野のお客様と接してお伺いすることが多かったAWS「以外」で必要となった設備・作業についてご紹介したいと思います。 この内容は個人の私見と経験則で書いておりますので、ご覧なられた皆様のシステムや環境に必ずしも該当するものではありません

はじめに Minikubeだと物足りない感じがあったので、ESXiで立てたVMでkubernetesの環境を作ります。 ラズパイクラスタ作るとかも考えてたのですが、半導体価格高騰の影響でラズパイが高いので、それは諦めてVM立てて作ることにしました。 準備 AlmaLinuxのノードを構築します。 メモリは2GだとMAXまで使ってしまってそうだったので4Gで設定。 VM CPU(Core) MEM(GB) DISK(GB) 0S IP Address comment

はじめに 「クラウドを支えるこれからの暗号技術」のデジタル署名の説明へのツッコミtweetをしたところ、著者の方との遣り取りが始まったのですが…。 ※togetterまとめ「電子署名=『秘密鍵で暗号化』」という良くある誤解の話に経緯があります 認識の齟齬についてtwitterでどうこうするのは難しいですし、批判ばかりなのも建設的ではないので、「自分ならこう書くだろう」という文面の形でまとめてみました。 ※なお、電子署名を含めた公開鍵暗号全般に対する私の説明を2つの公開鍵暗号(公開鍵暗号の基礎知識)にまとめています。 署名の説明案 前提 「クラウドを支えるこれからの暗号技術」Web公開されているPDF、2018/3/11時点(最終更新2017/11/11の4.6節デジタル署名(p.50)を、書き換えるとしたら、という前提で文面を作っています。 ※そのため既存の文面の流用や、他の節を参照する記

目次 はじめに 個人を特定する情報が個人情報じゃない デジタル署名は暗号化しない TLS(SSL) は共通鍵を公開鍵で暗号化しない TLS(SSL) が使われていれば安全じゃない 変数は箱じゃない Python 等は「ソースコードを 1 行ずつ実行するインタプリタ方式」じゃない 日本語 1 文字は 2 バイトじゃない 動画が動いて見えるのは残像によるものじゃない 標本化定理は「2 倍以上の周波数」じゃない その他いろいろ はじめに 2022 年から高等学校で、プログラミング等を学ぶ「情報Ⅰ」が 必修 必履修科目になりました。1 さらには 2025 年入試から大学入試共通テストでも出題されるようになり、教科「情報」の重要性が高まっています。 これで 2030年に79万人不足すると言われる IT 人材 の問題が解決！…と言いたいところですが、先日も『課題感ある教科1位「情報」』という調査結果が

大好きな二曲のリミックスです。※2曲の構成が混ざったオリジナル音源を使用しています。歌／動画：KYShttps://twitter.com/KYSdane音源制作／Mix／コーラス：n.khttps://twitter.com/nantomo_komattahttps://www.nicovideo.jp/user/38366207

2024年4月24日、自治体への事前予告や意見照会なしに「地方公共団体情報システムのガバメントクラウドの利用に関する基準【第1.0版】」が改定され、「地方公共団体情報システムのガバメントクラウドの利用について【第2.0版】」となりました。 もともとガバメントクラウド接続サービスの廃止等不整合が多く生じていましたので、改定自体は歓迎なのですが、新旧対照がなく非常に分かりづらい状況になっています。 またデジタル庁は変更概要を以下のように説明しています。 「地⽅公共団体情報システムのガバメントクラウドの利⽤について（変更の概要）」より引用　確かに大きな変更点は上記のとおりですが、細かい部分で色々気になる変更点が散見されました。そのため、前後編に分けて改定内容を追っていこうと思います。 各章タイトルについては便宜的に旧（1.0版）のものを採用します。 １．本基準の目的　いきなり重要な変更です。1.

総務省は、今般、令和4年10月に公表した「クラウドサービス利用・提供における適切な設定のためのガイドライン」の内容を、わかりやすく解説するために「クラウドの設定ミス対策ガイドブック」を策定いたしました。 総務省では、クラウドサービス利用・提供における適切な設定の促進を図り、安全安心なクラウドサービスの利活用を推進するため、クラウドサービスの提供者・利用者双方が設定ミスを起こさないために講ずべき対策や、対策を実施する上でのベストプラクティスについてとりまとめた「クラウドサービス利用・提供における適切な設定のためのガイドライン」を、令和4年10月に策定・公表しました。 今般、クラウドサービスを利用する事業者において、情報の流失のおそれに至る事案が引き続き発生している中で、本ガイドラインの活用促進を図るため、ガイドラインの内容をわかりやすく解説した「クラウドの設定ミス対策ガイドブック」を策定しま

こんにちは、Enterprise Cloud部 ソリューションアーキテクト1課 宮形 です。今年に入ってガバメントクラウドのブログを書くようになりまして、どの記事も前向きでポジティブな内容を心がけておりましたが、今回は一転して後ろ向きなタイトルになります。 本BLOGではガバメントクラウドにおいてAWSに各システムをリフト＆シフトした後に、AWSから抜け出す方法 について検討した内容を記載させていただきます。 このBLOGを書こうと思い立った理由 AWSから抜け出す方法を各サービス毎に検討する 仮想サーバー EC2 データベースのマネージドサービス RDS、Aurora コンテナの実行環境 ECS、Fargate ファイルサーバーのマネージドサービス FSx for Windows File Server オブジェクトストレージ S3 サーバーレス実行環境 Lambda ファンクション デ

AWSマルチアカウント管理の考え方！～利用規模に応じたAWSアカウント分割とマルチアカウント管理におけるセキュリティ統制～

印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます 「日本にもチャンスがある」。VPNソフトなどを開発してきた情報処理推進機構（IPA） 産業サイバーセキュリティセンター サイバー技術研究室 室長の登大遊氏は、分散型クラウドコンピューティング時代の到来を予測し、分散型クラウド基盤ソフトウェアを作れるクラウド人材の育成を説く。 日本が海外クラウド事業者に依存するようになったのは、人材育成の方法を間違ったことにある。政府や民間企業が、クラウドやAIの人材育成を推進する発想までは良かったが、単にクラウドやAIを活用する人材の育成に陥ってしまったということ。それがデジタル敗戦につながり、デジタルサービスの支出は赤字になっている。 --登氏は、「クラウド人材」とはクラウド技術やクラウドサービスを設

大田区は4月17日、2023年10月に発生したシステム障害の検証結果を公開し、システムの運用・保守を担っていたNECに対し損害賠償金486万8437円を請求すると発表した。障害の原因はNECによる情報共有の不足と結論付けている。同社も結果や損害賠償に同意しているという。 障害が発生したのは、23年10月9日から10日未明にかけて。システムを構成していたSSD3台がほぼ同時に故障し、データが全損して使用できない状態になった。これにより、大田区の住民記録システムや国保年金システム、税務システムなどが影響を受け、18日の完全復旧まで、区の業務に支障をきたした。 大田区は障害の原因について、SSD3台の同時故障を想定していないシステム構成にあったと説明。「システム基盤は19年に構築し、構築当時からSSDの故障について2本までは耐えうる構成をとっていたが、今回はその想定を大幅に上回る障害が発生したた

ガバメントクラウドではガバメントクラウドの個別領域 (AWS アカウント) の運用管理を行う事業者を「ガバメントクラウド運用管理補助者」、業務システムの構築・提供・運用保守など行う事業者を ASP として定義しています。このブログはどちらか片方、もしくは両方に該当する事業者の方にご参考いただける内容となっています。

1. はじめに 業務上でDirect Connect(DX)を含むネットワーク設計をしていて、少しクセのある要件に悩んだため、備忘のため検討結果をまとめておく。 検討した構成は全て実機検証しているが、今回の記事は考え方をまとめるもので、具体的な手順のキャプチャなどは記載しない。 もしかしたらよりよい接続方法などあるかもしれない。。 2. 今回のネットワーク要件 VPC-Aに接続されているVGWがDXGWに接続されている。 VPC-Bに存在するサーバ(Origin)から、DXの先にあるオンプレサーバ(Target)にhttpアクセスしたい。(DXGWと直結しているVPC-AはCIDRが小さく、そこにはサーバを立てられない、という制約あり) VPC-BのCIDRをDX網側に広報できない。(VPC-Bと重複するCIDRがDX網に接続されている別拠点に既に存在する、という制約あり) DXはホスト型

自治体の皆さま向けにガバメントクラウド（AWS 環境）に関して、Amazon Web Services (AWS) が提供している情報を集約してお届けいたします。