feat: Improve logging format and configurability

[ssheng]

Description

Improve service and access logging format and configurability.

• Standardize log timestamp to using ISO_8601 standards, e.g. 02/21/2022T23:39:34.
• Repeat timestamp in log entries even though they were generated from the same second.
• Fix a bug in producing excessive access logs in streaming mode.
• Restructure configuration and separate logging configuration for api_server and runners.
• Updated the sampled key value pair to logging 0 or 1 instead of False or True.

Motivation and Context

How Has This Been Tested?

Checklist:

• My code follows the bentoml code style, both make format and
  make lint script have passed
  (instructions).
• My change reduces project test coverage and requires unit tests to be added
• I have added unit tests covering my code change
• My change requires a change to the documentation
• I have updated the documentation accordingly

[codecov]

Codecov Report

Merging #2298 (c1a6bba) into main (9029c1f) will decrease coverage by 0.05%.
The diff coverage is 23.52%.

@@            Coverage Diff             @@
##             main    #2298      +/-   ##
==========================================
- Coverage   47.64%   47.59%   -0.06%     
==========================================
  Files         105      105              
  Lines        8196     8205       +9     
==========================================
  Hits         3905     3905              
- Misses       4291     4300       +9     

Impacted Files	Coverage Δ
bentoml/_internal/server/access.py	0.00% <0.00%> (ø)
bentoml/_internal/server/runner_app.py	0.00% <0.00%> (ø)
bentoml/_internal/server/service_app.py	0.00% <0.00%> (ø)
bentoml/_internal/configuration/containers.py	62.41% <100.00%> (ø)
bentoml/_internal/log.py	96.66% <100.00%> (ø)
bentoml/_internal/trace.py	90.62% <100.00%> (ø)
bentoml/_internal/server/base_app.py	0.00% <0.00%> (ø)
bentoml/_internal/server/instruments.py	0.00% <0.00%> (ø)

[parano]

LGTM!

[parano]

nit: renaming has_ to log_? e.g. from has_request_content_length to log_request_content_length

feel free to do that in future logging related PR if you think that makes sense, merging now!