AWSにはアプリケーション開発を支援するツールとして、AWS App Studio、Amplify Gen1、Amplify Gen2の3つがあります。一見すると「同じようなものが3つ乱立している」と見えることもあるでしょう。一部の情報だけを比べると似ているように思えるかもしれませんが、実はそれぞれに明確な違いがあり、適したユースケースが異なります。本記事では、この3つのツールの特徴や違いをまとめ、どのような場面でどのツールを選ぶべきかを解説します。まずは、それぞれの概要を簡単に見ていきましょう。 1. AWS App Studio：迅速なプロトタイピングを実現https:...

AWS App Studio、Amplify Gen1、Amplify Gen2の違いまとめ

This article is an English translation of "AWS Amplify Gen2への道標：Gen1からの“考え方シフト”でAWS連携型の現代的フロントエンドCI/CD基盤へ" which was originally published in Japanese.Hello everyone, this is Ikeda (@ikenyal)—an AWS Community Builder, AWS User Group Leader, and core member of the Amplify Japan User Group. I serve as an EM at GENDA Inc. and as Director/CTO at ZINE Inc.Here, I’ve compiled information that may help those who’ve been using Amplify Gen1 for a long time and are now considering migrating to Gen2.There may be plenty of people who have been using Amplify by just “clicking a few buttons to deploy” and called it good. But now that we’re moving into a new generation—“Gen2”—let’s explore Gen2-specific concepts and setup methods that differ from the past.Amplify, which was once mainly a simple hosting and deployment tool, has evolved into a more modern CI/CD platform in Gen2. Its integration with AWS resources such as CloudFront, S3, and IAM is clearer, enhancing extensibility, speed, and security.In this article, I’ll introduce key points you should know when moving from Gen1 to Gen2, along with links to official documentation and other reference materials. Lastly, I’ll touch on a much-anticipated new update: WAF support, which was just implemented a few days ago.If you’ve been mastering Gen1 but haven’t yet tried Gen2, I hope this provides that “Aha, so that’s how it works!” moment.Gen1:For many users in the Gen1 era, the main approach was: “Deploy following a set pattern prepared by Amplify.” It was easy and straightforward, but as operations grew more complex, you may have felt the limitations of scalability and flexibility. Some users managed advanced setups by extending Amplify as far as possible, but that took a certain level of expertise.Gen2:With Gen2, Amplify has evolved into “a highly tunable service that’s part of the broader AWS infrastructure.” Integration with AWS resources like CloudFront, S3, and IAM is more transparent, making it easier to handle monorepo structures and more complex projects. The build and deployment processes have been updated, and improved caching strategies and environment variable management have greatly boosted performance, scalability, and operability.In short, think of Amplify not just as a “simple hosting tool,” but rather as a “CI/CD platform that integrates seamlessly with AWS, enabling fast and flexible frontend operations.”References:  AWS Amplify Hosting - User GuideIntroducing the Next Generation of AWS Amplify’s Fullstack Development ExperienceGen1:You might have worried about performance lags as traffic increased, and experienced longer build times. The caching strategy was limited, so in projects with complex dependencies, inefficiencies could be quite noticeable.Gen2:Gen2 introduces a completely redesigned build and deployment system, supporting fast, stable operations even for monorepo structures and multi-framework projects. An intelligent caching strategy is introduced to avoid rebuilding unchanged parts, reducing build times. Plus, with CDN optimizations via CloudFront and compatibility with modern toolchains, it can handle significant simultaneous user traffic without noticeable response delays.Key Mindset Shift:In Gen1, you might have been “building and deploying everything,” whereas in Gen2, you’ll think “build and deploy only what’s changed for a faster release cycle.”Gen1:Many operations relied on amplify.yml for build commands and environment variables, but flexibility was limited. Managing environment variables or controlling caching could be challenging in more sophisticated scenarios.Gen2:The build process is more refined, and handling environment variables and cache strategies has improved. Settings from Gen1 might not transfer directly to Gen2, so it’s essential to review and align with the official docs. By doing so, environment variables can be managed more safely and clearly, and appropriate cache policies can help shorten build times and optimize deployment flows.Key Mindset Shift:Instead of “we’ll just fit into the environment provided,” think “let’s tune Amplify’s settings to match our own build and deployment requirements.”Gen1:IAM roles and policies were often handled behind the scenes. Aligning with more complex requirements meant you might have to dive into CloudFormation directly, which could be daunting.Gen2:It’s now easier to understand and apply IAM and permission settings via the Amplify CLI or console. In addition, when integrating Amplify with backend services like GraphQL API, Lambda, and DynamoDB, Gen2 has further optimizations, making it easier for developers to focus on business logic and UX improvements.Key Mindset Shift:Move from “managing permissions within Amplify’s unique environment” to “seamlessly using AWS standard permission management through Amplify.”Gen1:Amplify was somewhat of a “black box.” You could use it without really understanding AWS resources, but you’d quickly run into limitations if you needed significant customizations.Gen2:Amplify is most effective when viewed as part of your wider AWS infrastructure. You can now fine-tune cache and security settings, set up redirects or headers for specific paths, and more at the AWS resource level (CloudFront, S3), leading to a better user experience and improved SEO.Key Mindset Shift:Reframe your thinking from “Amplify = a simplified gateway to AWS services” to “Amplify + AWS as a comprehensive CI/CD platform.”Moving from Gen1 to Gen2 might sound like a hassle, but think of it as the perfect chance to review your entire project. This could include:Improving your CI/CD pipelineReconsidering your testing strategyOptimizing the staging and production deployment flowBy stepping away from the “it works for now” mentality, you can build a more efficient, modern development and operational environment.You can minimize risk by taking a step-by-step approach based on official documentation. Embrace the excitement of adopting the “next generation of AWS hosting” as you go along.Finally, let’s introduce a hotly anticipated topic in the Amplify community. On December 18, 2024, Amplify Hosting gained WAF (Web Application Firewall) support. Previously, you had to manage WAF separately—like applying it through CloudFront on your own or leveraging solutions outside of Amplify. But now, you can directly apply WAF policies to Amplify Hosting itself.This simplifies defense against common web attacks (SQL injection, XSS, etc.) using Amplify alone.References:  GitHub Issue #36 regarding Amplify Hosting WAF supportAWS WAF Official DocumentationGen2 transforms Amplify into a faster, more flexible AWS frontend CI/CD platform.Multiple improvements have been made in performance, scalability, build processes, environment variable management, and permission handling.Viewing Amplify as an integral part of AWS—and optimizing resources at the AWS level when needed—will be crucial going forward.With WAF support added on December 18, 2024, Amplify offers even more robust security out of the box.Building on your existing Gen1 knowledge, leverage the official guides and documentation to make the leap to Gen2. It’s more than a simple version upgrade—it’s a new frontier in frontend development and operations. This is the perfect opportunity to explore Gen2—give it a try and experience the potential for next-level, modern workflows!

A Roadmap to AWS Amplify Gen2: Shifting Your Mindset from Gen1 to a Modern, AWS-Integrated Frontend CI/CD Platform

こんにちは、AWS Community Builder 兼 AWS User Group Leaders 兼 Amplify Japan User Group運営メンバーの池田 @ikenyal です。株式会社GENDA でEMをしつつ、株式会社ZINE で取締役CTOをしています。!本記事は GENDA Advent Calendar 2024、AWS Community Builders Advent Calendar 2024 及び AWS AmplifyとAWS×フロントエンド #AWSAmplifyJP Advent Calendar 2024 の21日目の記事です。本...

AWS Amplify Gen2への道標：Gen1からの“考え方シフト”でAWS連携型の現代的フロントエンドCI/CD基盤へ

This article is an English translation of "持続可能なコミュニティ運営を目指して〜Amplify Japan User Group 2023年の運営体制改善" which was originally published in Japanese.Hi, I'm @ikenyal, AWS Community Builder, AWS User Group Leaders and Amplify Japan User Group Steering Member. I work as an EM at GENDA Inc. and as a Director, CTO at ZINE INC.My focus as an AWS Community Builder, in addition to my day job and side business, is the management of the Amplify Japan User Group. In this article, I would like to introduce the efforts I have made to improve the management system of Amplify Japan User Group in 2023. We will introduce some of the challenges that arise and how we are trying to maintain sustainability of the community organization, which is not a business, but a group of volunteers.If you are wondering "What is AWS Community Builder? please also refer to this article 挑戦権は誰にでもある、日本からもAWS Community Buildersを目指してみよう (in Japanese)!Community management differs from that of a typical company in that it is a volunteer-based organization. The members of the management team have their own day jobs, side jobs, and private lives, but they also participate in the management activities as volunteers.Therefore, unlike a job, it is not mandatory, and there will be a need to have each individual work in his or her own spare time. This is a feature and a potential problem for the continuity of community management.In fact, the Amplify Japan User Group also experienced issues due to this problem, and there was a period of stagnation in its activities. This stagnation resulted in a lack of meetups and community improvement activities, and the growth of the community itself stagnated and eventually declined.To stem the tide, the Amplify Japan User Group has redesigned its management structure this year.We focus on maintaining the continuity of the management system, as well as the community itself. We believe that if this is maintained, community activities will naturally continue and be activated.In the Amplify Japan User Group, the change in community management from an AWS-driven state to a community-driven state was one of the reasons for the stagnation of the management structure.Until the community was able to stand on its own, AWS employees took the lead in organizing the meetups. However, as the community gradually becomes established, there is a need to switch to community-led management at some point. Of course, while switching the initiative, AWS employees will continue to provide support.The timing was right for the Amplify Japan User Group around 2021, and while we continued to host the event, we changed the name of the event to the current "Amplify Boost Up" and tried to steer the event toward community-driven activities.However, at that time, we did not make any major changes to the operation structure or mechanism, but switched only close to the mindset of "let's keep the AWS employees' lead low key and let the rest of the operation members do their best".COVID-19 was still having a large impact, and our activities were limited to holding ongoing online events and interacting with each other on Slack. Even in these limited activities, events were being held less frequently, and Slack was becoming more like a place to see bot posts, with almost no postings. The aforementioned mind-switching alone made it difficult to maintain that mind-switching, and the management tasks tended to remain static.After such a period of time, in 2023, we decided to restart the operation of the event, and since the onslaught of COVID-19 had passed and the number of hybrid online/offline events was increasing, we decided to restart the community event as a hybrid event, and at the same time, we improved the operation of the event to avoid a similar situation. We restarted the event with an improved management system to avoid a similar situation.In order to achieve sustainable community management, we have implemented several operational structure improvements, some of which are shown below as examples.Although it is a natural thing to do, we have again clarified the members of the management team.Community management is solely a volunteer-based activity. Therefore, it should be allowed that there may be periods of inactivity due to work or personal circumstances. With this in mind, until then, people who were interested in the management would join the Slack channel where the management members gathered, and the management member management was close to just that. As a result, the situation became "There are many members in the Slack channel, but who are the members who are actually involved in the management and can share the tasks? The management members themselves were becoming unclear.The adverse effects of this condition were the following eventsWhen someone asks for an opinion or reaction on Slack, we don't know if the unrespondent forgot to respond or is inactive and unwilling to respond, and we have to keep reminding them.This results in an atmosphere of "it seems okay not to respond".Since only a few more members of this obscure management team will be involved, there will be no sense of unity as a team.In order to solve these problems, we have started to take inventory and clarification of the management members by periodically confirming their willingness to participate as management members once a year.Leaving the operation is not a negative thing. Since work and personal situations change, by making it easier to express your intention to continue or stop as a management member each year, you can avoid the awkward situation where you are too busy to show up and participate in the management more easily.Then, by constantly updating the management member ledger maintained within the operation, we were able to maintain that all members of the operation are Active.The previous management organization did not have regular management meetings, but rather set them up as needed, such as prior to an event.As a result, decision-making was not progressing during periods when meetings were not being held, although of course this could be done to some extent on Slack. This led to a vicious cycle in which events were not planned and the need for meetings declined.If we are in a state of "no agenda," it could be an indication that there is nothing moving as a community. For this reason, we decided to make the management meeting a regular meeting, to be held monthly. In doing so, we have also established a mailing list of management members by clarifying the above-mentioned management members, and we send calendar invitations to the mailing list.Management meetings, which tended to be held irregularly in the past, are now scheduled on a regular schedule, creating an opportunity to move forward as a community and a rhythm for such meetings. In addition, the act of checking everyone's schedule and setting up a meeting each time was expensive to coordinate. Therefore, being able to block each person's schedule in advance as a regular schedule has been very effective.The Amplify Japan User Group does not have a specific budget, so we need to make sure that the tools we use in our operations can be covered by free ones. In parallel with the organization of the regular meetings mentioned above, we also organized the tools. In addition, a ledger has been created by clarifying the members of the management team, and we are now organizing the tools, including their authorization.Here are two examples of the tools we use. We need a management tool for documents used within the management team, such as management meeting memos and management member ledgers. Since we do not have a budget, We decided to use GitHub because it is free of charge regardless of the number of users to be invited, and because it can be set to be private.The Amplify Japan User Group already had a GitHub Organization for use with source code for the community site and CFP for meetups. Therefore, while using GitHub's Free plan, we created a private repository for the management team, and we use GitHub Discussions in that repository to manage documents.Until then, the base was based on the granting and revoking of privileges to related tools and mailing lists. Therefore, in addition to management of operating members, a ledger was maintained for tools, and the status of authorization grants was visualized.In the above GitHub Discussions, "アナウンス" (it means "Announcements") places ledgers and other documents that should always be referenced. One of the most significant tool maintenance changes was the switch from Slack to Discord as the communication tool in the community.Due to a lack of budget, we could not afford a paid plan for Slack, and as a result, the past logs were hidden because it was a free version. To improve this situation, we switched from Slack to Discord.Logs of questions and discussions within the community can now be utilized, including those from the past, as they are important community assets in themselves.In addition to the above, we also use Google Group, YouTube, connpass, Slido, etc.The management team is engaged as volunteers, so they need some motivation to keep it going.Of course, the community management activities themselves can be one of the achievements to be certified as AWS Community Builder or AWS User Group Leaders, and in fact, many AWS Community Builders and AWS User Group Leaders are on the management team.However, this is the only situation in which each individual must feel motivation on their own. Therefore, it was not possible to create motivation derived from a sense of unity as a team of management members.Therefore, we produced management T-shirts, although each member had to pay for his or her own T-shirt. Please note that the management members are wearing these T-shirts at the meetups.In community management, there are times when the workload is temporarily high, such as during events, but it is important to create a system and structure that will allow for continuous operation during normal times. This is because everyone involved has other jobs and private lives, and the community is made up of volunteer activities in addition to these.How to create and maintain a lean and efficient management organization that is built on such good intentions is an important issue for the survival of the community.The Amplify Japan User Group is now well organized, and I would like to contribute to the development of the community itself by further enhancing the sense of unity and motivation of the management as the finishing touch to the group.

Aiming for sustainable community management - Improvement of Amplify Japan User Group's management system in 2023

こんにちは、AWS Community Builder 兼 AWS User Group Leaders 兼 Amplify Japan User Group運営メンバーの池田 @ikenyal です。株式会社GENDA でEMをしつつ、株式会社ZINE で取締役CTOをしています。!本記事は 技術広報 Advent Calendar 2023 及び GENDA Advent Calendar 2023 の23日目の記事です。登壇資料や外部公開するスライドをアップロードできるサービスはいくつもありますが、その中でも、Speaker Deckを主に利用しています。しかし、Speak...

GoogleスライドでもSpeaker Deckで日本語フォントを崩さないアップロード手順

こんにちは、AWS Community Builder 兼 AWS User Group Leaders 兼 Amplify Japan User Group運営メンバーの池田 @ikenyal です。株式会社GENDA でEMをしつつ、株式会社ZINE で取締役CTOをしています。!本記事は AWS Community Builders Advent Calendar 2023 、 AWS AmplifyとAWS×フロントエンド #AWSAmplifyJP Advent Calendar 2023 及び GENDA Advent Calendar 2023 の8日目の記事です。...

持続可能なコミュニティ運営を目指して〜Amplify Japan User Group 2023年の運営体制改善

こんにちは、AWS Community Builder 兼 AWS User Group Leaders 兼 Amplify Japan User Group運営メンバーの池田 @ikenyal です。!本記事は AWS Community Builders Advent Calendar 2022 の25日目の記事です。このAdvent Calendarでは、AWS Community Buildersに参加している、AWSを愛する皆の、皆による、皆のためのアドベントカレンダーです。そう言われても「AWS Community Buildersとは何者？」と思われる方も多くい...

挑戦権は誰にでもある、日本からもAWS Community Buildersを目指してみよう

こんにちは、株式会社ZINE 取締役CTOの池田 @ikenyal です。!本記事は Qiita x 日本CTO協会共催！あなたの自己変革について語ろう！ Advent Calendar 2022 の10日目の記事です。日本CTO協会のAdvent Calendarでは、協会が定めている下記4つのバリューに関する内容を会員が発信しています。Give First / あなたの当たり前は誰かの学びThink Big, Start Small / 大きく考え、小さく一歩目を踏み出すFail Fast, Learn Fast / 早く失敗し、早く学ぶAlways Day On...

日本CTO協会へ個人会員として入会、そしてプロボノスタッフとして携わるようになった2022

本記事では、以下のフレームワークやツール等を利用した例で、AWS Amplifyを使った開発の流れを「amplify-sample」というサンプルアプリケーションの開発に沿って紹介します。AWS AmplifyReactReduxTypeScriptFigmaAmplify Studio React x Redux x TypeScript のアプリケーション作成とデプロイ アプリケーションのテンプレートを出力「amplify-sample」というアプリケーションを作成します。npxは、npmの5.2.0以降から同封されているコマンドです。コマンドがインストー...

AWS Amplify x Amplify Studio x Figma で開発効率UP

2022年5月より、株式会社GENDAでEMとして従事し、テックブログを立ち上げました。私は、前職の株式会社ZOZOテクノロジーズ（現株式会社ZOZO）のテックブログの運用を担当し、記事の技術的バリューのクオリティ担保だけでなく、日本語の編集・校正も担当し、年間100本以上の記事編集を2年ほど行っていました。その経験もあるため、今回はGENDAのテックブログの立ち上げに携わっています。本記事では、そのテックブログ立ち上げの設立経緯と意図を紹介します。https://techblog.zozo.com/entry/2020-techblog-summaryhttps://blog.ge...

「GENDA Creators Blog」開設しました

Amplify + Vue + GitHubを用いてWebアプリの自動デプロイ環境を構築を構築します。手動デプロイ、自動デプロイ、ブランチ名規則による自動デプロイ、プルリクエストによる自動デプロイ…

Amplify + Vue + GitHubでWebアプリの自動デプロイ環境を構築し、開発を始められる状態にする手順

この記事は、ZOZOテクノロジーズ #1 Advent Calendar 2019 24日目の記事です。昨日は @sonots さんの「書き込みがあるワークロードにおける ZOZOTOWN マルチ…

CTO室はじめました 〜新設CTO室が1年目にやったことと課題

Flutterの準備https://flutter.dev/docs/get-started/install に従ってFlutterの準備をするパッケージインストールhttps://flutt…

Flutter環境もない状況からFlutter Webの環境を構築

Evernoteで添付ファイルも扱いたいが、上限の200Mを超過する場合に、ファイルを分割する際のコマンド。分割split -b 200m ファイル名 splited.結合cat split…

ikenyal

AWS App Studio、Amplify Gen1、Amplify Gen2の違いまとめ

A Roadmap to AWS Amplify Gen2: Shifting Your Mindset from Gen1 to a Modern, AWS-Integrated Frontend CI/CD Platform

AWS Amplify Gen2への道標：Gen1からの“考え方シフト”でAWS連携型の現代的フロントエンドCI/CD基盤へ

Aiming for sustainable community management - Improvement of Amplify Japan User Group's management system in 2023

GoogleスライドでもSpeaker Deckで日本語フォントを崩さないアップロード手順

持続可能なコミュニティ運営を目指して〜Amplify Japan User Group 2023年の運営体制改善

挑戦権は誰にでもある、日本からもAWS Community Buildersを目指してみよう

日本CTO協会へ個人会員として入会、そしてプロボノスタッフとして携わるようになった2022

AWS Amplify x Amplify Studio x Figma で開発効率UP

「GENDA Creators Blog」開設しました

Amplify + Vue + GitHubでWebアプリの自動デプロイ環境を構築し、開発を始められる状態にする手順

CTO室はじめました〜新設CTO室が1年目にやったことと課題

Flutter環境もない状況からFlutter Webの環境を構築

添付ファイルのサイズ上限がある場合(Evernote等)のファイル分割・結合

AWS App Studio、Amplify Gen1、Amplify Gen2の違いまとめ

A Roadmap to AWS Amplify Gen2: Shifting Your Mindset from Gen1 to a Modern, AWS-Integrated Frontend CI/CD Platform

AWS Amplify Gen2への道標：Gen1からの“考え方シフト”でAWS連携型の現代的フロントエンドCI/CD基盤へ

Aiming for sustainable community management - Improvement of Amplify Japan User Group's management system in 2023

GoogleスライドでもSpeaker Deckで日本語フォントを崩さないアップロード手順

持続可能なコミュニティ運営を目指して〜Amplify Japan User Group 2023年の運営体制改善

挑戦権は誰にでもある、日本からもAWS Community Buildersを目指してみよう

日本CTO協会へ個人会員として入会、そしてプロボノスタッフとして携わるようになった2022

AWS Amplify x Amplify Studio x Figma で開発効率UP

「GENDA Creators Blog」開設しました

Amplify + Vue + GitHubでWebアプリの自動デプロイ環境を構築し、開発を始められる状態にする手順

CTO室はじめました 〜新設CTO室が1年目にやったことと課題

Flutter環境もない状況からFlutter Webの環境を構築

添付ファイルのサイズ上限がある場合(Evernote等)のファイル分割・結合

CTO室はじめました〜新設CTO室が1年目にやったことと課題