- Newest
- Most votes
- Most comments
Unfortunately, AWS Macie does not provide a built-in mechanism to delete old Macie jobs. The Macie jobs are designed to be immutable, meaning that once a job is created, it cannot be modified or deleted.
This is a limitation of the Macie service, as it is intended to maintain a complete historical record of all the Macie jobs that have been run, even if they are no longer actively being used.
However, there are a few workarounds you can consider to manage the growing list of old Macie jobs:
-
Implement job archiving: You can create a custom script or Lambda function that runs periodically (e.g., weekly or monthly) to archive old Macie jobs that are no longer needed. This can be done by creating a new Macie job that includes the old jobs as the data source, and then deleting the original old jobs. This allows you to maintain a historical record while reducing the clutter in the Macie console.
-
Use a custom state management solution: Instead of relying solely on the Macie jobs listed in the Macie console, you can maintain a separate state management system (e.g., a database, a file, or a custom application) to keep track of the Macie jobs that are still relevant. This allows you to reference the relevant jobs without having to interact with the Macie console directly.
-
Leverage AWS Config: You can use AWS Config to track and manage the Macie jobs in your environment. AWS Config can automatically detect changes to your Macie jobs and store a history of those changes, which you can then use to identify and manage the old jobs.
-
Use a Macie-specific tool or service: There may be third-party tools or services available that can help you manage and clean up old Macie jobs. These tools may provide additional functionality beyond what is available in the Macie console.
While the inability to delete old Macie jobs can be a challenge, these workarounds can help you manage the growing list of completed jobs and maintain a more organized and efficient Macie deployment. Ultimately, the best approach will depend on your specific requirements and the resources available to you.
Was hoping not to have to have a tool to watch the tool, but guess I'm forced to........ all the more reason to move off of it onto something else.
Relevant content
- asked 10 months ago
- asked 2 years ago
- AWS OFFICIALUpdated 2 years ago
- AWS OFFICIALUpdated a year ago
- AWS OFFICIALUpdated a year ago
- AWS OFFICIALUpdated 2 years ago