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
0
150
Azureの開発で辛いところ
re3turn
January 10, 2025
Tweet
Share
Other Decks in Technology
See All in Technology
テストを書かないためのテスト/ Tests for not writing tests
sinsoku
1
140
20240513 - 框裡框外_文學院學生如何在AI世代安身立命 @ 淡江大學
dpys
0
590
PHPerのための計算量入門/Complexity101 for PHPer
hanhan1978
6
1.5k
AWS re:Invent 2024 ふりかえり勉強会
yhana
0
680
AI×医用画像の現状と可能性_2024年版/AI×medical_imaging_in_japan_2024
tdys13
0
1.1k
アジャイルチームが変化し続けるための組織文化とマネジメント・アプローチ / Agile management that enables ever-changing teams
kakehashi
2
1.6k
Fearsome File Formats
ange
0
540
組織に自動テストを書く文化を根付かせる戦略(2024冬版) / Building Automated Test Culture 2024 Winter Edition
twada
PRO
25
6.9k
OPENLOGI Company Profile for engineer
hr01
1
17k
型情報を用いたLintでコード品質を向上させる
sansantech
PRO
2
200
Unlearn Product Development - Unleashed Edition
lemiorhan
PRO
2
160
OCI技術資料 : ファイル・ストレージ 概要
ocise
3
12k
Featured
See All Featured
Unsuck your backbone
ammeep
669
57k
ピンチをチャンスに:未来をつくるプロダクトロードマップ #pmconf2020
aki_iinuma
111
50k
GitHub's CSS Performance
jonrohan
1030
460k
GraphQLとの向き合い方2022年版
quramy
44
13k
Bash Introduction
62gerente
609
210k
How STYLIGHT went responsive
nonsquared
96
5.3k
[Rails World 2023 - Day 1 Closing Keynote] - The Magic of Rails
eileencodes
33
2k
Evolution of real-time – Irina Nazarova, EuRuKo, 2024
irinanazarova
6
480
Reflections from 52 weeks, 52 projects
jeffersonlam
348
20k
Optimising Largest Contentful Paint
csswizardry
33
3k
Designing Dashboards & Data Visualisations in Web Apps
destraynor
230
52k
個人開発の失敗を避けるイケてる考え方 / tips for indie hackers
panda_program
97
17k
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は成熟してない感