Untuk kemampuan serupa dengan Amazon Timestream LiveAnalytics, pertimbangkan Amazon Timestream untuk InfluxDB. Ini menawarkan konsumsi data yang disederhanakan dan waktu respons kueri milidetik satu digit untuk analitik waktu nyata. Pelajari lebih lanjut [di sini](https://docs.aws.amazon.com//timestream/latest/developerguide/timestream-for-influxdb.html).
Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
# Keamanan di Timestream untuk LiveAnalytics
Keamanan cloud di AWS adalah prioritas tertinggi. Sebagai AWS pelanggan, Anda mendapat manfaat dari pusat data dan arsitektur jaringan yang dibangun untuk memenuhi persyaratan organisasi yang paling sensitif terhadap keamanan.
Keamanan adalah tanggung jawab bersama antara Anda AWS dan Anda. [Model tanggung jawab bersama](https://aws.amazon.com/compliance/shared-responsibility-model/) menggambarkan hal ini sebagai keamanan *dari* cloud dan keamanan *di* cloud:
+ **Keamanan cloud** — AWS bertanggung jawab untuk melindungi infrastruktur yang menjalankan AWS layanan di AWS Cloud. AWS juga memberi Anda layanan yang dapat Anda gunakan dengan aman. Efektivitas keamanan kami diuji dan diverifikasi secara rutin oleh auditor pihak ketiga sebagai bagian dari [program kepatuhan AWS](https://aws.amazon.com/compliance/programs/). Untuk mempelajari tentang program kepatuhan yang berlaku untuk Timestream LiveAnalytics, lihat [AWS Layanan dalam Lingkup berdasarkan Program Kepatuhan](https://aws.amazon.com/compliance/services-in-scope/).
+ **Keamanan di cloud** — Tanggung jawab Anda ditentukan oleh AWS layanan yang Anda gunakan. Anda juga bertanggung jawab atas faktor lain, termasuk sensitivitas data, persyaratan perusahaan, serta hukum dan peraturan yang berlaku.
Dokumentasi ini akan membantu Anda memahami cara menerapkan model tanggung jawab bersama saat menggunakan Timestream untuk LiveAnalytics. Topik berikut menunjukkan cara mengonfigurasi Timestream LiveAnalytics untuk memenuhi tujuan keamanan dan kepatuhan Anda. Anda juga akan belajar cara menggunakan AWS layanan lain yang dapat membantu Anda memantau dan mengamankan Timestream Anda untuk LiveAnalytics sumber daya.
**Topics**
+ [Perlindungan data di Timestream untuk LiveAnalytics](data-protection.md)
+ [Manajemen identitas dan akses untuk Amazon Timestream untuk LiveAnalytics](security-iam.md)
+ [Pencatatan dan pemantauan di Timestream untuk LiveAnalytics](monitoring.md)
+ [Ketahanan di Amazon Timestream Live Analytics](disaster-recovery-resiliency.md)
+ [Keamanan infrastruktur di Amazon Timestream Live Analytics](infrastructure-security.md)
+ [Analisis konfigurasi dan kerentanan di Timestream](ConfigAndVulnerability.md)
+ [Respons insiden di Timestream untuk LiveAnalytics](IncidentResponse.md)
+ [Titik akhir VPC (AWS PrivateLink)](VPCEndpoints.md)
+ [Praktik terbaik keamanan untuk Amazon Timestream untuk LiveAnalytics](best-practices-security.md)
# Perlindungan data di Timestream untuk LiveAnalytics
[Model tanggung jawab AWS bersama model](https://aws.amazon.com/compliance/shared-responsibility-model/) berlaku untuk perlindungan data di Amazon Timestream Live Analytics. Seperti yang dijelaskan dalam model AWS ini, bertanggung jawab untuk melindungi infrastruktur global yang menjalankan semua AWS Cloud. Anda bertanggung jawab untuk mempertahankan kendali atas konten yang di-host pada infrastruktur ini. Anda juga bertanggung jawab atas tugas-tugas konfigurasi dan manajemen keamanan untuk Layanan AWS yang Anda gunakan. Lihat informasi yang lebih lengkap tentang privasi data dalam [Pertanyaan Umum Privasi Data](https://aws.amazon.com/compliance/data-privacy-faq/). Lihat informasi tentang perlindungan data di Eropa di pos blog [Model Tanggung Jawab Bersama dan GDPR AWS](https://aws.amazon.com/blogs/security/the-aws-shared-responsibility-model-and-gdpr/) di *Blog Keamanan AWS *.
Untuk tujuan perlindungan data, kami menyarankan Anda melindungi Akun AWS kredensil dan mengatur pengguna individu dengan AWS IAM Identity Center atau AWS Identity and Access Management (IAM). Dengan cara itu, setiap pengguna hanya diberi izin yang diperlukan untuk memenuhi tanggung jawab tugasnya. Kami juga menyarankan supaya Anda mengamankan data dengan cara-cara berikut:
+ Gunakan autentikasi multi-faktor (MFA) pada setiap akun.
+ Gunakan SSL/TLS untuk berkomunikasi dengan AWS sumber daya. Kami mensyaratkan TLS 1.2 dan menganjurkan TLS 1.3.
+ Siapkan API dan pencatatan aktivitas pengguna dengan AWS CloudTrail. Untuk informasi tentang penggunaan CloudTrail jejak untuk menangkap AWS aktivitas, lihat [Bekerja dengan CloudTrail jejak](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/cloudtrail-trails.html) di *AWS CloudTrail Panduan Pengguna*.
+ Gunakan solusi AWS enkripsi, bersama dengan semua kontrol keamanan default di dalamnya Layanan AWS.
+ Gunakan layanan keamanan terkelola tingkat lanjut seperti Amazon Macie, yang membantu menemukan dan mengamankan data sensitif yang disimpan di Amazon S3.
+ Jika Anda memerlukan modul kriptografi tervalidasi FIPS 140-3 saat mengakses AWS melalui antarmuka baris perintah atau API, gunakan titik akhir FIPS. Lihat informasi selengkapnya tentang titik akhir FIPS yang tersedia di [Standar Pemrosesan Informasi Federal (FIPS) 140-3](https://aws.amazon.com/compliance/fips/).
Kami sangat merekomendasikan agar Anda tidak pernah memasukkan informasi identifikasi yang sensitif, seperti nomor rekening pelanggan Anda, ke dalam tanda atau bidang isian bebas seperti bidang **Nama**. Ini termasuk saat Anda bekerja dengan Timestream Live Analytics atau lainnya Layanan AWS menggunakan konsol, API AWS CLI, atau AWS SDKs. Data apa pun yang Anda masukkan ke dalam tanda atau bidang isian bebas yang digunakan untuk nama dapat digunakan untuk log penagihan atau log diagnostik. Saat Anda memberikan URL ke server eksternal, kami sangat menganjurkan supaya Anda tidak menyertakan informasi kredensial di dalam URL untuk memvalidasi permintaan Anda ke server itu.
Untuk informasi lebih rinci tentang Timestream untuk topik perlindungan LiveAnalytics data seperti Enkripsi saat Istirahat dan Manajemen Kunci, pilih salah satu topik yang tersedia di bawah ini.
**Topics**
+ [Enkripsi saat diam](EncryptionAtRest.md)
+ [Enkripsi saat bergerak](EncryptionInTransit.md)
+ [Manajemen kunci](KeyManagement.md)
# Enkripsi saat diam
[Timestream untuk LiveAnalytics enkripsi saat istirahat memberikan keamanan yang ditingkatkan dengan mengenkripsi semua data Anda saat istirahat menggunakan kunci enkripsi yang disimpan di AWS Key Management Service ().AWS KMS](https://aws.amazon.com/kms/) Fungsi ini membantu mengurangi beban operasional dan kompleksitas yang terlibat dalam melindungi data sensitif. Dengan enkripsi saat diam, Anda dapat membuat aplikasi yang sensitif terhadap keamanan yang memenuhi persyaratan kepatuhan dan peraturan enkripsi yang ketat.
+ Enkripsi diaktifkan secara default pada Timestream Anda untuk LiveAnalytics database, dan tidak dapat dimatikan. Algoritma enkripsi AES-256 standar industri adalah algoritma enkripsi default yang digunakan.
+ AWS KMS diperlukan untuk enkripsi saat istirahat di Timestream untuk LiveAnalytics.
+ Anda tidak dapat mengenkripsi subset item saja dalam tabel.
+ Anda tidak perlu memodifikasi aplikasi klien basis data untuk menggunakan enkripsi.
Jika Anda tidak memberikan kunci, Timestream untuk LiveAnalytics membuat dan menggunakan AWS KMS kunci bernama `alias/aws/timestream` di akun Anda.
Anda dapat menggunakan kunci terkelola pelanggan Anda sendiri di KMS untuk mengenkripsi Timestream Anda untuk data. LiveAnalytics Untuk informasi selengkapnya tentang kunci di Timestream LiveAnalytics, lihat[Manajemen kunci](KeyManagement.md).
Timestream untuk LiveAnalytics menyimpan data Anda dalam dua tingkatan penyimpanan, penyimpanan memori dan penyimpanan magnetik. Data penyimpanan memori dienkripsi menggunakan Timestream untuk LiveAnalytics kunci layanan. Data penyimpanan magnetik dienkripsi menggunakan kunci AWS KMS Anda.
Layanan Timestream Query memerlukan kredensyal untuk mengakses data Anda. Kredensyal ini dienkripsi menggunakan kunci KMS Anda.
**catatan**
Timestream for LiveAnalytics tidak memanggil setiap AWS KMS operasi Dekripsi. Sebaliknya, ia mempertahankan cache kunci lokal selama 5 menit dengan lalu lintas aktif. Setiap perubahan izin disebarkan melalui Timestream untuk LiveAnalytics sistem dengan konsistensi akhirnya dalam waktu paling lama 5 menit.
# Enkripsi saat bergerak
Semua data Timestream Live Analytics Anda dienkripsi saat transit. Secara default, semua komunikasi ke dan dari Timestream untuk LiveAnalytics dilindungi dengan menggunakan enkripsi Transport Layer Security (TLS).
# Manajemen kunci
Anda dapat mengelola kunci untuk Amazon Timestream Live Analytics menggunakan [Layanan Manajemen AWS Kunci (AWS KMS](https://docs.aws.amazon.com/kms/latest/developerguide/)). **Timestream Live Analytics memerlukan penggunaan KMS untuk mengenkripsi data Anda.** Anda memiliki opsi berikut untuk manajemen kunci, tergantung pada seberapa banyak kontrol yang Anda butuhkan atas kunci Anda:
**Database dan sumber daya tabel**
+ Kunci yang *dikelola Timestream Live Analytics: Jika Anda tidak memberikan kunci, Timestream Live Analytics akan membuat kunci menggunakan KMS*. `alias/aws/timestream`
+ *Kunci terkelola pelanggan: Kunci* terkelola pelanggan KMS didukung. Pilih opsi ini jika Anda memerlukan kontrol lebih besar atas izin dan siklus hidup kunci Anda, termasuk kemampuan untuk memutarnya secara otomatis setiap tahun.
**Sumber daya kueri terjadwal**
+ *Kunci milik Timestream Live Analytics: Jika Anda tidak memberikan kunci*, Timestream Live Analytics akan menggunakan kunci KMS miliknya sendiri untuk mengenkripsi sumber daya Kueri, kunci ini ada di akun timestream. Lihat [kunci AWS yang dimiliki](https://docs.aws.amazon.com/kms/latest/developerguide/concepts.html#aws-owned-cmk) di panduan pengembang KMS untuk detail selengkapnya.
+ *Kunci terkelola pelanggan: Kunci* terkelola pelanggan KMS didukung. Pilih opsi ini jika Anda memerlukan kontrol lebih besar atas izin dan siklus hidup kunci Anda, termasuk kemampuan untuk memutarnya secara otomatis setiap tahun.
Kunci KMS di penyimpanan kunci eksternal (XKS) tidak didukung.
# Manajemen identitas dan akses untuk Amazon Timestream untuk LiveAnalytics
AWS Identity and Access Management (IAM) adalah Layanan AWS yang membantu administrator mengontrol akses ke AWS sumber daya dengan aman. Administrator IAM mengontrol siapa yang dapat *diautentikasi* (masuk) dan *diotorisasi* (memiliki izin) untuk menggunakan Timestream untuk sumber daya. LiveAnalytics IAM adalah Layanan AWS yang dapat Anda gunakan tanpa biaya tambahan.
**Topics**
+ [Audiens](#security_iam_audience)
+ [Mengautentikasi dengan identitas](#security_iam_authentication)
+ [Mengelola akses menggunakan kebijakan](#security_iam_access-manage)
+ [Bagaimana Amazon Timestream LiveAnalytics bekerja dengan IAM](security_iam_service-with-iam.md)
+ [AWS kebijakan terkelola untuk Amazon Timestream Live Analytics](security-iam-awsmanpol.md)
+ [Amazon Timestream untuk contoh kebijakan berbasis LiveAnalytics identitas](security_iam_id-based-policy-examples.md)
+ [Memecahkan masalah Amazon Timestream LiveAnalytics untuk identitas dan akses](security_iam_troubleshoot.md)
## Audiens
Cara Anda menggunakan AWS Identity and Access Management (IAM) berbeda berdasarkan peran Anda:
+ **Pengguna layanan** - minta izin dari administrator Anda jika Anda tidak dapat mengakses fitur (lihat [Memecahkan masalah Amazon Timestream LiveAnalytics untuk identitas dan akses](security_iam_troubleshoot.md))
+ **Administrator layanan** - tentukan akses pengguna dan mengirimkan permintaan izin (lihat [Bagaimana Amazon Timestream LiveAnalytics bekerja dengan IAM](security_iam_service-with-iam.md))
+ **Administrator IAM** - tulis kebijakan untuk mengelola akses (lihat [Amazon Timestream untuk contoh kebijakan berbasis LiveAnalytics identitas](security_iam_id-based-policy-examples.md))
## Mengautentikasi dengan identitas
Otentikasi adalah cara Anda masuk AWS menggunakan kredensi identitas Anda. Anda harus diautentikasi sebagai Pengguna root akun AWS, pengguna IAM, atau dengan mengasumsikan peran IAM.
Anda dapat masuk sebagai identitas federasi menggunakan kredensil dari sumber identitas seperti AWS IAM Identity Center (Pusat Identitas IAM), autentikasi masuk tunggal, atau kredensional. Google/Facebook Untuk informasi selengkapnya tentang cara masuk, lihat [Cara masuk ke Akun AWS Anda](https://docs.aws.amazon.com/signin/latest/userguide/how-to-sign-in.html) dalam *Panduan Pengguna AWS Sign-In *.
Untuk akses terprogram, AWS sediakan SDK dan CLI untuk menandatangani permintaan secara kriptografis. Untuk informasi selengkapnya, lihat [AWS Signature Version 4 untuk permintaan API](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_sigv.html) dalam *Panduan Pengguna IAM*.
### Pengguna dan grup IAM
*[Pengguna IAM](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_users.html)* adalah identitas dengan izin khusus untuk satu orang atau aplikasi. Sebaiknya gunakan kredensial sementara alih-alih pengguna IAM dengan kredensial jangka panjang. Untuk informasi selengkapnya, lihat [Mewajibkan pengguna manusia untuk menggunakan federasi dengan penyedia identitas untuk mengakses AWS menggunakan kredensyal sementara](https://docs.aws.amazon.com/IAM/latest/UserGuide/best-practices.html#bp-users-federation-idp) di Panduan Pengguna *IAM*.
[https://docs.aws.amazon.com/IAM/latest/UserGuide/id_groups.html](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_groups.html) menentukan kumpulan pengguna IAM dan mempermudah pengelolaan izin untuk pengguna dalam jumlah besar. Untuk mempelajari selengkapnya, lihat [Kasus penggunaan untuk pengguna IAM](https://docs.aws.amazon.com/IAM/latest/UserGuide/gs-identities-iam-users.html) dalam *Panduan Pengguna IAM*.
### Peran IAM
*[Peran IAM](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles.html)* adalah identitas dengan izin khusus yang menyediakan kredensial sementara. Anda dapat mengambil peran dengan [beralih dari pengguna ke peran IAM (konsol)](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_use_switch-role-console.html) atau dengan memanggil operasi AWS CLI atau AWS API. Untuk informasi selengkapnya, lihat [Metode untuk mengambil peran](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_manage-assume.html) dalam *Panduan Pengguna IAM*.
Peran IAM berguna untuk akses pengguna terfederasi, izin pengguna IAM sementara, akses lintas akun, akses lintas layanan, dan aplikasi yang berjalan di Amazon EC2. Untuk informasi selengkapnya, lihat [Akses sumber daya lintas akun di IAM](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies-cross-account-resource-access.html) dalam *Panduan Pengguna IAM*.
## Mengelola akses menggunakan kebijakan
Anda mengontrol akses AWS dengan membuat kebijakan dan melampirkannya ke AWS identitas atau sumber daya. Kebijakan menentukan izin saat dikaitkan dengan identitas atau sumber daya. AWS mengevaluasi kebijakan ini ketika kepala sekolah membuat permintaan. Sebagian besar kebijakan disimpan AWS sebagai dokumen JSON. Untuk informasi selengkapnya tentang dokumen kebijakan JSON, lihat [Gambaran umum kebijakan JSON](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies.html#access_policies-json) dalam *Panduan Pengguna IAM*.
Menggunakan kebijakan, administrator menentukan siapa yang memiliki akses ke apa dengan mendefinisikan **principal** mana yang dapat melakukan **tindakan** pada **sumber daya** apa, dan dalam **kondisi** apa.
Secara default, pengguna dan peran tidak memiliki izin. Administrator IAM membuat kebijakan IAM dan menambahkannya ke peran, yang kemudian dapat diambil oleh pengguna. Kebijakan IAM mendefinisikan izin terlepas dari metode yang Anda gunakan untuk melakukan operasinya.
### Kebijakan berbasis identitas
Kebijakan berbasis identitas adalah dokumen kebijakan izin JSON yang Anda lampirkan ke identitas (pengguna, grup, atau peran). Kebijakan ini mengontrol tindakan apa yang bisa dilakukan oleh identitas tersebut, terhadap sumber daya yang mana, dan dalam kondisi apa. Untuk mempelajari cara membuat kebijakan berbasis identitas, lihat [Tentukan izin IAM kustom dengan kebijakan yang dikelola pelanggan](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_create.html) dalam *Panduan Pengguna IAM*.
Kebijakan berbasis identitas dapat berupa *kebijakan inline* (disematkan langsung ke dalam satu identitas) atau *kebijakan terkelola* (kebijakan mandiri yang dilampirkan pada banyak identitas). Untuk mempelajari cara memilih antara kebijakan terkelola dan kebijakan inline, lihat [Pilih antara kebijakan terkelola dan kebijakan inline](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies-choosing-managed-or-inline.html) dalam *Panduan Pengguna IAM*.
### Kebijakan berbasis sumber daya
Kebijakan berbasis sumber daya adalah dokumen kebijakan JSON yang Anda lampirkan ke sumber daya. Contohnya termasuk *kebijakan kepercayaan peran IAM* dan *kebijakan bucket* Amazon S3. Dalam layanan yang mendukung kebijakan berbasis sumber daya, administrator layanan dapat menggunakannya untuk mengontrol akses ke sumber daya tertentu. Anda harus [menentukan principal](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_elements_principal.html) dalam kebijakan berbasis sumber daya.
Kebijakan berbasis sumber daya merupakan kebijakan inline yang terletak di layanan tersebut. Anda tidak dapat menggunakan kebijakan AWS terkelola dari IAM dalam kebijakan berbasis sumber daya.
### Daftar kontrol akses (ACLs)
Access control lists (ACLs) mengontrol prinsipal mana (anggota akun, pengguna, atau peran) yang memiliki izin untuk mengakses sumber daya. ACLs mirip dengan kebijakan berbasis sumber daya, meskipun mereka tidak menggunakan format dokumen kebijakan JSON.
Amazon S3, AWS WAF, dan Amazon VPC adalah contoh layanan yang mendukung. ACLs Untuk mempelajari selengkapnya ACLs, lihat [Ringkasan daftar kontrol akses (ACL)](https://docs.aws.amazon.com/AmazonS3/latest/userguide/acl-overview.html) di *Panduan Pengembang Layanan Penyimpanan Sederhana Amazon*.
### Jenis-jenis kebijakan lain
AWS mendukung jenis kebijakan tambahan yang dapat menetapkan izin maksimum yang diberikan oleh jenis kebijakan yang lebih umum:
+ **Batasan izin** – Menetapkan izin maksimum yang dapat diberikan oleh kebijakan berbasis identitas kepada entitas IAM. Untuk informasi selengkapnya, lihat [Batasan izin untuk entitas IAM](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_boundaries.html) dalam *Panduan Pengguna IAM*.
+ **Kebijakan kontrol layanan (SCPs)** — Tentukan izin maksimum untuk organisasi atau unit organisasi di AWS Organizations. Untuk informasi selengkapnya, lihat [Kebijakan kontrol layanan](https://docs.aws.amazon.com/organizations/latest/userguide/orgs_manage_policies_scps.html) dalam *Panduan Pengguna AWS Organizations *.
+ **Kebijakan kontrol sumber daya (RCPs)** — Tetapkan izin maksimum yang tersedia untuk sumber daya di akun Anda. Untuk informasi selengkapnya, lihat [Kebijakan kontrol sumber daya (RCPs)](https://docs.aws.amazon.com/organizations/latest/userguide/orgs_manage_policies_rcps.html) di *Panduan AWS Organizations Pengguna*.
+ **Kebijakan sesi** – Kebijakan lanjutan yang diteruskan sebagai parameter saat membuat sesi sementara untuk peran atau pengguna terfederasi. Untuk informasi selengkapnya, lihat [Kebijakan sesi](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies.html#policies_session) dalam *Panduan Pengguna IAM*.
### Berbagai jenis kebijakan
Ketika beberapa jenis kebijakan berlaku pada suatu permintaan, izin yang dihasilkan lebih rumit untuk dipahami. Untuk mempelajari cara AWS menentukan apakah akan mengizinkan permintaan saat beberapa jenis kebijakan terlibat, lihat [Logika evaluasi kebijakan](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_evaluation-logic.html) di *Panduan Pengguna IAM*.
# Bagaimana Amazon Timestream LiveAnalytics bekerja dengan IAM
Sebelum Anda menggunakan IAM untuk mengelola akses ke Timestream LiveAnalytics, Anda harus memahami fitur IAM apa yang tersedia untuk digunakan dengan Timestream. LiveAnalytics *Untuk mendapatkan tampilan tingkat tinggi tentang cara Timestream untuk LiveAnalytics dan AWS layanan lainnya bekerja dengan IAM, lihat [AWS Layanan yang Bekerja dengan IAM di Panduan Pengguna IAM](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_aws-services-that-work-with-iam.html).*
**Topics**
+ [Timestream untuk kebijakan berbasis LiveAnalytics identitas](#security_iam_service-with-iam-id-based-policies)
+ [Timestream untuk kebijakan berbasis sumber LiveAnalytics daya](#security_iam_service-with-iam-resource-based-policies)
+ [Otorisasi berdasarkan Timestream untuk tag LiveAnalytics](#security_iam_service-with-iam-tags)
+ [Timestream untuk peran LiveAnalytics IAM](#security_iam_service-with-iam-roles)
## Timestream untuk kebijakan berbasis LiveAnalytics identitas
Dengan kebijakan berbasis identitas IAM, Anda dapat menentukan secara spesifik apakah tindakan dan sumber daya diizinkan atau ditolak, serta kondisi yang menjadi dasar dikabulkan atau ditolaknya tindakan tersebut. Timestream untuk LiveAnalytics mendukung tindakan dan sumber daya tertentu, dan kunci kondisi. Untuk mempelajari semua elemen yang Anda gunakan dalam kebijakan JSON, lihat [Referensi Elemen Kebijakan JSON IAM ](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_elements.html) dalam *Panduan Pengguna IAM*.
### Tindakan
Administrator dapat menggunakan kebijakan AWS JSON untuk menentukan siapa yang memiliki akses ke apa. Yaitu, di mana **utama** dapat melakukan **tindakan** pada **sumber daya**, dan dalam **kondisi apa**.
Elemen `Action` dari kebijakan JSON menjelaskan tindakan yang dapat Anda gunakan untuk mengizinkan atau menolak akses dalam sebuah kebijakan. Sertakan tindakan dalam kebijakan untuk memberikan izin untuk melakukan operasi terkait.
Anda dapat menentukan tindakan berikut dalam elemen Tindakan pernyataan kebijakan IAM. Gunakan kebijakan untuk memberikan izin untuk melaksanakan operasi dalam AWS. Saat Anda menggunakan tindakan dalam kebijakan, Anda biasanya mengizinkan atau menolak akses ke operasi API, perintah CLI, atau perintah SQL dengan nama yang sama.
Dalam beberapa kasus, tindakan tunggal mengontrol akses ke operasi API serta perintah SQL. Atau, beberapa operasi memerlukan beberapa tindakan yang berbeda.
Untuk daftar Timestream yang didukung untuk LiveAnalytics `Action`'s, lihat tabel di bawah ini:
**catatan**
Untuk semua database spesifik`Actions`, Anda dapat menentukan ARN database untuk membatasi tindakan ke database tertentu.
| Tindakan | Deskripsi | Tingkat akses | Jenis sumber daya (\$1diperlukan) |
| --- | --- | --- | --- |
| DescribeEndpoints | Mengembalikan titik akhir Timestream yang permintaan berikutnya harus dibuat. | Semua | \$1 |
| Pilih | Jalankan kueri di Timestream yang memilih data dari satu atau beberapa tabel. [Lihat catatan ini untuk penjelasan rinci](#security_iam_service-with-iam-id-based-policies-actions.select-vs-selectvalues) | Baca | meja\$1 |
| CancelQuery | Batalkan kueri. | Baca | \$1 |
| ListTables | Dapatkan daftar tabel. | Daftar | basis data\$1 |
| ListDatabases | Dapatkan daftar database. | Daftar | \$1 |
| ListMeasures | Dapatkan daftar tindakan. | Baca | meja\$1 |
| DescribeTable | Dapatkan deskripsi tabel. | Baca | meja\$1 |
| DescribeDatabase | Dapatkan deskripsi database. | Baca | basis data\$1 |
| SelectValues | Jalankan kueri yang tidak memerlukan sumber daya tertentu untuk ditentukan. [Lihat catatan ini untuk penjelasan rinci](#security_iam_service-with-iam-id-based-policies-actions.select-vs-selectvalues). | Baca | \$1 |
| WriteRecords | Masukkan data ke Timestream. | Tulis | meja\$1 |
| CreateTable | Buat tabel. | Tulis | basis data\$1 |
| CreateDatabase | Buat database. | Tulis | \$1 |
| DeleteDatabase | Hapus database. | Tulis | \$1 |
| UpdateDatabase | Perbarui database. | Tulis | \$1 |
| DeleteTable | Hapus tabel. | Tulis | basis data\$1 |
| UpdateTable | Perbarui tabel. | Tulis | basis data\$1 |
#### SelectValues vs. pilih:
`SelectValues`adalah `Action` yang digunakan untuk kueri yang *tidak* memerlukan sumber daya. Contoh kueri yang tidak memerlukan sumber daya adalah sebagai berikut:
```
SELECT 1
```
Perhatikan bahwa kueri ini tidak merujuk ke Timestream tertentu untuk LiveAnalytics sumber daya. Pertimbangkan contoh lain:
```
SELECT now()
```
Kueri ini mengembalikan stempel waktu saat ini menggunakan `now()` fungsi, tetapi tidak memerlukan sumber daya yang akan ditentukan. `SelectValues`sering digunakan untuk pengujian, sehingga Timestream untuk LiveAnalytics dapat menjalankan kueri tanpa sumber daya. Sekarang, pertimbangkan `Select` kueri:
```
SELECT * FROM database.table
```
Jenis kueri ini membutuhkan sumber daya, khususnya Timestream untuk LiveAnalytics `table`, sehingga data yang ditentukan dapat diambil dari tabel.
### Sumber daya
Administrator dapat menggunakan kebijakan AWS JSON untuk menentukan siapa yang memiliki akses ke apa. Yaitu, di mana **utama** dapat melakukan **tindakan** pada **sumber daya**, dan dalam **kondisi apa**.
Elemen kebijakan JSON `Resource` menentukan objek yang menjadi target penerapan tindakan. Praktik terbaiknya, tentukan sumber daya menggunakan [Amazon Resource Name (ARN)](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference-arns.html). Untuk tindakan yang tidak mendukung izin di tingkat sumber daya, gunakan wildcard (\$1) untuk menunjukkan bahwa pernyataan tersebut berlaku untuk semua sumber daya.
```
"Resource": "*"
```
Dalam Timestream untuk LiveAnalytics database dan tabel dapat digunakan dalam `Resource` elemen izin IAM.
Timestream untuk sumber daya LiveAnalytics database memiliki ARN berikut:
```
arn:${Partition}:timestream:${Region}:${Account}:database/${DatabaseName}
```
Timestream untuk sumber daya LiveAnalytics tabel memiliki ARN berikut:
```
arn:${Partition}:timestream:${Region}:${Account}:database/${DatabaseName}/table/${TableName}
```
Untuk informasi selengkapnya tentang format ARNs, lihat [Amazon Resource Names (ARNs) dan Ruang Nama AWS Layanan](https://docs.aws.amazon.com/general/latest/gr/aws-arns-and-namespaces.html).
Misalnya, untuk menentukan `database` ruang kunci dalam pernyataan Anda, gunakan ARN berikut:
```
"Resource": "arn:aws:timestream:us-east-1:123456789012:database/mydatabase"
```
Untuk menentukan semua database milik akun tertentu, gunakan wildcard (\$1):
```
"Resource": "arn:aws:timestream:us-east-1:123456789012:database/*"
```
Beberapa Timestream untuk LiveAnalytics tindakan, seperti untuk membuat sumber daya, tidak dapat dilakukan pada sumber daya tertentu. Dalam kasus tersebut, Anda harus menggunakan wildcard (\$1).
```
"Resource": "*"
```
### Kunci syarat
Timestream for LiveAnalytics tidak menyediakan kunci kondisi khusus layanan apa pun, tetapi mendukung penggunaan beberapa kunci kondisi global. Untuk melihat semua kunci kondisi AWS global, lihat [Kunci Konteks Kondisi AWS Global](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_condition-keys.html) di *Panduan Pengguna IAM*.
### Contoh
Untuk melihat contoh Timestream untuk kebijakan LiveAnalytics berbasis identitas, lihat. [Amazon Timestream untuk contoh kebijakan berbasis LiveAnalytics identitas](security_iam_id-based-policy-examples.md)
## Timestream untuk kebijakan berbasis sumber LiveAnalytics daya
Timestream for LiveAnalytics tidak mendukung kebijakan berbasis sumber daya. Untuk melihat contoh halaman detail kebijakan berbasis sumber daya, lihat [https://docs.aws.amazon.com/lambda/latest/dg/access-control-resource-based.html](https://docs.aws.amazon.com/lambda/latest/dg/access-control-resource-based.html).
## Otorisasi berdasarkan Timestream untuk tag LiveAnalytics
Anda dapat mengelola akses ke Timestream untuk LiveAnalytics sumber daya dengan menggunakan tag. Untuk mengelola akses sumber daya berdasarkan tag, Anda memberikan informasi tag dalam [elemen kondisi](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_elements_condition.html) kebijakan menggunakan kunci`timestream:ResourceTag/key-name`,`aws:RequestTag/key-name`, atau `aws:TagKeys` kondisi. Untuk informasi selengkapnya tentang menandai Timestream untuk LiveAnalytics sumber daya, lihat. [Menambahkan tanda dan label untuk sumber daya](tagging-keyspaces.md)
Untuk melihat contoh kebijakan-kebijakan berbasis identitas untuk membatasi akses ke sumber daya berdasarkan tanda pada sumber daya tersebut, lihat [Timestream untuk akses LiveAnalytics sumber daya berdasarkan tag](security_iam_id-based-policy-examples.md#security_iam_id-based-policy-examples-tags).
## Timestream untuk peran LiveAnalytics IAM
[Peran IAM](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles.html) adalah entitas dalam AWS akun Anda yang memiliki izin tertentu.
### Menggunakan kredensi sementara dengan Timestream untuk LiveAnalytics
Anda dapat menggunakan kredensial sementara untuk masuk dengan gabungan, menjalankan IAM role, atau menjalankan peran lintas akun. Anda memperoleh kredensyal keamanan sementara dengan memanggil operasi AWS STS API seperti [AssumeRole](https://docs.aws.amazon.com/STS/latest/APIReference/API_AssumeRole.html)atau. [GetFederationToken](https://docs.aws.amazon.com/STS/latest/APIReference/API_GetFederationToken.html)
### Peran terkait layanan
Timestream for LiveAnalytics tidak mendukung peran terkait layanan.
### Peran layanan
Timestream for LiveAnalytics tidak mendukung peran layanan.
# AWS kebijakan terkelola untuk Amazon Timestream Live Analytics
Kebijakan AWS terkelola adalah kebijakan mandiri yang dibuat dan dikelola oleh AWS. AWS Kebijakan terkelola dirancang untuk memberikan izin bagi banyak kasus penggunaan umum sehingga Anda dapat mulai menetapkan izin kepada pengguna, grup, dan peran.
Perlu diingat bahwa kebijakan AWS terkelola mungkin tidak memberikan izin hak istimewa paling sedikit untuk kasus penggunaan spesifik Anda karena tersedia untuk digunakan semua pelanggan. AWS Kami menyarankan Anda untuk mengurangi izin lebih lanjut dengan menentukan [kebijakan yang dikelola pelanggan](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_managed-vs-inline.html#customer-managed-policies) yang khusus untuk kasus penggunaan Anda.
Anda tidak dapat mengubah izin yang ditentukan dalam kebijakan AWS terkelola. Jika AWS memperbarui izin yang ditentukan dalam kebijakan AWS terkelola, pemutakhiran akan memengaruhi semua identitas utama (pengguna, grup, dan peran) yang dilampirkan kebijakan tersebut. AWS kemungkinan besar akan memperbarui kebijakan AWS terkelola saat baru Layanan AWS diluncurkan atau operasi API baru tersedia untuk layanan yang ada.
Untuk informasi selengkapnya, lihat [Kebijakan terkelola AWS](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_managed-vs-inline.html#aws-managed-policies) dalam *Panduan Pengguna IAM*.
**Topics**
+ [AmazonTimestreamInfluxDBFullAkses](#security-iam-awsmanpol-AmazonTimestreamInfluxDBFullAccess)
+ [AmazonTimestreamReadOnlyAccess](#security-iam-awsmanpol-AmazonTimestreamReadOnlyAccess)
+ [AmazonTimestreamConsoleFullAccess](#security-iam-awsmanpol-AmazonTimestreamConsoleFullAccess)
+ [AmazonTimestreamFullAccess](#security-iam-awsmanpol-AmazonTimestreamFullAccess)
+ [Pembaruan kebijakan](#security-iam-awsmanpol-updates)
## AWS kebijakan terkelola: AmazonTimestreamInflux DBFull Akses
Anda dapat melampirkan `AmazonTimestreamInfluxDBFullAccess` ke pengguna, grup, dan peran Anda. Akses kebijakan untuk membuat, memperbarui, menghapus, dan mencantumkan instans Amazon TimeStream InfluxDB.
**Detail izin**
Kebijakan ini mencakup izin berikut:
+ `Amazon Timestream`— Menyediakan akses administratif penuh untuk membuat, memperbarui, menghapus, dan mencantumkan instans Amazon TimeStream InfluxDB serta membuat dan membuat daftar grup parameter.
Untuk meninjau kebijakan ini dalam format JSON, lihat [AmazonTimestreamInfluxDBFullAkses](https://docs.aws.amazon.com/aws-managed-policy/latest/reference/AmazonTimestreamInfluxDBFullAccess.html).
## AWS kebijakan terkelola: AmazonTimestreamReadOnlyAccess
Anda dapat melampirkan `AmazonTimestreamReadOnlyAccess` ke pengguna, grup, dan peran Anda. Kebijakan ini menyediakan akses hanya-baca ke Amazon Timestream.
**Detail izin**
Kebijakan ini mencakup izin berikut:
+ `Amazon Timestream`— Menyediakan akses hanya-baca ke Amazon Timestream. Kebijakan ini juga memberikan izin untuk membatalkan kueri yang sedang berjalan.
Untuk meninjau kebijakan ini dalam format JSON, lihat [AmazonTimestreamReadOnlyAccess](https://docs.aws.amazon.com/aws-managed-policy/latest/reference/AmazonTimestreamReadOnlyAccess.html).
## AWS kebijakan terkelola: AmazonTimestreamConsoleFullAccess
Anda dapat melampirkan `AmazonTimestreamConsoleFullAccess` ke pengguna, grup, dan peran Anda.
Kebijakan ini menyediakan akses penuh untuk mengelola Amazon Timestream menggunakan. Konsol Manajemen AWS Kebijakan ini juga memberikan izin untuk AWS KMS operasi dan operasi tertentu untuk mengelola kueri yang disimpan.
**Detail izin**
Kebijakan ini mencakup izin berikut:
+ `Amazon Timestream`— Memberikan prinsipal akses penuh ke Amazon Timestream.
+ `AWS KMS`— Memungkinkan kepala sekolah untuk membuat daftar alias dan mendeskripsikan kunci.
+ `Amazon S3`— Memungkinkan kepala sekolah untuk membuat daftar semua ember Amazon S3.
+ `Amazon SNS`— Memungkinkan kepala sekolah untuk mencantumkan topik Amazon SNS.
+ `IAM`— Memungkinkan kepala sekolah untuk daftar peran IAM.
+ `DBQMS` – Mengizinkan pengguna utama mengakses, menghapus, mendeskripsikan, dan memperbarui kueri. Database Query Metadata Service (dbqms) adalah layanan internal saja. Ini menyediakan kueri terbaru dan tersimpan untuk editor kueri di Konsol Manajemen AWS untuk beberapa Layanan AWS, termasuk Amazon Timestream.
+ `Pricing`— Memungkinkan prinsipal untuk mengakses estimasi harga untuk konfigurasi sumber daya InfluxDB selama pembuatan.
+ `Marketplace`— Memungkinkan prinsipal untuk mengakses sumber daya pasar dan membuat perjanjian untuk InfluxDB Cluster dengan pembuatan Read Replicas.
Untuk meninjau kebijakan ini dalam format JSON, lihat [AmazonTimestreamConsoleFullAccess](https://docs.aws.amazon.com/aws-managed-policy/latest/reference/AmazonTimestreamConsoleFullAccess.html).
## AWS kebijakan terkelola: AmazonTimestreamFullAccess
Anda dapat melampirkan `AmazonTimestreamFullAccess` ke pengguna, grup, dan peran Anda.
Kebijakan ini menyediakan akses penuh ke Amazon Timestream. Kebijakan ini juga memberikan izin untuk operasi tertentu AWS KMS .
**Detail izin**
Kebijakan ini mencakup izin berikut:
+ `Amazon Timestream`— Memberikan prinsipal akses penuh ke Amazon Timestream.
+ `AWS KMS`— Memungkinkan kepala sekolah untuk membuat daftar alias dan mendeskripsikan kunci.
+ `Amazon S3`— Memungkinkan kepala sekolah untuk membuat daftar semua ember Amazon S3.
Untuk meninjau kebijakan ini dalam format JSON, lihat [AmazonTimestreamFullAccess](https://docs.aws.amazon.com/aws-managed-policy/latest/reference/AmazonTimestreamFullAccess.html).
## Pembaruan Timestream Live Analytics ke kebijakan AWS terkelola
Lihat detail tentang pembaruan kebijakan AWS terkelola untuk Timestream Live Analytics sejak layanan ini mulai melacak perubahan ini. Untuk peringatan otomatis tentang perubahan pada halaman ini, berlangganan umpan RSS di halaman riwayat [Dokumen Timestream Live Analytics](doc-history.md).
| Ubah | Deskripsi | Tanggal |
| --- | --- | --- |
| [AmazonTimestreamConsoleFullAccess](#security-iam-awsmanpol-AmazonTimestreamConsoleFullAccess) — Permbaruan ke kebijakan yang sudah ada | Timestream untuk InfluxDB telah menambahkan ID produk pasar Influx Enterprise ke kebijakan `AmazonTimestreamInfluxDBFullAccess` terkelola yang ada untuk mendukung berlangganan penawaran pasar perusahaan. Izin ini dibatasi untuk produk AWS Marketplace tertentu melalui kondisi yang membatasi akses hanya ke produk tertentu`ProductIds`. Lihat [AmazonTimestreamInfluxDBFullAkses](https://docs.aws.amazon.com/timestream/latest/developerguide/security-iam-awsmanpol-influxdb.html#iam.identitybasedpolicies.predefinedpolicies). | Oktober 17, 2025 |
| [AmazonTimestreamConsoleFullAccess](#security-iam-awsmanpol-AmazonTimestreamConsoleFullAccess) – Pembaruan ke kebijakan yang ada | Menambahkan izin AWS Marketplace ke kebijakan `AmazonTimestreamConsoleFullAccess` terkelola yang ada untuk mengakses sumber daya marketplace dan membuat perjanjian untuk InfluxDB Cluster dengan pembuatan Read Replicas. Timestream Live Analytics juga telah memperbarui kebijakan terkelola ini dengan menambahkan `Sid` bidang. Pembaruan kebijakan tidak memengaruhi penggunaan kebijakan `AmazonTimestreamConsoleFullAccess` terkelola. | Agustus 20, 2025 |
| [AmazonTimestreamConsoleFullAccess](#security-iam-awsmanpol-AmazonTimestreamConsoleFullAccess) – Pembaruan ke kebijakan yang ada | Menambahkan `pricing:GetProducts` tindakan ke kebijakan `AmazonTimestreamConsoleFullAccess` terkelola yang ada untuk memberikan estimasi harga untuk konfigurasi sumber daya InfluxDB selama pembuatan. Pembaruan kebijakan tidak memengaruhi penggunaan kebijakan `AmazonTimestreamConsoleFullAccess` terkelola. | 10 Juni 2025 |
| [AmazonTimestreamReadOnlyAccess](#security-iam-awsmanpol-AmazonTimestreamReadOnlyAccess) – Pembaruan ke kebijakan yang ada | Menambahkan `timestream:DescribeAccountSettings` tindakan ke kebijakan `AmazonTimestreamReadOnlyAccess` terkelola yang ada. Tindakan ini digunakan untuk menggambarkan Akun AWS pengaturan. Timestream Live Analytics juga telah memperbarui kebijakan terkelola ini dengan menambahkan `Sid` bidang. Pembaruan kebijakan tidak memengaruhi penggunaan kebijakan `AmazonTimestreamReadOnlyAccess` terkelola. | Juni 03, 2024 |
| [AmazonTimestreamReadOnlyAccess](#security-iam-awsmanpol-AmazonTimestreamReadOnlyAccess) – Pembaruan ke kebijakan yang ada | Menambahkan `timestream:DescribeBatchLoadTask` dan `timestream:ListBatchLoadTasks` tindakan ke kebijakan `AmazonTimestreamReadOnlyAccess` terkelola yang ada. Tindakan ini digunakan saat mencantumkan dan menjelaskan tugas pemuatan batch. Pembaruan kebijakan tidak memengaruhi penggunaan kebijakan `AmazonTimestreamReadOnlyAccess` terkelola. | Februari 24, 2023 |
| [AmazonTimestreamReadOnlyAccess](#security-iam-awsmanpol-AmazonTimestreamReadOnlyAccess) – Pembaruan ke kebijakan yang ada | Menambahkan `timestream:DescribeScheduledQuery` dan `timestream:ListScheduledQueries` tindakan ke kebijakan `AmazonTimestreamReadOnlyAccess` terkelola yang ada. Tindakan ini digunakan saat mencantumkan dan menjelaskan kueri terjadwal yang ada. Pembaruan kebijakan tidak memengaruhi penggunaan kebijakan `AmazonTimestreamReadOnlyAccess` terkelola. | 29 November 2021 |
| [AmazonTimestreamConsoleFullAccess](#security-iam-awsmanpol-AmazonTimestreamConsoleFullAccess) – Pembaruan ke kebijakan yang ada | Menambahkan `s3:ListAllMyBuckets` tindakan ke kebijakan `AmazonTimestreamConsoleFullAccess` terkelola yang ada. Tindakan ini digunakan saat Anda menentukan bucket Amazon S3 untuk Timestream untuk mencatat kesalahan penulisan penyimpanan magnetik. Pembaruan kebijakan tidak memengaruhi penggunaan kebijakan `AmazonTimestreamConsoleFullAccess` terkelola. | 29 November 2021 |
| [AmazonTimestreamFullAccess](#security-iam-awsmanpol-AmazonTimestreamFullAccess) – Pembaruan ke kebijakan yang ada | Menambahkan `s3:ListAllMyBuckets` tindakan ke kebijakan `AmazonTimestreamFullAccess` terkelola yang ada. Tindakan ini digunakan saat Anda menentukan bucket Amazon S3 untuk Timestream untuk mencatat kesalahan penulisan penyimpanan magnetik. Pembaruan kebijakan tidak memengaruhi penggunaan kebijakan `AmazonTimestreamFullAccess` terkelola. | 29 November 2021 |
| [AmazonTimestreamConsoleFullAccess](#security-iam-awsmanpol-AmazonTimestreamConsoleFullAccess) – Pembaruan ke kebijakan yang ada | Menghapus tindakan berlebihan dari kebijakan `AmazonTimestreamConsoleFullAccess` terkelola yang ada. Sebelumnya, kebijakan ini termasuk tindakan yang berlebihan. `dbqms:DescribeQueryHistory` Kebijakan yang diperbarui akan menghapus tindakan yang berlebihan. Pembaruan kebijakan tidak memengaruhi penggunaan kebijakan `AmazonTimestreamConsoleFullAccess` terkelola. | 23 April 2021 |
| Timestream Live Analytics mulai melacak perubahan | Timestream Live Analytics mulai melacak perubahan untuk kebijakan yang AWS dikelola. | 21 April 2021 |
# Amazon Timestream untuk contoh kebijakan berbasis LiveAnalytics identitas
Secara default, pengguna dan peran IAM tidak memiliki izin untuk membuat atau memodifikasi Timestream untuk LiveAnalytics sumber daya. Mereka juga tidak dapat melakukan tugas menggunakan Konsol Manajemen AWS, CQLSH, AWS CLI, atau API. AWS Administrator IAM harus membuat kebijakan IAM yang memberikan izin kepada pengguna dan peran untuk melakukan operasi API tertentu pada sumber daya yang diperlukan. Administrator kemudian harus melampirkan kebijakan tersebut ke pengguna IAM atau grup yang memerlukan izin tersebut.
Untuk mempelajari cara membuat kebijakan berbasis identitas IAM menggunakan contoh dokumen kebijakan JSON ini, lihat [Membuat Kebijakan pada Tab JSON](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_create.html#access_policies_create-json-editor) dalam *Panduan Pengguna IAM*.
**Topics**
+ [Praktik terbaik kebijakan](#security_iam_service-with-iam-policy-best-practices)
+ [Menggunakan Timestream untuk konsol LiveAnalytics](#security_iam_id-based-policy-examples-console)
+ [Mengizinkan pengguna melihat izin mereka sendiri](#security_iam_id-based-policy-examples-view-own-permissions)
+ [Operasi umum di Timestream untuk LiveAnalytics](#security_iam_id-based-policy-examples-common-operations)
+ [Timestream untuk akses LiveAnalytics sumber daya berdasarkan tag](#security_iam_id-based-policy-examples-tags)
+ [Pertanyaan terjadwal](#security_iam_id-based-policy-examples-sheduledqueries)
## Praktik terbaik kebijakan
Kebijakan berbasis identitas menentukan apakah seseorang dapat membuat, mengakses, atau menghapus Timestream untuk LiveAnalytics sumber daya di akun Anda. Tindakan ini membuat Akun AWS Anda dikenai biaya. Ketika Anda membuat atau mengedit kebijakan berbasis identitas, ikuti panduan dan rekomendasi ini:
+ **Mulailah dengan kebijakan AWS terkelola dan beralih ke izin hak istimewa paling sedikit — Untuk mulai memberikan izin** kepada pengguna dan beban kerja Anda, gunakan *kebijakan AWS terkelola* yang memberikan izin untuk banyak kasus penggunaan umum. Mereka tersedia di Anda Akun AWS. Kami menyarankan Anda mengurangi izin lebih lanjut dengan menentukan kebijakan yang dikelola AWS pelanggan yang khusus untuk kasus penggunaan Anda. Untuk informasi selengkapnya, lihat [Kebijakan yang dikelola AWS](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_managed-vs-inline.html#aws-managed-policies) atau [Kebijakan yang dikelola AWS untuk fungsi tugas](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_job-functions.html) dalam *Panduan Pengguna IAM*.
+ **Menerapkan izin dengan hak akses paling rendah** – Ketika Anda menetapkan izin dengan kebijakan IAM, hanya berikan izin yang diperlukan untuk melakukan tugas. Anda melakukannya dengan mendefinisikan tindakan yang dapat diambil pada sumber daya tertentu dalam kondisi tertentu, yang juga dikenal sebagai *izin dengan hak akses paling rendah*. Untuk informasi selengkapnya tentang cara menggunakan IAM untuk mengajukan izin, lihat [Kebijakan dan izin dalam IAM](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies.html) dalam *Panduan Pengguna IAM*.
+ **Gunakan kondisi dalam kebijakan IAM untuk membatasi akses lebih lanjut** – Anda dapat menambahkan suatu kondisi ke kebijakan Anda untuk membatasi akses ke tindakan dan sumber daya. Sebagai contoh, Anda dapat menulis kondisi kebijakan untuk menentukan bahwa semua permintaan harus dikirim menggunakan SSL. Anda juga dapat menggunakan ketentuan untuk memberikan akses ke tindakan layanan jika digunakan melalui yang spesifik Layanan AWS, seperti CloudFormation. Untuk informasi selengkapnya, lihat [Elemen kebijakan JSON IAM: Kondisi](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_elements_condition.html) dalam *Panduan Pengguna IAM*.
+ **Gunakan IAM Access Analyzer untuk memvalidasi kebijakan IAM Anda untuk memastikan izin yang aman dan fungsional** – IAM Access Analyzer memvalidasi kebijakan baru dan yang sudah ada sehingga kebijakan tersebut mematuhi bahasa kebijakan IAM (JSON) dan praktik terbaik IAM. IAM Access Analyzer menyediakan lebih dari 100 pemeriksaan kebijakan dan rekomendasi yang dapat ditindaklanjuti untuk membantu Anda membuat kebijakan yang aman dan fungsional. Untuk informasi selengkapnya, lihat [Validasi kebijakan dengan IAM Access Analyzer](https://docs.aws.amazon.com/IAM/latest/UserGuide/access-analyzer-policy-validation.html) dalam *Panduan Pengguna IAM*.
+ **Memerlukan otentikasi multi-faktor (MFA)** - Jika Anda memiliki skenario yang mengharuskan pengguna IAM atau pengguna root di Anda, Akun AWS aktifkan MFA untuk keamanan tambahan. Untuk meminta MFA ketika operasi API dipanggil, tambahkan kondisi MFA pada kebijakan Anda. Untuk informasi selengkapnya, lihat [Amankan akses API dengan MFA](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_credentials_mfa_configure-api-require.html) dalam *Panduan Pengguna IAM*.
Untuk informasi selengkapnya tentang praktik terbaik dalam IAM, lihat [Praktik terbaik keamanan di IAM](https://docs.aws.amazon.com/IAM/latest/UserGuide/best-practices.html) dalam *Panduan Pengguna IAM*.
## Menggunakan Timestream untuk konsol LiveAnalytics
Timestream for LiveAnalytics tidak memerlukan izin khusus untuk mengakses Amazon LiveAnalytics Timestream untuk konsol. Anda memerlukan setidaknya izin hanya-baca untuk membuat daftar dan melihat detail tentang Timestream untuk LiveAnalytics sumber daya di akun Anda. AWS Jika Anda membuat kebijakan berbasis identitas yang lebih ketat daripada izin minimum yang diperlukan, konsol tersebut tidak akan berfungsi sebagaimana mestinya untuk entitas (pengguna IAM atau peran) dengan kebijakan tersebut.
## Mengizinkan pengguna melihat izin mereka sendiri
Contoh ini menunjukkan cara membuat kebijakan yang mengizinkan pengguna IAM melihat kebijakan inline dan terkelola yang dilampirkan ke identitas pengguna mereka. Kebijakan ini mencakup izin untuk menyelesaikan tindakan ini di konsol atau menggunakan API atau secara terprogram. AWS CLI AWS
```
{
"Version": "2012-10-17",
"Statement": [
{
"Sid": "ViewOwnUserInfo",
"Effect": "Allow",
"Action": [
"iam:GetUserPolicy",
"iam:ListGroupsForUser",
"iam:ListAttachedUserPolicies",
"iam:ListUserPolicies",
"iam:GetUser"
],
"Resource": ["arn:aws:iam::*:user/${aws:username}"]
},
{
"Sid": "NavigateInConsole",
"Effect": "Allow",
"Action": [
"iam:GetGroupPolicy",
"iam:GetPolicyVersion",
"iam:GetPolicy",
"iam:ListAttachedGroupPolicies",
"iam:ListGroupPolicies",
"iam:ListPolicyVersions",
"iam:ListPolicies",
"iam:ListUsers"
],
"Resource": "*"
}
]
}
```
## Operasi umum di Timestream untuk LiveAnalytics
Di bawah ini adalah contoh kebijakan IAM yang memungkinkan operasi umum di Timestream untuk LiveAnalytics layanan.
**Topics**
+ [Mengizinkan semua operasi](#security_iam_id-based-policy-examples-common-operations.all)
+ [Mengizinkan operasi SELECT](#security_iam_id-based-policy-examples-common-operations.select)
+ [Mengizinkan operasi SELECT pada beberapa sumber daya](#security_iam_id-based-policy-examples-common-operations.select-multiple-resources)
+ [Mengizinkan operasi metadata](#security_iam_id-based-policy-examples-common-operations.metadata)
+ [Mengizinkan operasi INSERT](#security_iam_id-based-policy-examples-common-operations.insert)
+ [Mengizinkan operasi CRUD](#security_iam_id-based-policy-examples-common-operations.crud)
+ [Batalkan kueri dan pilih data tanpa menentukan sumber daya](#security_iam_id-based-policy-examples-common-operations.cancel-selectvalues)
+ [Membuat, mendeskripsikan, menghapus, dan mendeskripsikan database](#security_iam_id-based-policy-examples-common-operations.cddd)
+ [Batasi database yang terdaftar dengan tag `{"Owner": "${username}"}`](#security_iam_id-based-policy-examples-common-operations.list-by-tag)
+ [Daftar semua tabel dalam database](#security_iam_id-based-policy-examples-common-operations.list-all-tables)
+ [Buat, jelaskan, hapus, perbarui, dan pilih di atas meja](#security_iam_id-based-policy-examples-common-operations.cddus-table)
+ [Batasi kueri berdasarkan tabel](#security_iam_id-based-policy-examples-common-operations.limit-query-table)
### Mengizinkan semua operasi
Berikut ini adalah contoh kebijakan yang memungkinkan semua operasi di Timestream untuk LiveAnalytics.
------
#### [ JSON ]
****
```
{
"Version":"2012-10-17",
"Statement": [
{
"Effect": "Allow",
"Action": [
"timestream:*"
],
"Resource": "*"
}
]
}
```
------
### Mengizinkan operasi SELECT
Kebijakan sampel berikut memungkinkan kueri `SELECT` -style pada sumber daya tertentu.
**catatan**
Ganti `` dengan ID akun Amazon Anda.
------
#### [ JSON ]
****
```
{
"Version":"2012-10-17",
"Statement": [
{
"Effect": "Allow",
"Action": [
"timestream:Select",
"timestream:DescribeTable",
"timestream:ListMeasures"
],
"Resource": "arn:aws:timestream:us-east-1:111122223333:database/sampleDB/table/DevOps"
},
{
"Effect": "Allow",
"Action": [
"timestream:DescribeEndpoints",
"timestream:SelectValues",
"timestream:CancelQuery"
],
"Resource": "*"
}
]
}
```
------
### Mengizinkan operasi SELECT pada beberapa sumber daya
Kebijakan sampel berikut memungkinkan kueri `SELECT` -style pada beberapa sumber daya.
**catatan**
Ganti `` dengan ID akun Amazon Anda.
------
#### [ JSON ]
****
```
{
"Version":"2012-10-17",
"Statement": [
{
"Effect": "Allow",
"Action": [
"timestream:Select",
"timestream:DescribeTable",
"timestream:ListMeasures"
],
"Resource": [
"arn:aws:timestream:us-east-1:111122223333:database/sampleDB/table/DevOps",
"arn:aws:timestream:us-east-1:111122223333:database/sampleDB/table/DevOps1",
"arn:aws:timestream:us-east-1:111122223333:database/sampleDB/table/DevOps2"
]
},
{
"Effect": "Allow",
"Action": [
"timestream:DescribeEndpoints",
"timestream:SelectValues",
"timestream:CancelQuery"
],
"Resource": "*"
}
]
}
```
------
### Mengizinkan operasi metadata
Kebijakan contoh berikut memungkinkan pengguna untuk melakukan kueri metadata, tetapi tidak mengizinkan pengguna untuk melakukan operasi yang membaca atau menulis data aktual di Timestream for. LiveAnalytics
------
#### [ JSON ]
****
```
{
"Version":"2012-10-17",
"Statement": [
{
"Effect": "Allow",
"Action": [
"timestream:DescribeEndpoints",
"timestream:DescribeTable",
"timestream:ListMeasures",
"timestream:SelectValues",
"timestream:ListTables",
"timestream:ListDatabases",
"timestream:CancelQuery"
],
"Resource": "*"
}
]
}
```
------
### Mengizinkan operasi INSERT
Contoh kebijakan berikut memungkinkan pengguna untuk melakukan `INSERT` operasi di `database/sampleDB/table/DevOps` dalam akun``.
**catatan**
Ganti `` dengan ID akun Amazon Anda.
------
#### [ JSON ]
****
```
{
"Version":"2012-10-17",
"Statement": [
{
"Action": [
"timestream:WriteRecords"
],
"Resource": [
"arn:aws:timestream:us-east-1:111122223333:database/sampleDB/table/DevOps"
],
"Effect": "Allow"
},
{
"Action": [
"timestream:DescribeEndpoints"
],
"Resource": "*",
"Effect": "Allow"
}
]
}
```
------
### Mengizinkan operasi CRUD
Kebijakan sampel berikut memungkinkan pengguna untuk melakukan operasi CRUD di Timestream untuk. LiveAnalytics
------
#### [ JSON ]
****
```
{
"Version":"2012-10-17",
"Statement": [
{
"Effect": "Allow",
"Action": [
"timestream:DescribeEndpoints",
"timestream:CreateTable",
"timestream:DescribeTable",
"timestream:CreateDatabase",
"timestream:DescribeDatabase",
"timestream:ListTables",
"timestream:ListDatabases",
"timestream:DeleteTable",
"timestream:DeleteDatabase",
"timestream:UpdateTable",
"timestream:UpdateDatabase"
],
"Resource": "*"
}
]
}
```
------
### Batalkan kueri dan pilih data tanpa menentukan sumber daya
Kebijakan contoh berikut memungkinkan pengguna untuk membatalkan kueri dan melakukan `Select` kueri pada data yang tidak memerlukan spesifikasi sumber daya:
------
#### [ JSON ]
****
```
{
"Version":"2012-10-17",
"Statement": [
{
"Effect": "Allow",
"Action": [
"timestream:SelectValues",
"timestream:CancelQuery"
],
"Resource": "*"
}
]
}
```
------
### Membuat, mendeskripsikan, menghapus, dan mendeskripsikan database
Kebijakan contoh berikut memungkinkan pengguna untuk membuat, mendeskripsikan, menghapus, dan mendeskripsikan database`sampleDB`:
------
#### [ JSON ]
****
```
{
"Version":"2012-10-17",
"Statement": [
{
"Effect": "Allow",
"Action": [
"timestream:CreateDatabase",
"timestream:DescribeDatabase",
"timestream:DeleteDatabase",
"timestream:UpdateDatabase"
],
"Resource": "arn:aws:timestream:us-east-1:111122223333:database/sampleDB"
}
]
}
```
------
### Batasi database yang terdaftar dengan tag `{"Owner": "${username}"}`
Kebijakan contoh berikut memungkinkan pengguna untuk mencantumkan semua database yang ditandai dengan pasangan nilai kunci: `{"Owner": "${username}"}`
------
#### [ JSON ]
****
```
{
"Version":"2012-10-17",
"Statement": [
{
"Effect": "Allow",
"Action": [
"timestream:ListDatabases"
],
"Resource": "arn:aws:timestream:us-east-1:111122223333:database/*",
"Condition": {
"StringEquals": {
"aws:ResourceTag/Owner": "${aws:username}"
}
}
}
]
}
```
------
### Daftar semua tabel dalam database
Contoh kebijakan berikut untuk daftar semua tabel dalam database`sampleDB`:
------
#### [ JSON ]
****
```
{
"Version":"2012-10-17",
"Statement": [
{
"Effect": "Allow",
"Action": [
"timestream:ListTables"
],
"Resource": "arn:aws:timestream:us-east-1:111122223333:database/sampleDB/"
}
]
}
```
------
### Buat, jelaskan, hapus, perbarui, dan pilih di atas meja
Kebijakan contoh berikut memungkinkan pengguna untuk membuat tabel, mendeskripsikan tabel, menghapus tabel, memperbarui tabel, dan melakukan `Select` kueri pada tabel `DevOps` dalam database`sampleDB`:
------
#### [ JSON ]
****
```
{
"Version":"2012-10-17",
"Statement": [
{
"Effect": "Allow",
"Action": [
"timestream:CreateTable",
"timestream:DescribeTable",
"timestream:DeleteTable",
"timestream:UpdateTable",
"timestream:Select"
],
"Resource": "arn:aws:timestream:us-east-1:111122223333:database/sampleDB/table/DevOps"
}
]
}
```
------
### Batasi kueri berdasarkan tabel
Kebijakan contoh berikut memungkinkan pengguna untuk menanyakan semua tabel kecuali `DevOps` dalam database`sampleDB`:
------
#### [ JSON ]
****
```
{
"Version":"2012-10-17",
"Statement": [
{
"Effect": "Allow",
"Action": [
"timestream:Select"
],
"Resource": "arn:aws:timestream:us-east-1:111122223333:database/sampleDB/table/*"
},
{
"Effect": "Deny",
"Action": [
"timestream:Select"
],
"Resource": "arn:aws:timestream:us-east-1:111122223333:database/sampleDB/table/DevOps"
}
]
}
```
------
## Timestream untuk akses LiveAnalytics sumber daya berdasarkan tag
Anda dapat menggunakan kondisi dalam kebijakan berbasis identitas untuk mengontrol akses ke Timestream untuk LiveAnalytics sumber daya berdasarkan tag. Bagian ini menyediakan beberapa contoh.
Contoh berikut menunjukkan cara membuat kebijakan yang memberikan izin kepada pengguna untuk melihat tabel jika tabel `Owner` berisi nilai nama pengguna tersebut.
------
#### [ JSON ]
****
```
{
"Version":"2012-10-17",
"Statement": [
{
"Sid": "ReadOnlyAccessTaggedTables",
"Effect": "Allow",
"Action": "timestream:Select",
"Resource": "arn:aws:timestream:us-east-2:111122223333:database/mydatabase/table/*",
"Condition": {
"StringEquals": {
"aws:ResourceTag/Owner": "${aws:username}"
}
}
}
]
}
```
------
Anda dapat melampirkan kebijakan ini ke pengguna IAM di akun Anda. Jika pengguna bernama `richard-roe` mencoba untuk melihat Timestream untuk LiveAnalytics tabel, tabel harus ditandai `Owner=richard-roe` atau. `owner=richard-roe` Jika tidak, aksesnya akan ditolak. Kunci tanda syarat `Owner` sama dengan kedua `Owner` dan `owner` karena nama kunci syarat tidak terpengaruh huruf besar/kecil. Untuk informasi lebih lanjut, lihat [Elemen Kebijakan IAM JSON: Persyaratan](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_elements_condition.html) dalam *Panduan Pengguna IAM*.
Kebijakan berikut memberikan izin kepada pengguna untuk membuat tabel dengan tag jika tag yang diteruskan dalam permintaan memiliki kunci `Owner` dan nilai: `username`
------
#### [ JSON ]
****
```
{
"Version":"2012-10-17",
"Statement": [
{
"Sid": "CreateTagTableUser",
"Effect": "Allow",
"Action": [
"timestream:CreateTable",
"timestream:TagResource"
],
"Resource": "arn:aws:timestream:us-east-2:111122223333:database/mydatabase/table/*",
"Condition": {
"ForAnyValue:StringEquals": {
"aws:RequestTag/Owner": "${aws:username}"
}
}
}
]
}
```
------
Kebijakan di bawah ini mengizinkan penggunaan `DescribeDatabase` API pada Database apa pun yang memiliki `env` tag yang disetel ke salah satu `dev` atau`test`:
------
#### [ JSON ]
****
```
{
"Version":"2012-10-17",
"Statement": [
{
"Sid": "AllowDescribe",
"Effect": "Allow",
"Action": [
"timestream:DescribeEndpoints",
"timestream:DescribeDatabase"
],
"Resource": "*"
},
{
"Sid": "AllowTagAccessForDevResources",
"Effect": "Allow",
"Action": [
"timestream:TagResource"
],
"Resource": "*",
"Condition": {
"StringEquals": {
"aws:RequestTag/env": [
"test",
"dev"
]
}
}
}
]
}
```
------
Kebijakan ini menggunakan `Condition` kunci untuk mengizinkan tag yang memiliki kunci `env` dan nilai`test`,`qa`, atau ditambahkan `dev` ke sumber daya.
## Pertanyaan terjadwal
### Daftar, hapus, perbarui, jalankan ScheduledQuery
Kebijakan contoh berikut memungkinkan pengguna untuk membuat daftar, menghapus, memperbarui, dan mengeksekusi kueri terjadwal.
------
#### [ JSON ]
****
```
{
"Version":"2012-10-17",
"Statement": [
{
"Effect": "Allow",
"Action": [
"timestream:DeleteScheduledQuery",
"timestream:ExecuteScheduledQuery",
"timestream:UpdateScheduledQuery",
"timestream:ListScheduledQueries",
"timestream:DescribeEndpoints"
],
"Resource": "*"
}
]
}
```
------
### CreateScheduledQuery menggunakan kunci KMS yang dikelola pelanggan
Kebijakan contoh berikut memungkinkan pengguna untuk membuat kueri terjadwal yang dienkripsi menggunakan kunci KMS yang dikelola pelanggan;. **
------
#### [ JSON ]
****
```
{
"Version":"2012-10-17",
"Statement": [
{
"Action": [
"iam:PassRole"
],
"Resource": [
"arn:aws:iam::123456789012:role/ScheduledQueryExecutionRole"
],
"Effect": "Allow"
},
{
"Action": [
"timestream:CreateScheduledQuery",
"timestream:DescribeEndpoints"
],
"Resource": "*",
"Effect": "Allow"
},
{
"Action": [
"kms:DescribeKey",
"kms:GenerateDataKey"
],
"Resource": "arn:aws:kms:us-west-2:123456789012:key/",
"Effect": "Allow"
}
]
}
```
------
### DescribeScheduledQuery menggunakan kunci KMS yang dikelola pelanggan
Kebijakan contoh berikut memungkinkan pengguna untuk menjelaskan kueri terjadwal yang dibuat menggunakan kunci KMS yang dikelola pelanggan; **
------
#### [ JSON ]
****
```
{
"Version":"2012-10-17",
"Statement": [
{
"Action": [
"timestream:DescribeScheduledQuery",
"timestream:DescribeEndpoints"
],
"Resource": "*",
"Effect": "Allow"
},
{
"Action": [
"kms:Decrypt"
],
"Resource": "arn:aws:kms:us-west-2:123456789012:key/",
"Effect": "Allow"
}
]
}
```
------
### Izin peran eksekusi (menggunakan kunci KMS yang dikelola pelanggan untuk kueri terjadwal dan SSE-KMS untuk laporan kesalahan)
Lampirkan kebijakan sampel berikut ke peran IAM yang ditentukan dalam `ScheduledQueryExecutionRoleArn` parameter, `CreateScheduledQuery` API yang menggunakan kunci KMS yang dikelola pelanggan untuk enkripsi kueri terjadwal dan `SSE-KMS` enkripsi untuk laporan kesalahan.
------
#### [ JSON ]
****
```
{
"Version":"2012-10-17",
"Statement": [
{
"Action": [
"kms:GenerateDataKey"
],
"Resource": "arn:aws:kms:us-west-2:123456789012:key/",
"Effect": "Allow"
},
{
"Action": [
"kms:Decrypt"
],
"Resource": [
"arn:aws:kms:us-west-2:123456789012:key/",
"arn:aws:kms:us-west-2:123456789012:key/",
"arn:aws:kms:us-west-2:123456789012:key/"
],
"Effect": "Allow"
},
{
"Action": [
"sns:Publish"
],
"Resource": [
"arn:aws:sns:us-west-2:123456789012:scheduled-query-notification-topic-*"
],
"Effect": "Allow"
},
{
"Action": [
"timestream:Select",
"timestream:SelectValues",
"timestream:WriteRecords"
],
"Resource": "*",
"Effect": "Allow"
},
{
"Action": [
"s3:PutObject",
"s3:GetBucketAcl"
],
"Resource": [
"arn:aws:s3:::scheduled-query-error-bucket",
"arn:aws:s3:::scheduled-query-error-bucket/*"
],
"Effect": "Allow"
}
]
}
```
------
### Hubungan kepercayaan peran eksekusi
Berikut ini adalah hubungan kepercayaan untuk peran IAM yang ditentukan dalam `ScheduledQueryExecutionRoleArn` parameter `CreateScheduledQuery` API.
------
#### [ JSON ]
****
```
{
"Version":"2012-10-17",
"Statement": [
{
"Effect": "Allow",
"Principal": {
"Service": [
"timestream.amazonaws.com"
]
},
"Action": "sts:AssumeRole"
}
]
}
```
------
### Izinkan akses ke semua kueri terjadwal yang dibuat dalam akun
Lampirkan kebijakan sampel berikut ke peran IAM yang ditentukan dalam `ScheduledQueryExecutionRoleArn` parameter, `CreateScheduledQuery` API, untuk mengizinkan akses ke semua kueri terjadwal yang dibuat dalam akun. *Account\$1ID*
------
#### [ JSON ]
****
```
{
"Version":"2012-10-17",
"Statement": [
{
"Effect": "Allow",
"Principal": {
"Service": "timestream.amazonaws.com"
},
"Action": "sts:AssumeRole",
"Condition": {
"StringEquals": {
"aws:SourceAccount": "Account_ID"
},
"ArnLike": {
"aws:SourceArn": "arn:aws:timestream:us-west-2:111122223333:scheduled-query/*"
}
}
}
]
}
```
------
### Izinkan akses ke semua kueri terjadwal dengan nama tertentu
Lampirkan kebijakan sampel berikut ke peran IAM yang ditentukan dalam `ScheduledQueryExecutionRoleArn` parameter, `CreateScheduledQuery` API, untuk mengizinkan akses ke semua kueri terjadwal dengan nama yang dimulai dengan*Scheduled\$1Query\$1Name*, di dalam akun. *Account\$1ID*
------
#### [ JSON ]
****
```
{
"Version":"2012-10-17",
"Statement": [
{
"Effect": "Allow",
"Principal": {
"Service": "timestream.amazonaws.com"
},
"Action": "sts:AssumeRole",
"Condition": {
"StringEquals": {
"aws:SourceAccount": "Account_ID"
},
"ArnLike": {
"aws:SourceArn": "arn:aws:timestream:us-west-2:111122223333:scheduled-query/Scheduled_Query_Name*"
}
}
}
]
}
```
------
# Memecahkan masalah Amazon Timestream LiveAnalytics untuk identitas dan akses
Gunakan informasi berikut untuk membantu Anda mendiagnosis dan memperbaiki masalah umum yang mungkin Anda temui saat bekerja dengan Timestream for LiveAnalytics dan IAM.
**Topics**
+ [Saya tidak berwenang untuk melakukan tindakan di Timestream untuk LiveAnalytics](#security_iam_troubleshoot-no-permissions)
+ [Saya tidak berwenang untuk melakukan iam: PassRole](#security_iam_troubleshoot-passrole)
+ [Saya ingin mengizinkan orang di luar AWS akun saya untuk mengakses Timestream saya untuk sumber daya LiveAnalytics](#security_iam_troubleshoot-cross-account-access)
## Saya tidak berwenang untuk melakukan tindakan di Timestream untuk LiveAnalytics
Jika Konsol Manajemen AWS memberitahu Anda bahwa Anda tidak berwenang untuk melakukan tindakan, maka Anda harus menghubungi administrator Anda untuk bantuan. Administrator Anda adalah orang yang memberi Anda kredensial masuk.
Contoh kesalahan berikut terjadi ketika pengguna `mateojackson` IAM mencoba menggunakan konsol untuk melihat detail tentang *table* tetapi tidak memiliki `timestream:Select` izin untuk tabel.
```
User: arn:aws:iam::123456789012:user/mateojackson is not authorized to perform: timestream:Select on resource: mytable
```
Dalam hal ini, Mateo meminta administratornya untuk memperbarui kebijakannya untuk mengizinkan dia mengakses sumber daya `mytable` menggunakan tindakan `timestream:Select`.
## Saya tidak berwenang untuk melakukan iam: PassRole
Jika Anda menerima kesalahan yang tidak diizinkan untuk melakukan `iam:PassRole` tindakan, kebijakan Anda harus diperbarui agar Anda dapat meneruskan peran ke Timestream. LiveAnalytics
Beberapa Layanan AWS memungkinkan Anda untuk meneruskan peran yang ada ke layanan tersebut alih-alih membuat peran layanan baru atau peran terkait layanan. Untuk melakukannya, Anda harus memiliki izin untuk meneruskan peran ke layanan.
Contoh kesalahan berikut terjadi ketika pengguna IAM bernama `marymajor` mencoba menggunakan konsol untuk melakukan tindakan di Timestream for. LiveAnalytics Namun, tindakan tersebut memerlukan layanan untuk mendapatkan izin yang diberikan oleh peran layanan. Mary tidak memiliki izin untuk meneruskan peran tersebut pada layanan.
```
User: arn:aws:iam::123456789012:user/marymajor is not authorized to perform: iam:PassRole
```
Dalam kasus ini, kebijakan Mary harus diperbarui agar dia mendapatkan izin untuk melakukan tindakan `iam:PassRole` tersebut.
Jika Anda memerlukan bantuan, hubungi AWS administrator Anda. Administrator Anda adalah orang yang memberi Anda kredensial masuk.
## Saya ingin mengizinkan orang di luar AWS akun saya untuk mengakses Timestream saya untuk sumber daya LiveAnalytics
Anda dapat membuat peran yang dapat digunakan pengguna di akun lain atau orang-orang di luar organisasi Anda untuk mengakses sumber daya Anda. Anda dapat menentukan siapa saja yang dipercaya untuk mengambil peran tersebut. Untuk layanan yang mendukung kebijakan berbasis sumber daya atau daftar kontrol akses (ACLs), Anda dapat menggunakan kebijakan tersebut untuk memberi orang akses ke sumber daya Anda.
Untuk mempelajari selengkapnya, periksa referensi berikut:
+ Untuk mempelajari apakah Timestream untuk LiveAnalytics mendukung fitur-fitur ini, lihat[Bagaimana Amazon Timestream LiveAnalytics bekerja dengan IAM](security_iam_service-with-iam.md).
+ Untuk mempelajari cara menyediakan akses ke sumber daya Anda di seluruh sumber daya Akun AWS yang Anda miliki, lihat [Menyediakan akses ke pengguna IAM di pengguna lain Akun AWS yang Anda miliki](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_common-scenarios_aws-accounts.html) di *Panduan Pengguna IAM*.
+ Untuk mempelajari cara menyediakan akses ke sumber daya Anda kepada pihak ketiga Akun AWS, lihat [Menyediakan akses yang Akun AWS dimiliki oleh pihak ketiga](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_common-scenarios_third-party.html) dalam *Panduan Pengguna IAM*.
+ Untuk mempelajari cara memberikan akses melalui federasi identitas, lihat [Menyediakan akses ke pengguna terautentikasi eksternal (federasi identitas)](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_common-scenarios_federated-users.html) dalam *Panduan Pengguna IAM*.
+ *Untuk mempelajari perbedaan antara menggunakan peran dan kebijakan berbasis sumber daya untuk akses lintas akun, lihat [Akses sumber daya lintas akun di IAM di Panduan Pengguna IAM](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies-cross-account-resource-access.html).*
# Pencatatan dan pemantauan di Timestream untuk LiveAnalytics
Pemantauan adalah bagian penting dalam menjaga keandalan, ketersediaan, dan kinerja Timestream untuk LiveAnalytics dan AWS solusi Anda. Anda harus mengumpulkan data pemantauan dari semua bagian AWS solusi Anda sehingga Anda dapat lebih mudah men-debug kegagalan multi-titik jika terjadi. Namun, sebelum Anda mulai memantau Timestream LiveAnalytics, Anda harus membuat rencana pemantauan yang mencakup jawaban atas pertanyaan-pertanyaan berikut:
+ Apa saja sasaran pemantauan Anda?
+ Sumber daya apa yang akan Anda pantau?
+ Seberapa sering Anda akan memantau sumber daya ini?
+ Alat pemantauan apa yang akan Anda gunakan?
+ Siapa yang akan melakukan tugas pemantauan?
+ Siapa yang harus diberi tahu saat terjadi kesalahan?
Langkah selanjutnya adalah menetapkan garis dasar untuk Timestream normal untuk LiveAnalytics kinerja di lingkungan Anda, dengan mengukur kinerja pada berbagai waktu dan dalam kondisi beban yang berbeda. Saat Anda memantau Timestream LiveAnalytics, simpan data pemantauan historis sehingga Anda dapat membandingkannya dengan data kinerja saat ini, mengidentifikasi pola kinerja normal dan anomali kinerja, dan merancang metode untuk mengatasi masalah.
Untuk menetapkan baseline, Anda harus, setidaknya, memantau item-item berikut:
+ Kesalahan sistem, sehingga Anda dapat menentukan apakah ada permintaan yang mengakibatkan kesalahan.
**Topics**
+ [Alat-alat pemantauan](monitoring-automated-manual.md)
+ [Logging Timestream untuk panggilan LiveAnalytics API dengan AWS CloudTrail](logging-using-cloudtrail.md)
# Alat-alat pemantauan
AWS menyediakan berbagai alat yang dapat Anda gunakan untuk memantau Timestream. LiveAnalytics Anda dapat mengonfigurasi beberapa alat ini untuk melakukan pemantauan untuk Anda, sementara beberapa alat memerlukan intervensi manual. Kami menyarankan agar Anda mengautomasi tugas pemantauan sebanyak mungkin.
**Topics**
+ [Alat pemantauan otomatis](#monitoring-automated_tools)
+ [Alat pemantauan manual](#monitoring-manual-tools)
## Alat pemantauan otomatis
Anda dapat menggunakan alat pemantauan otomatis berikut untuk menonton Timestream LiveAnalytics dan melaporkan ketika ada sesuatu yang salah:
+ ** CloudWatch Alarm Amazon** — Tonton satu metrik selama periode waktu yang Anda tentukan, dan lakukan satu atau beberapa tindakan berdasarkan nilai metrik relatif terhadap ambang batas tertentu selama beberapa periode waktu. Tindakannya adalah pemberitahuan yang dikirim ke topik Amazon Simple Notification Service (Amazon SNS) atau kebijakan Amazon EC2 Auto Scaling. CloudWatch alarm tidak memanggil tindakan hanya karena mereka berada dalam keadaan tertentu; negara harus telah berubah dan dipertahankan untuk sejumlah periode tertentu. Untuk informasi selengkapnya, lihat [Pemantauan CloudWatch dengan Amazon](monitoring-cloudwatch.md).
## Alat pemantauan manual
Bagian penting lainnya dari pemantauan Timestream LiveAnalytics melibatkan pemantauan secara manual item yang tidak CloudWatch tercakup oleh alarm. Timestream untuk LiveAnalytics CloudWatch, Trusted Advisor,, dan Konsol Manajemen AWS dasbor lainnya memberikan at-a-glance tampilan keadaan lingkungan Anda AWS .
+ CloudWatch Halaman beranda menunjukkan yang berikut:
+ Alarm dan status saat ini
+ Grafik alarm dan sumber daya
+ Status kesehatan layanan
Selain itu, Anda dapat menggunakan CloudWatch untuk melakukan hal berikut:
+ Membuat [dasbor yang disesuaikan](https://docs.aws.amazon.com/AmazonCloudWatch/latest/DeveloperGuide/CloudWatch_Dashboards.html) untuk memantau layanan yang penting bagi Anda
+ Data metrik grafik untuk memecahkan masalah dan mengungkap tren
+ Cari dan telusuri semua metrik AWS sumber daya Anda
+ Membuat dan mengedit alarm untuk menerima notifikasi terkait masalah
# Logging Timestream untuk panggilan LiveAnalytics API dengan AWS CloudTrail
Timestream for LiveAnalytics terintegrasi dengan AWS CloudTrail, layanan yang menyediakan catatan tindakan yang diambil oleh pengguna, peran, atau AWS layanan di Timestream untuk. LiveAnalytics CloudTrail menangkap panggilan API Data Definition Language (DDL) untuk Timestream untuk LiveAnalytics sebagai peristiwa. Panggilan yang diambil termasuk panggilan dari Timestream untuk LiveAnalytics konsol dan panggilan kode ke Timestream untuk operasi LiveAnalytics API. Jika Anda membuat jejak, Anda dapat mengaktifkan pengiriman CloudTrail peristiwa secara terus menerus ke bucket Amazon Simple Storage Service (Amazon S3), termasuk peristiwa untuk Timestream for. LiveAnalytics Jika Anda tidak mengonfigurasi jejak, Anda masih dapat melihat peristiwa terbaru di CloudTrail konsol dalam **Riwayat acara**. Dengan menggunakan informasi yang dikumpulkan oleh CloudTrail, Anda dapat menentukan permintaan yang dibuat untuk Timestream LiveAnalytics, alamat IP dari mana permintaan dibuat, siapa yang membuat permintaan, kapan dibuat, dan detail tambahan.
Untuk mempelajari selengkapnya CloudTrail, lihat [Panduan AWS CloudTrail Pengguna](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/).
## Timestream untuk LiveAnalytics informasi di CloudTrail
CloudTrail diaktifkan di AWS akun Anda saat Anda membuat akun. Ketika aktivitas terjadi di Timestream for LiveAnalytics, aktivitas tersebut direkam dalam suatu CloudTrail peristiwa bersama dengan peristiwa AWS layanan lainnya dalam **riwayat Peristiwa**. Anda dapat melihat, mencari, dan mengunduh peristiwa terbaru di akun AWS . Untuk informasi selengkapnya, lihat [Melihat Acara dengan Riwayat CloudTrail Acara](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/view-cloudtrail-events.html).
**Awas**
Saat ini, Timestream untuk LiveAnalytics menghasilkan CloudTrail peristiwa untuk semua operasi manajemen dan `Query` API, tetapi tidak menghasilkan peristiwa untuk `WriteRecords` dan `DescribeEndpoints` APIs.
Untuk catatan peristiwa yang sedang berlangsung di AWS akun Anda, termasuk acara untuk Timestream LiveAnalytics, buat jejak. *Jejak* memungkinkan CloudTrail untuk mengirimkan file log ke bucket Amazon S3. Secara default, saat Anda membuat jejak di konsol, jejak tersebut berlaku untuk semua AWS Wilayah. Jejak mencatat peristiwa dari semua Wilayah di AWS partisi dan mengirimkan file log ke bucket Amazon S3 yang Anda tentukan. Selain itu, Anda dapat mengonfigurasi AWS layanan lain untuk menganalisis lebih lanjut dan menindaklanjuti data peristiwa yang dikumpulkan dalam CloudTrail log.
Untuk informasi selengkapnya, lihat topik berikut di *Panduan Pengguna AWS CloudTrail *:
+ [Gambaran Umum untuk Membuat Jejak](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/cloudtrail-create-and-update-a-trail.html)
+ [CloudTrail Layanan dan Integrasi yang Didukung](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/cloudtrail-aws-service-specific-topics.html#cloudtrail-aws-service-specific-topics-integrations)
+ [Mengkonfigurasi Notifikasi Amazon SNS untuk CloudTrail](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/getting_notifications_top_level.html)
+ [Menerima File CloudTrail Log dari Beberapa Wilayah](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/receive-cloudtrail-log-files-from-multiple-regions.html)
+ [Menerima File CloudTrail Log dari Beberapa Akun](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/cloudtrail-receive-logs-from-multiple-accounts.html)
+ [Mencatat log peristiwa data](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/logging-data-events-with-cloudtrail.html)
Setiap entri peristiwa atau log berisi informasi tentang entitas yang membuat permintaan tersebut. Informasi identitas membantu Anda menentukan hal berikut ini:
+ Apakah permintaan dibuat dengan root atau AWS Identity and Access Management (IAM) kredensional pengguna
+ Baik permintaan tersebut dibuat dengan kredensial keamanan sementara untuk peran atau pengguna gabungan
+ Apakah permintaan itu dibuat oleh AWS layanan lain
Untuk informasi lain, lihat [Elemen userIdentity CloudTrail ](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/cloudtrail-event-reference-user-identity.html).
Untuk acara `Query` API:
+ Buat jejak yang menerima semua acara atau memilih acara dengan Timestream untuk jenis LiveAnalytics sumber daya `AWS::Timestream::Database` atau`AWS::Timestream::Table`.
+ `Query`Permintaan API yang tidak mengakses database atau tabel apa pun atau yang menghasilkan pengecualian validasi karena string kueri yang salah format dicatat CloudTrail dengan tipe sumber daya `AWS::Timestream::Database` dan nilai ARN:
```
arn:aws:timestream:(region):(accountId):database/NO_RESOURCE_ACCESSED
```
Peristiwa ini dikirimkan hanya ke jalur yang menerima acara dengan tipe `AWS::Timestream::Database` sumber daya.
# Ketahanan di Amazon Timestream Live Analytics
Infrastruktur AWS global dibangun di sekitar AWS Wilayah dan Zona Ketersediaan. AWS Wilayah menyediakan beberapa Availability Zone yang terpisah secara fisik dan terisolasi, yang terhubung dengan latensi rendah, throughput tinggi, dan jaringan yang sangat redundan. Dengan Zona Ketersediaan, Anda dapat merancang serta mengoperasikan aplikasi dan basis data yang secara otomatis melakukan fail over di antara zona tanpa gangguan. Zona Ketersediaan memiliki ketersediaan dan toleransi kesalahan yang lebih baik, dan dapat diskalakan dibandingkan infrastruktur pusat data tunggal atau multi tradisional.
Untuk informasi selengkapnya tentang AWS Wilayah dan Availability Zone, lihat [Infrastruktur AWS Global](https://aws.amazon.com/about-aws/global-infrastructure/).
Untuk informasi tentang fungsionalitas perlindungan data untuk Timestream yang tersedia melalui AWS Backup, lihat[Bekerja dengan AWS Backup](backups.md).
# Keamanan infrastruktur di Amazon Timestream Live Analytics
Sebagai layanan terkelola, Amazon Timestream Live Analytics dilindungi oleh prosedur keamanan jaringan AWS global yang dijelaskan dalam whitepaper [Amazon Web Services: Tinjauan Proses Keamanan](https://d0.awsstatic.com/whitepapers/Security/AWS_Security_Whitepaper.pdf).
Anda menggunakan panggilan API yang AWS dipublikasikan untuk mengakses Timestream Live Analytics melalui jaringan. Klien harus mendukung Keamanan Lapisan Pengangkutan (TLS) 1.0 atau versi yang lebih baru. Kami merekomendasikan TLS 1.2 atau versi yang lebih baru. Klien juga harus mendukung suite cipher dengan perfect forward secrecy (PFS) seperti Ephemeral Diffie-Hellman (DHE) atau Elliptic Curve Ephemeral Diffie-Hellman (ECDHE). Sebagian besar sistem modern seperti Java 7 dan sistem yang lebih baru mendukung mode ini.
Selain itu, permintaan harus ditandatangani menggunakan ID kunci akses dan kunci akses rahasia yang terkait dengan principal IAM. Atau Anda dapat menggunakan [AWS Security Token Service](https://docs.aws.amazon.com/STS/latest/APIReference/Welcome.html) (AWS STS) untuk menghasilkan kredensial keamanan sementara untuk menandatangani permintaan.
Timestream Live Analytics dirancang sehingga lalu lintas Anda diisolasi ke AWS Wilayah tertentu tempat instans Timestream Live Analytics Anda berada.
# Analisis konfigurasi dan kerentanan di Timestream
Konfigurasi dan kontrol TI adalah tanggung jawab bersama antara AWS dan Anda, pelanggan kami. Untuk informasi selengkapnya, lihat [model tanggung jawab AWS bersama](https://aws.amazon.com/compliance/shared-responsibility-model/). Selain model tanggung jawab bersama, Timestream untuk LiveAnalytics pengguna harus menyadari hal-hal berikut:
+ Pelanggan bertanggung jawab untuk menambalkan patch aplikasi klien mereka dengan dependensi sisi klien yang relevan.
+ Pelanggan harus mempertimbangkan pengujian penetrasi jika sesuai (lihat pengujian [https://aws.amazon.com/security/penetrasi/.](https://aws.amazon.com/security/penetration-testing/))
# Respons insiden di Timestream untuk LiveAnalytics
Amazon Timestream untuk insiden LiveAnalytics layanan dilaporkan di Dasbor [Personal](https://phd.aws.amazon.com/phd/home#/) Health. Anda dapat mempelajari lebih lanjut tentang dasbor dan AWS Health [di sini](https://docs.aws.amazon.com//health/latest/ug/what-is-aws-health.html).
Timestream untuk LiveAnalytics mendukung pelaporan menggunakan AWS CloudTrail. Untuk informasi selengkapnya, lihat [Logging Timestream untuk panggilan LiveAnalytics API dengan AWS CloudTrail](logging-using-cloudtrail.md).
# Titik akhir VPC (AWS PrivateLink)
Anda dapat membuat koneksi pribadi antara VPC dan Amazon Timestream LiveAnalytics dengan membuat titik akhir VPC *antarmuka*. Endpoint antarmuka didukung oleh [AWS PrivateLink](https://aws.amazon.com/privatelink), teknologi yang memungkinkan Anda mengakses Timestream secara pribadi LiveAnalytics APIs tanpa gateway internet, perangkat NAT, koneksi VPN, atau koneksi Direct AWS Connect. Instans di VPC Anda tidak memerlukan alamat IP publik untuk berkomunikasi dengan Timestream. LiveAnalytics APIs Lalu lintas antara VPC dan Timestream Anda untuk LiveAnalytics tidak meninggalkan jaringan Amazon.
Setiap titik akhir antarmuka diwakili oleh satu atau beberapa [Antarmuka Jaringan Elastis](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-eni.html) di subnet Anda. *Untuk informasi selengkapnya tentang titik akhir VPC Antarmuka, lihat Titik akhir [VPC Antarmuka () di AWS PrivateLink Panduan](https://docs.aws.amazon.com/vpc/latest/userguide/vpce-interface.html) Pengguna VPC Amazon.*
Untuk memulai dengan Timestream for LiveAnalytics dan titik akhir VPC, kami telah memberikan informasi tentang pertimbangan khusus untuk Timestream LiveAnalytics dengan titik akhir VPC, membuat titik akhir VPC antarmuka untuk Timestream, membuat kebijakan titik akhir VPC untuk Timestream LiveAnalytics untuk, dan menggunakan klien Timestream (baik untuk LiveAnalytics Tulis atau Kueri SDK) dengan titik akhir VPC..
**Topics**
+ [Cara kerja titik akhir VPC dengan Timestream](VPCEndpoints.vpc-endpoint-considerations.md)
+ [Membuat titik akhir VPC antarmuka untuk Timestream untuk LiveAnalytics](VPCEndpoints.vpc-endpoint-create.md)
+ [Membuat kebijakan titik akhir VPC untuk Timestream untuk LiveAnalytics](VPCEndpoints.vpc-endpoint-policy.md)
# Cara kerja titik akhir VPC dengan Timestream
Saat Anda membuat titik akhir VPC untuk mengakses Timestream Write atau Timestream Query SDK, semua permintaan dirutekan ke titik akhir dalam jaringan Amazon dan tidak mengakses internet publik. Lebih khusus lagi, permintaan Anda dirutekan ke titik akhir tulis dan kueri sel tempat akun Anda telah dipetakan untuk wilayah tertentu. Untuk mempelajari lebih lanjut tentang arsitektur seluler Timestream dan titik akhir khusus sel, Anda dapat merujuk ke. [Arsitektur seluler](architecture.md#cells) Misalnya, misalkan akun Anda telah dipetakan ke `cell1` in`us-west-2`, dan Anda telah menyiapkan titik akhir antarmuka VPC untuk write `ingest-cell1.timestream.us-west-2.amazonaws.com` () dan queries (). `query-cell1.timestream.us-west-2.amazonaws.com` Dalam hal ini, setiap permintaan tulis yang dikirim menggunakan titik akhir ini akan tetap sepenuhnya berada dalam jaringan Amazon dan tidak akan mengakses internet publik.
## Pertimbangan untuk titik akhir VPC Timestream
Pertimbangkan hal berikut saat membuat titik akhir VPC untuk Timestream:
+ *Sebelum menyiapkan titik akhir VPC antarmuka untuk Timestream LiveAnalytics, pastikan Anda meninjau [properti dan batasan titik akhir Antarmuka di](https://docs.aws.amazon.com/vpc/latest/userguide/vpce-interface.html#vpce-interface-limitations) Panduan Pengguna Amazon VPC.*
+ Timestream untuk LiveAnalytics mendukung panggilan ke [semua tindakan API-nya dari VPC](https://docs.aws.amazon.com/timestream/latest/developerguide/API_Reference.html) Anda.
+ Kebijakan titik akhir VPC didukung untuk Timestream untuk. LiveAnalytics Secara default, akses penuh ke Timestream untuk LiveAnalytics diizinkan melalui titik akhir. Untuk informasi selengkapnya, lihat [Mengontrol Akses ke Layanan dengan titik akhir VPC](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-endpoints-access.html) dalam *Panduan Pengguna Amazon VPC*.
+ Karena arsitektur Timestream, akses ke tindakan Tulis dan Kueri memerlukan pembuatan dua titik akhir antarmuka VPC, satu untuk setiap SDK. Selain itu, Anda harus menentukan titik akhir sel (Anda hanya dapat membuat titik akhir untuk sel Timestream yang Anda petakan). Informasi terperinci dapat ditemukan di [buat titik akhir VPC antarmuka untuk Timestream untuk LiveAnalytics](VPCEndpoints.vpc-endpoint-create.md) bagian panduan ini.
Sekarang setelah Anda memahami cara LiveAnalytics kerja Timestream dengan titik akhir VPC[, buat titik akhir VPC antarmuka untuk](VPCEndpoints.vpc-endpoint-create.md) Timestream untuk. LiveAnalytics
# Membuat titik akhir VPC antarmuka untuk Timestream untuk LiveAnalytics
Anda dapat membuat [titik akhir VPC antarmuka](https://docs.aws.amazon.com/vpc/latest/privatelink/vpce-interface.html) untuk Timestream untuk LiveAnalytics layanan menggunakan konsol VPC Amazon atau (). AWS Command Line Interface AWS CLI Untuk membuat titik akhir VPC untuk Timestream, selesaikan langkah-langkah khusus TimeStream yang dijelaskan di bawah ini.
**catatan**
Sebelum menyelesaikan langkah-langkah di bawah ini, pastikan Anda memahami [pertimbangan spesifik untuk titik akhir VPC Timestream](VPCEndpoints.vpc-endpoint-considerations.md).
## Membangun nama layanan titik akhir VPC menggunakan sel Timestream Anda
Karena arsitektur unik Timestream, titik akhir antarmuka VPC yang terpisah harus dibuat untuk setiap SDK (Tulis dan Kueri). Selain itu, Anda harus menentukan titik akhir sel Timestream (Anda hanya akan dapat membuat titik akhir untuk sel Timestream yang Anda petakan). Untuk menggunakan Titik Akhir VPC Antarmuka untuk langsung terhubung ke Timestream dari dalam VPC Anda, selesaikan langkah-langkah di bawah ini:
1. Pertama, temukan titik akhir sel Timestream yang tersedia. Untuk menemukan titik akhir sel yang tersedia, gunakan [`DescribeEndpoints`tindakan](https://docs.aws.amazon.com/timestream/latest/developerguide/API_query_DescribeEndpoints.html) (tersedia melalui Tulis dan Kueri APIs) untuk mencantumkan titik akhir sel yang tersedia di akun Timestream Anda. Lihat [contoh](#VPCEndpoints.vpc-endpoint-create.vpc-endpoint-name.example) untuk detail lebih lanjut.
1. Setelah Anda memilih titik akhir sel untuk digunakan, buat string titik akhir antarmuka VPC untuk Timestream Write atau Query API:
+ *Untuk API Tulis:*
```
com.amazonaws..timestream.ingest-
```
+ *Untuk API Kueri:*
```
com.amazonaws..timestream.query-
```
[di mana ** adalah [kode AWS wilayah yang valid](https://docs.aws.amazon.com/general/latest/gr/rande.html) dan ** merupakan salah satu alamat titik akhir sel (seperti `cell1` atau`cell2`) yang dikembalikan dalam [objek Endpoints](https://docs.aws.amazon.com/timestream/latest/developerguide/API_query_DescribeEndpoints.html#API_query_DescribeEndpoints_ResponseSyntax) oleh tindakan. DescribeEndpoints ](https://docs.aws.amazon.com/timestream/latest/developerguide/API_query_DescribeEndpoints.html) Lihat [contoh](#VPCEndpoints.vpc-endpoint-create.vpc-endpoint-name.example) untuk detail lebih lanjut.
1. Sekarang setelah Anda membuat nama layanan titik akhir VPC, [buat titik akhir antarmuka](https://docs.aws.amazon.com/vpc/latest/privatelink/vpce-interface.html). Ketika diminta untuk memberikan nama layanan titik akhir VPC, gunakan nama layanan titik akhir VPC yang Anda buat di Langkah 2.
### Contoh: Membangun nama layanan titik akhir VPC Anda
Dalam contoh berikut, `DescribeEndpoints` tindakan dijalankan di AWS CLI menggunakan Write API di wilayah`us-west-2`:
```
aws timestream-write describe-endpoints --region us-west-2
```
Perintah ini akan mengembalikan output berikut:
```
{
"Endpoints": [
{
"Address": "ingest-cell1.timestream.us-west-2.amazonaws.com",
"CachePeriodInMinutes": 1440
}
]
}
```
Dalam hal ini, *cell1* adalah*| *, dan *us-west-2* adalah**. Jadi, nama layanan titik akhir VPC yang dihasilkan akan terlihat seperti:
```
com.amazonaws.us-west-2.timestream.ingest-cell1
```
Sekarang setelah Anda membuat titik akhir VPC antarmuka untuk Timestream, LiveAnalytics buat kebijakan titik akhir [VPC](VPCEndpoints.vpc-endpoint-policy.md) untuk Timestream untuk. LiveAnalytics
# Membuat kebijakan titik akhir VPC untuk Timestream untuk LiveAnalytics
Anda dapat melampirkan kebijakan titik akhir ke titik akhir VPC Anda yang mengontrol akses ke Timestream untuk. LiveAnalytics Kebijakan titik akhir menentukan informasi berikut:
+ Prinsipal yang dapat melakukan tindakan.
+ Tindakan yang dapat dilakukan.
+ Sumber daya yang menjadi target tindakan.
Untuk informasi selengkapnya, lihat [Mengontrol Akses ke Layanan dengan titik akhir VPC](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-endpoints-access.html) dalam *Panduan Pengguna Amazon VPC*.
**Contoh: Kebijakan titik akhir VPC untuk Timestream untuk tindakan LiveAnalytics**
Berikut ini adalah contoh kebijakan endpoint untuk Timestream untuk. LiveAnalytics Saat dilampirkan ke titik akhir, kebijakan ini memberikan akses ke Timestream yang terdaftar untuk LiveAnalytics tindakan (dalam hal ini, [https://docs.aws.amazon.com/timestream/latest/developerguide/API_ListDatabases.html](https://docs.aws.amazon.com/timestream/latest/developerguide/API_ListDatabases.html)) untuk semua prinsipal di semua sumber daya.
```
{
"Statement":[
{
"Principal":"*",
"Effect":"Allow",
"Action":[
"timestream:ListDatabases"
],
"Resource":"*"
}
]
}
```
# Praktik terbaik keamanan untuk Amazon Timestream untuk LiveAnalytics
Amazon Timestream for LiveAnalytics menyediakan sejumlah fitur keamanan untuk dipertimbangkan saat Anda mengembangkan dan menerapkan kebijakan keamanan Anda sendiri. Praktik terbaik berikut adalah pedoman umum dan tidak mewakili solusi keamanan yang lengkap. Karena praktik terbaik ini mungkin tidak sesuai atau cukup untuk lingkungan Anda, anggap sebagai pertimbangan yang membantu dan bukan sebagai resep.
**Topics**
+ [Timestream untuk praktik LiveAnalytics terbaik keamanan preventif](best-practices-security-preventative.md)
# Timestream untuk praktik LiveAnalytics terbaik keamanan preventif
Praktik terbaik berikut dapat membantu Anda mengantisipasi dan mencegah insiden keamanan di Timestream for. LiveAnalytics
**Enkripsi saat diam**
[Timestream untuk LiveAnalytics mengenkripsi saat istirahat semua data pengguna yang disimpan dalam tabel menggunakan kunci enkripsi yang disimpan di AWS Key Management Service ().AWS KMS](https://aws.amazon.com/kms/) Hal ini memberi lapisan perlindungan data tambahan dengan mengamankan data Anda dari akses yang tidak sah ke penyimpanan dasar.
Timestream untuk LiveAnalytics menggunakan kunci default layanan tunggal (AWS dimiliki CMK) untuk mengenkripsi semua tabel Anda. Jika kunci ini tidak ada, itu dibuat untuk Anda. Kunci default layanan tidak dapat dinonaktifkan. Untuk informasi selengkapnya, lihat [Timestream untuk LiveAnalytics Enkripsi saat Istirahat](https://docs.aws.amazon.com/mcs/latest/devguide/EncryptionAtRest.html).
**Gunakan peran IAM untuk mengautentikasi akses ke Timestream untuk LiveAnalytics**
Untuk pengguna, aplikasi, dan AWS layanan lain untuk mengakses Timestream LiveAnalytics, mereka harus menyertakan AWS kredensi yang valid dalam permintaan API mereka AWS . Anda tidak boleh menyimpan AWS kredensyal secara langsung di aplikasi atau instans EC2. Ini adalah kredensial jangka panjang yang tidak dirotasi secara otomatis, dan karenanya dapat menimbulkan dampak bisnis yang signifikan jika dibobol. Peran IAM memungkinkan Anda memperoleh kunci akses sementara yang dapat digunakan untuk mengakses layanan dan sumber daya AWS .
Untuk informasi lebih lanjut, lihat [Peran IAM](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles.html).
**Gunakan kebijakan IAM untuk Timestream untuk LiveAnalytics otorisasi dasar**
Saat memberikan izin, Anda memutuskan siapa yang mendapatkannya, Timestream mana yang mendapatkan izin, dan tindakan spesifik yang ingin Anda izinkan pada sumber daya tersebut. LiveAnalytics APIs Menerapkan akses hak akses paling rendah adalah hal mendasar dalam mengurangi risiko keamanan dan dampak yang dapat disebabkan oleh kesalahan atau niat jahat.
Lampirkan kebijakan izin ke identitas IAM (yaitu, pengguna, grup, dan peran) dan dengan demikian memberikan izin untuk melakukan operasi di Timestream untuk sumber daya. LiveAnalytics
Anda dapat melakukan hal ini dengan cara berikut:
+ [AWS kebijakan terkelola (standar)](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_managed-vs-inline.html#aws-managed-policies)
+ [Kebijakan yang dikelola pelanggan](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_managed-vs-inline.html#customer-managed-policies)
+ [Otorisasi berbasis tag](security_iam_service-with-iam.md#security_iam_service-with-iam-tags)
**Pertimbangkan enkripsi di sisi klien**
Jika Anda menyimpan data sensitif atau rahasia di Timestream for LiveAnalytics, Anda mungkin ingin mengenkripsi data tersebut sedekat mungkin dengan asalnya sehingga data Anda terlindungi sepanjang siklus hidupnya. Mengenkripsi data sensitif Anda saat transit dan diam membantu memastikan bahwa data teks biasa Anda tidak tersedia untuk pihak ketiga mana pun. | | | |