共同ASPでの提供が困難なベンダーが一社だけおり単独ASP環境を当市の運用管理補助者に委託して作成予定です。 その場合、単独ASP用のAWSアカウントにはEC2以外に必要となるAWSリソースはないかなと想定しておりますが、これ必要じゃないかなどアドバイスいただけますと幸いです。 ・DBはRDSではなくEC2上に構築します ・小規模システムのためEC2は本番と検証で1個ずつ想定

単独利用方式の場合のrootアカウントは各自治体が保有している認識で合ってますでしょうか？

名古屋市と同様、ガバメントクラウド早期移行団体検証事業に採択された自治体の担当ベンダーで標準化移行対象業務の担当を行っている者です。 先般、標準化システムへの移行についてスケジュールが示されましたが、ガバメントクラウドへの接続回線が整備されたのがつい先日、標準化システムへデータ移行や切り替えの作業は期限とされる令和7年度末より1年以上前倒しの令和6年12月28日～令和7年1月5日と提示されました。 現行環境のハードウェア保守期限は限度一杯まで延長すればもう半年程度、令和7年夏までは可能のようですが、ガバクラは共同利用方式であるために使用している全団体(10団体前後)を一度に移行しなければならないと開発元より伺っております。開発元では勤務先のベンダー以上に先行する団体はなく、さらに年末年始では開発元は休業であるために支援も得られにくい状況、何よりも移行期間が短期間過ぎるために不安でたまりません。年末年始の旅行も勤務先から禁止されました。 そこで質問です。早期移行の予定が令和6年度末までであったとして、ベンダーがガバクラ移行をギブアップしてきたらどう対応しますか。

名人にお聞きしたいのですが、住基及び附票の標準準拠システムへの移行については現行システム自体がＪ－ＬＩＳの改造仕様書に基づいて、連携仕様などが定義づけされているので、これをそのまま標準仕様書として、より細かく設定すれば住基の標準仕様はスムーズに終えることが出来たのではないかと思うのですがいかがでしょうか。

バズりおめでとうございます。住民担当課の職員なので今さら遅いですが個人的には２０業務を指定したのが全ての間違いで住基システムは他１９業務に絡む根幹の基幹システムなので、２０２５に合わせるのは住基システムだけにしとけば、他１９業務もスムーズに２０２５以降にシフト、リフトできたのかなーと思っているんですがいかがですか。

(質問ではなく感謝のメッセージとなります) 粒度が荒い質問だったのにもかかわらず詳細にご説明いただきありがとうございます。 予算計上に向けて必要事項を精査することに苦労してましたので、本当に大変感謝申し上げます(´;ω;｀) ご回答ありがとうございました！