しばたです。 先日Microsoft Office LTSC入りAMIが提供され実際に試してみた記事を公開しました。 AMIが公開される以前から「EC2でMicrosoft Officeを使いたい。(EC2でExcelを使いたい、などの派生を含む)」という相談をよく受けていたのですが、ライセンス上の問題によりEC2にMicrosoft Officeを導入するのは一筋縄ではいきませんでした。 本記事ではそのへんのライセンス周りの難しさについて注意喚起の意味も込めて解説します。 免責事項 ライセンスの話をするのでいつも通り免責事項を最初に。 極力間違いの無い様に努めて書いていますが、あくまでもいち個人の解釈にすぎず、本記事の内容はライセンスに対する記述の正確さを保証しません。 仮に本記事の内容に誤りがあり、それによりいかなる不利益を被ったとしても一切の責任を負えませんので予めご了承ください。

こんにちは、Enterprise Cloud部 ソリューションアーキテクト1課 宮形 です。先日 AWS Summit Japan 2024 へ参加するために幕張へ行ってきました。毎度ながら会場の熱量には圧倒されます。エンジニアとしてよい刺激を頂ける、毎年楽しみなイベントであります。 今回サミットでガバメントクラウド関係のセッションを聞いたり、参加者のSNS等でのレポートを拝見したりしました。目に留まったのが、AWS上のリソースに対してマイナンバー系ネットワークからDNSで名前解決する必要があることに皆様驚かれている点でした。AWS においては Route 53 Resolver インバウンドエンドポイントを利用することで、インターネットを介さずともDNSでの名前解決を実現できます。ただし、Route 53 Resolver は単体では利用できず、オンプレミスのDNSサーバーまたはActi

マネージドサービス部 佐竹です。 本ブログでは、AWS のホワイトペーパーに新しい推奨 OU として「Business Continuity OU」が追加された件について記載します。 はじめに 2024年6月 ホワイトペーパーにアップデートがありました アップデートに関して更なる情報 バックアップアカウント Business Continuity OU (ビジネス継続性 OU) Controls （コントロール） Additional consideration （追加の考慮事項） Example structures （構成例） まとめ及び所感 はじめに 2021年8月に、学習を目的として以下のブログを記載しました。 blog.serverworks.co.jp この「AWSのホワイトペーパーから学ぶ AWS Organizations における推奨 OU 構成」は2021年6月2日にア

AWS Direct Connectと愉快なGWたちをおさらいする会 https://minorun365.connpass.com/event/285537/

自治体システム標準化・ガバメントクラウド勉強会（基礎編）での登壇資料です。 https://gov-cloud.connpass.com/event/318262/

Amazon Web Services ブログ ガバメントクラウドの道案内『ASP＆運用管理補助者編』 ガバメントクラウドに関する情報は AWS も含めてさまざまな方面から毎日のように発信されており、どの情報を追ったらいいのか、何を気にするべきなのかわからなくなってくることもあるかと思います。 そこで、このブログでは「ガバメントクラウドの道案内」と題して自治体ガバメントクラウドに携わる方がそれぞれ何を検討すべきで、どの資料を確認した方がいいのかを役割別にまとめています。 本ブログは自治体に業務システムを提供するベンダーの方へ向けた「ASP&運用管理補助者編」です。 そのほかの方に向けたブログに関しては以下リンクをご参照ください。 ガバメントクラウドの道案内:『自治体職員編』 ガバメントクラウドの道案内:『統合運用管理補助者編』 ガバメントクラウドの道案内:『ネットワーク構築運用補助者編』

Amazon Web Services ブログ ガバメントクラウドの道案内『自治体職員編』 ガバメントクラウドに関する情報は AWS も含めてさまざまな方面から毎日のように発信されており、どの情報を追ったらいいのか、何を気にするべきなのかわからなくなってくることもあるかと思います。 そこで、このブログでは「ガバメントクラウドの道案内」と題して自治体ガバメントクラウドに携わる方がそれぞれ何を検討すべきで、そのためにどの資料を確認した方がいいのかを役割別にまとめていきます。 本ブログは自治体においてガバクラ利用を検討されているお客様に向けた「自治体職員編」です。 そのほかの方に向けたブログに関しては以下リンクをご参照ください。 ガバメントクラウドの道案内: 『自治体職員編』 (本ブログ) ガバメントクラウドの道案内: 『統合運用管理補助者編』 ガバメントクラウドの道案内: 『ネットワーク構築補

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

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はホスト型

Amazon Web Services ブログ 自治体のお客様向け「ガバメントクラウド利用タスクリスト」を公開します [2023.06.27 Updated!] タスクリストがエクセルシートでダウンロードできるようになりました。 自治体のお客様において、現在ガバメントクラウドの利用検討が進んでいますが、「運用補助事業者」「ASP」など、それぞれの事業者においてどのような作業が必要かを洗い出す作業は、クラウドにこれから触れていく方の多い自治体様においては難しい作業となるかと思います。 そこで、自治体を担当しているソリューションアーキテクトがガバメントクラウドを利用する際に必要となる作業内容一覧（タスクリスト）をまとめました。 各事業者における作業内容の確認や、RFP / RFI の非機能要件の作成にお役立ていただけると嬉しいです。 本記事では、タスクリストの対象範囲についてご紹介します。 （

こんにちは、Enterprise Cloud部 ソリューションアーキテクト1課 宮形 です。 昨年 令和5年度はガバメントクラウド関連のプロジェクトに関わる機会をいただき、地方自治体様向けにAWSの役務費用・利用料金の見積をお手伝いする機会が多々ありました。そのなかでエンジニアとして感じた苦労ポイントを本BLOGでご紹介させていただきます。 このBLOGを書いているちょうど先日、3月29日に「令和6年度ガバメントクラウド早期移行団体検証事業（第一回）」の公募および採択結果がデジタル庁より公示されました。「第一回」とあることから、年度内に追加で公募が行われると予想されますので、第二回以後に申込を検討している地方自治体ご担当様の参考になれば幸いです。 www.digital.go.jp 役務費用 依頼する作業範囲（スコープ）が不明 マイナンバー系ネットワークとAWSネットワーク間の責任分界点

Justtechtalk #9でお話した資料になります！

Amazon Web Services ブログ ガバメントクラウド活用のヒント『共同利用方式におけるコスト・ セキュリティ管理について』 ガバメントクラウドの利用が進むにつれ、さまざまな検討をしているかと思います。 ここでは、ガバメントクラウドでの業務システム構築を支援する中でよくご質問をいただく項目について深掘りして情報をまとめていきます。 少し発展的な内容となっておりますので、ガバメントクラウドの基本的な情報を知りたい方は ガバメントクラウドの道案内『自治体職員編』をはじめとする「ガバメントクラウドの道案内」シリーズをご覧ください。 本ブログでは、共同利用方式におけるコスト・セキュリティ管理について扱っていきます。 共同利用方式になったのでコスト・セキュリティについて把握できなくなり困っている自治体の方や、共同利用方式でアプリケーションを提供するベンダーの方にお役立ていただける内容とな

背景 ゴリゴリ系エンジニア、pageoです。 最近エンタープライズでの大規模な新規開発PJによく参加するのですが、権限管理周りで沼にハマるPJの99%はシングルAWSアカウントだと気づきました。 そこで、自分の経験をもとに、後に権限管理などで苦労しない拡張性の高いマルチアカウント設計のpageo的ベストプラクティスについて解説したいと思います。 はじめに 想定読者 AWS初学者,SAA, CLF保有者 スタートアップのインフラ担当者 初めてAWSアカウントの運用担当になった開発者 前提知識 以下に、この記事を読むのに必要な前提知識を示します 各IAMサービスの理解 AWS Organizationsについての理解 Switch Roleの理解 AWS SSO(IAM Identity Center)の理解 各IAMサービスの参考記事 AWS Organizationsの参考記事 Switc

AWS cafeteria #1 〜サイバーエージェント×ゆめみ×クラスメソッド 3社共催LT会〜 で発表した資料です。 https://cyberagent.connpass.com/event/303690/

はじめに この記事を読んで得られること 対象読者 あまり説明しないこと 前提とするバージョン 参考となるレポジトリ 1. 開発環境の構築で使用したツール AWS Lambdaのコンテナサポートを採用 Poetry利用時に開発と本番環境の適切な管理でLambdaデプロイ問題を解決 Poetry利用時に起きた問題 Dockerfileを分けてデプロイできない問題を回避 Mutagen Composeを採用 Dockerの同期遅い問題 Mutagen Composeを利用 2. 開発で活用したPythonライブラリ パッケージ管理 Poetry Ryeも検討したものの採用せず ベースのライブラリ FastAPI Mangum Powertools for AWS Lambda リンター・フォーマッター Ruff Mypy 型アノテーション自動生成ツールの活用 Black テスト Pytest p

AWS Training and Certification アカウント（AWS 認定アカウント）への Login with Amazon が廃止されるのでビルダー ID とリンクしてみた AWS 認定試験を登録するときのポータルにサインインする方式のひとつである Login with Amazon が 2024/1/31 に終了するため、AWS ビルダー ID を用いたサインインに切り替えてみました。 コンバンハ、千葉（幸）です。 AWS 認定資格の受験をしたことがある方にはお馴染みかと思いますが、試験の予約や認定を確認するためのAWS Training and Certification というアカウントがあります。 最終的にこんなポータル画面に遷移するためのものです。 *1AWS Training and Certification アカウントに内包されるものとしてAWS 認定アカウ

AWS 認定 高度なネットワーキング専門知識（アドバンストネットワーク）の試験勉強の続きです。みんな（？）苦手なDirect Connectについてのまとめです。 AWS Direct Connectの勉強 - プログラマでありたい AWS Direct Connectの勉強その２ プライベートVIFの接続パターン - プログラマでありたい 2021-01-07 AWS Direct Connectの勉強その３ パブリックVIF - プログラマでありたい AWS Direct Connectの勉強その４ Direct Connect GatewayとTransit Gateway - プログラマでありたい AWS Direct Connectの勉強その５ 経路選択と冗長化 - プログラマでありたい 第三回目の今回は、パブリックVIFとDirect Connect Gatewayについてまと

Amazon Web Services ブログ ガバメントクラウドの道案内『統合運用管理補助者編』 ガバメントクラウドに関する情報は AWS も含めてさまざまな方面から毎日のように発信されており、どの情報を追ったらいいのか、何を気にするべきなのかわからなくなってくることもあるかと思います。 そこで、このブログでは「ガバメントクラウドの道案内」と題して自治体ガバメントクラウドに携わる方がそれぞれ何を検討すべきで、どの資料を確認した方がいいのかを役割別にまとめています。 本ブログは統合的に環境の統制をするベンダーの方へ向けた「統合運用管理補助者編」です。 そのほかの方に向けたブログに関しては以下リンクをご参照ください。 ガバメントクラウドの道案内:『自治体職員編』 ガバメントクラウドの道案内:『統合運用管理補助者編』（本ブログ） ガバメントクラウドの道案内:『ネットワーク構築運用補助者編』 ガ