果然，日経カンファレンスルーム举办的第一次 GCPUG 活动就选用了 AppEngine以及夜间活动。

你去参加了GAE的活动吗？
看来你是个很喜欢便签的朋友啊！（并没有说是擅长）
※在适当地简化、增加内容并重组了一下

只知道GAE这个名字的人，我个人认为最强大的PaaS平台Google App Engine的优点如下：
在阅读上述内容之前，或许先读这个会更好ʕ•̀ω•́ʔ✧

这是什么？ (zhè shì ?)

かずのりさん（@kazunori279）ご挨拶
GoogleAppEngineの今と昔 〜GAEの繁栄と衰退 そして復活へ〜　@soundTricker さん
Namespace APIを用いたマルチテナント型Webアプリの実践　@tenntenn さん
最強のPaaS環境 Google App Engine　@yosukesuzuki さん
ビアトーク
GAEからVision API/Translation APIを使ってみる　enakai00 さん
GAEで勝手に地域貢献してみた　@tomorier さん
GAE/GoでリバーシLINE Bot作った話　@orfeon さん
GAE/Go + Cloud SQL は需要あるのか？　@kaneshin さん
中国でGAEやってみた　@hayatoy さん
ScalaでもGAE　@mtoyoshi さん

数実先生您好。

Appengine在夜晚的1到10号评论。
@kazunori279 士

イベントのこれまでの流れとか
空間充填曲線がどうたらこうたら

谷歌云引擎的过去与现在 〜GAE的兴衰与重生〜

https://docs.google.com/presentation/d/16t76KP7yWHcChK-8kAXSxnhgNDj86gl-1jLA4XmGF0U/edit
@soundTricker さん

GAE的优点

オートスケール，バージョニングがデフォルト
IaaSでやろうとすると大変！
Googleインフラつかえる

历史！

全盛时期（在2011年之前）

便宜又超级规模，是被人们最热衷玩弄的。

然而，问题开始显露出来

Java的速度很慢（因为它是最常使用的语言）
支持的语言
锁定
无法使用文件系统
无法使用API等等
随后进行收费调整（通常是上调价格）

但仍持续进化着。

（2012年至今）情况变得越来越稳定。

HRD（高レプリケーションデータストア）非常稳定。
以前は1000件までの制限がありましたが、徐々に緩和されています。
また、ドキュメントも増えてきました。

作为GCP整体来看

我已经学会了使用SQL，而且大查询也变得很流行。还有各种神秘的技术非常厉害。

GAE 弹性环境 β
虽然灵活性增加了，但后台有很多变化，稳定性还不够好
感觉已经不是 GAE 了，就是这样

时代已经迎头赶上GAE了！(现在)

集装箱的普及，搜索“我种植了它”
自动缩放变得常识化
全面托管流行起来了，锁定有什么好处呢（哦，真的吗（笑））
最近很受欢迎的Go与它的兼容性好

语言的对比

（在 Standard Edition 中）

最近关于GAE的情况

由于存在许多过时的信息，请注意一下。
像ndb、HRD和Services（前称Modules）之类的东西没有涉及到。

GAE独立的发展缓慢。我们应该在整个GCP中跟进。
包括机器学习API、Stackdriver、Firebase等。
东京区域让人期待啊。

使用Stackdriver系列工具可以方便开发
包括Debugger、Trace、Logging

无论什么东西，Datastore都不好（老玩家容易犯错误）。
对于不了解的人来说很困难，而且现在还有Cloud SQL可以用。
如果要使用的话就去找有经验的人咨询。有设计模式和深奥之处。
听说@sinmetal先生会在技术书展2的技术书籍上发表文章？

通过使用命名空间API，实践多租户类型的Web应用。

跨越多种服务的横幅广告发布工具

（参考）
亚特开发技术：使用Golang和Google App Engine

重要的事项

在Mercari和Mercari AT使用的语言是PHP之类的
不希望有干扰，不需要特定于服务的处理
非工程师也能使用
易于调试

命名空间API

为了从多个应用程序中使用，
每个服务的设置不会涉及数据和代码
支持datastore、memcache、TaskQueue、Search

直送

只需要替换上下文！因为没有获取Namespace的函数（！），所以进行了封装。

ミドルウェアでNamespaceきりかえ，datastoreに保存
URLのインスタンスの部分をNamespaceとして活用（数字以外は無視してくれるのを利用）

管理用Namespaceは統一しとく
管理用APIは管理者権限要求

在控制台上的操作

数据存储：命名空间和类型
内存缓存：命名空间，本地的情况怎么处理？

总结

优点：
不影响他的服务
可以快速创建开发环境
只需创建命名空间

缺点：
需要在命名空间之间进行配置迁移的API
本地调试麻烦

使用GAE可以快速建立多租户型应用。
使用GAE来开发内部工具非常方便。
可以使用G suite账户，访问控制也很容易。

谷歌应用引擎是最强大的PaaS环境。

请点击以下链接，查看 @yosukesuzuki さん在 SpeakerDeck 上的演讲内容：https://speakerdeck.com/yosukesuzuki/appengine-at-nikkei

以下是关于个人认为最强大的PaaS平台Google App Engine的优点：

个人觉得Google App Engine是最强大的PaaS平台，原因如下：

日經電子版目前擁有五十萬付費會員，每月瀏覽量達三億頁。

每秒有200个请求，每天约有100万个请求。使用费每月4-5万，其中一半用于互联网外部。到来时间和不到来时间差异很大，最少需要6人。有3-26个实例。

在放置游戏方面没问题，最大的障碍大约在5年前的2012年10月之间。

如果要在AWS（弹性Beanstalk）上完成这个任务…

需要Jenkins、Rundeck、Sentry、New Relic等工具或技术以加快容器启动速度，且需要具备相关使用能力。

未来的期待

还在用Python 3吗？
搜索有点尴尬？无法进行扩展
从CI到部署都比较麻烦

毕阿托克

虽然备忘录是我最喜欢的朋友，但却没有记下来，我无法说出口。

试试使用GAE来使用Vision API/Translation API。

https://github.com/GoogleCloudPlatform/appengine-photoalbum-example

https://github.com/GoogleCloudPlatform/appengine-photoalbum-example 这个网址提供了Google Cloud Platform 提供的一个应用程序-照片相册示例的代码。

听说只需要不到200行代码就能很轻松地写出这个，所以非常希望得到机会。

我尝试使用GAE自行进行地区贡献

如果在Twitter上嘲笑蒲田，很容易被富有公共信息的蒲田轻松击败，这个服务简直可怕不已。

用GAE/Go编写的Reversi LINE Bot的故事

请点开以下链接查看幻灯片展示：
https://docs.google.com/presentation/d/1iJHJsRaSgLDU6d0Dqtcs-FVtKEzLzMlfji4MfLPC6NY/edit#slide=id.p
@orfeon 你好

LINE的API可以在图像中添加链接。即使免费版只能添加50个地方，但只要有足够的可操作性，就足够了。

GAE/Go + Cloud SQL 有需求吗？

在https://github.com/kaneshin/playground/tree/master/gae/go-cloudsql上，kaneshin提供了一个参考，该参考展示了如何在Go语言中使用Go+App Engine+Cloud SQL来开发Web应用程序。

Cloud SQL第二代的陷阱在哪里！通过app.yaml以“project:region:instance”的格式指定。详见https://cloud.google.com/appengine/docs/standard/go/cloud-sql/#setting-up。

我在中国尝试了一下GAE。

@hayatoy さん

我没有想到那个概念。

在Scala中使用GAE

@mtoyoshi 先生

我正在努力呢！看起来好像有好消息在等着。

こじんてきまとめ

尽管访问量非常高，但价格相当便宜。
而且不需要操心，谷歌应用引擎真是最强的。
（在功能和社区方面）环境逐渐完善，现在正是感受的时候。

对于《テクブ本》上的Datastore设计模式文章很有期待。
实际上@sinmetal先生没有登台真是出乎意料。

送您最后一份披萨，感谢用餐！(๑´ڡ`๑)

有兴趣的人请务必加入用户会！→ http://gcpug.jp/join

(GAE全般参考)
以下是2016年中期的Google App Engine
我个人认为最强大的PaaS平台Google App Engine的优点是什么
GCP边缘缓存

请用汉语将以下内容进行改述：

尽可能提供一个选项：

请将以下内容用中文进行翻译，只需要一个选项：
Hello, how are you doing today?

请用中文将以下内容进行释义，只需给出一种选项：
“Natively in Chinese” can be paraphrased as “用中文进行本地释义”。