[BUG] FlowFrameworkRestApiIT is flaky / fails on macOS

[dbwiddis]

What is the bug?

Encountered during local testing of #303 on 2.x but now seeing on macOS IT's for #298 .

Sample CI run: https://github.com/opensearch-project/flow-framework/actions/runs/7279871426/job/19837300702#step:4:46

org.opensearch.flowframework.rest.FlowFrameworkRestApiIT > testCreateAndProvisionRemoteModelWorkflow FAILED
    org.junit.ComparisonFailure: expected:<[COMPLETED]> but was:<[PROVISIONING]>
<snip>
        at org.opensearch.flowframework.rest.FlowFrameworkRestApiIT.testCreateAndProvisionRemoteModelWorkflow(FlowFrameworkRestApiIT.java:171)

Relevant line in the logs is a bit lower:

Suite: Test class org.opensearch.flowframework.rest.FlowFrameworkRestApiIT
  1> [2023-12-20T14:33:07,274][INFO ][o.o.f.r.FlowFrameworkRestApiIT] [testCreateAndProvisionLocalModelWorkflow] There are still tasks running after this test that might break subsequent tests [cluster:admin/opensearch/ml/register_model, indices:admin/create].

How can one reproduce the bug?

Run integ tests on macOS GitHub runners on current main branch. (It seems to pass locally.)

What is the expected behavior?

CI Tests pass.

What is your host/environment?

macOS github runners.

Do you have any additional context?

Of note, the problematic task is associated with a local model, which we haven't yet fully implemented. I commented out failing lines earlier here:

flow-framework/src/test/java/org/opensearch/flowframework/rest/FlowFrameworkRestApiIT.java

Lines 120 to 127 in 7986cbf

	// TODO: This provisioning isn't completing, probably due to incorrect task vs. model ID in RetryableWorkflowStep
	// May be fixed by https://github.com/opensearch-project/flow-framework/pull/298
	// Wait until provisioning has completed successfully before attempting to retrieve created resources
	// List<ResourceCreated> resourcesCreated = getResourcesCreated(workflowId, 100);
	// TODO: This template should create 2 resources, registered_model_id and deployed model_id
	// But RegisterLocalModelStep does not yet update state index so might be 1
	// assertEquals(0, resourcesCreated.size());

It might be that entire test needs to be removed until we've fully implemented the Local Model steps.