Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
Azureの開発で辛いところ
Search
re3turn
January 10, 2025
Technology
420
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
Azureの開発で辛いところ
re3turn
January 10, 2025
Other Decks in Technology
See All in Technology
AI駆動開発が変える、大規模開発の前提 ーHuman in the Loop から Human on the Loop へ / AIE2026
visional_engineering_and_design
22
12k
PHP と TypeScript の型システム比較:AI 時代の「型」は誰のためにあるのか? #frontend_phpcon_do / frontend_phpcon_do_2026
shogogg
1
260
EventBridge Connection
_kensh
4
590
Dynamic Workersについて
yusukebe
2
610
2026.06.13_AI時代に事業会社が「SIer出身エンジニア」を求める理由 / Why Businesses Seek Engineers with a System Integrator Background in the AI Era
jumtech
0
570
protovalidate-es を導入してみた
bengo4com
0
130
そのPoC、何を検証したつもりでしたか? AIプロダクトの価値検証で陥った落とし穴
techtekt
PRO
0
150
価格.comをAI駆動で全面刷新する ー 30年分の技術的負債を返し、次の30年の土台をつくる ー / AI Engineering Summit Tokyo 2026
tkyowa
49
54k
【Gen-AX】20260530開催_JJUG CCC 2026 Spring
genax
0
430
先取りMaven4 ~16年ぶりのメジャーアップデート、その進化とは?~
ogiwarat
0
150
Mastering Ruby Box
tagomoris
3
150
実装は速くなった、レビューはどうする? ― 自身のレビューをAIで再現させるサーヴァントエンジニアリングのすゝめ / Implementation got faster. So what about reviews? — An invitation to Servant Engineering: Recreating your own code reviews with AI
nrslib
7
4.1k
Featured
See All Featured
Ruling the World: When Life Gets Gamed
codingconduct
0
250
Conquering PDFs: document understanding beyond plain text
inesmontani
PRO
4
2.8k
We Have a Design System, Now What?
morganepeng
55
8.2k
GraphQLの誤解/rethinking-graphql
sonatard
75
12k
Accessibility Awareness
sabderemane
1
130
Building Adaptive Systems
keathley
44
3k
Rebuilding a faster, lazier Slack
samanthasiow
85
9.5k
Beyond borders and beyond the search box: How to win the global "messy middle" with AI-driven SEO
davidcarrasco
3
150
Making Projects Easy
brettharned
120
6.7k
Building Better People: How to give real-time feedback that sticks.
wjessup
370
20k
Game over? The fight for quality and originality in the time of robots
wayneb77
1
190
AI in Enterprises - Java and Open Source to the Rescue
ivargrimstad
0
1.3k
Transcript
Azureの開発で辛いところ
Azure使ったことある方どれくらいます?
なんでAzureで開発してるの?
普段はAWSで開発しているが Azureを使わざるをえない理由があって Azureを使うことになった
Azureで開発してて辛いなと 思ったことを話す
1.ドキュメントの日本語訳がはちゃめちゃ
いいえ、番号、イエス、イエス、はい
No, No, Yes, Yes, Yes https://learn.microsoft.com/ja-jp/azure/virtual-machines/disks-types
パラメーター名も日本語化 価値「糸」
Value string https://learn.microsoft.com/ja-jp/azure/templates/microsoft.app/2024-02-02-preview/jobs?pivots=deployment-l anguage-bicep
唐突な小泉構文!!
case preserving と case insensitiveを両方 「大文字・小文字を区別しない」と翻訳 https://learn.microsoft.com/ja-jp/rest/api/storageservices/naming-and-referencing-shares--d irectories--files--and-metadata
2.リソースの文字制限がきつい
リソースに必ず名前をつける必要があるが リソースの文字制限がきつい
リソース スコープ 文字数 Resource Groups Subscription 90文字 Container App Job
Resource Group 32文字 ServiceBus Name Space Grobal 50文字 Storage Accounts Grobal 24文字
リージョン別にリソース名をつけたいが リージョン名がそもそも長い DisplayName Name 文字数 East US eastus 6文字 Germany
West Central germanywestcentral 18文字 North Central US (Stage) northcentralusstage 19文字
リージョン名に統一感がまったくない DisplayName Name East US eastus UK West ukwest Japan
East japaneast Central India centralindia
ストレージ アカウントは最大24文字、数字と小文字のみ ベストプラクティスがBicep(IaC)で uniqueString()を使用したハッシュ値生成
3.リソースグループ名の大文字小文字が変わる
リソースグループ名はcase insensitive これはわかる
同じリソースグループだが大文字小文字が 違うものに勝手になっている・・・
おわりに • 技術的な事以外で困る事が多かった • なんかおもってたんと違うになりがち • AWSと比べるとAzureは成熟してない感