[cmd] Add new make targets with ldflags to build lite version binaries

[Frapschen]

Description:

We can use ldflags -w and -s to downscale the binary size. The official docs explanation of the two options:

-s
	Omit the symbol table and debug information.
-w
	Omit the DWARF symbol table.

After building with the above options, the binary size scales down 28%:

-rwxr-xr-x  1 fraps  staff   249M Aug 15 14:23 otelcontribcol_darwin_arm64
-rwxr-xr-x  1 fraps  staff   347M Aug  8 18:20 otelcontribcol_darwin_arm64-old

I think it's worth adding them. The only degradation is we can't use GDB to debug however it rare use case.

Link to tracking Issue:

Testing:

Documentation:

[crobert-1]

Hello @Frapschen, I'm curious how this impacts end users, if you're able to provide more information.

1. Does this change impact debugging with Delve?
2. Is there any impact from this change on pprof?
3. Are stacks logged by the zap.Logger or during a panic/crash impacted?

[Frapschen]

1. Does this change impact debugging with Delve?
2. Is there any impact from this change on pprof?
3. Are stacks logged by the zap.Logger or during a panic/crash impacted?

1(2). Sure, pprof and Delve can't work if we add -w when building. see
3. not clearly

[crobert-1]

We discussed this PR in the Collector sig meeting today, and the general consensus was that we should keep debugging symbols to make sure the pprof extension works properly by default. Users can build their own collector binaries without them if they'd prefer that.

If you want, you could even add new make targets with the modified flags proposed in this PR, that way it could be easier for users to accomplish this, but without changing the Collector's default build behavior. 👍

[andrzej-stencel]

My opinion is that the binaries distributed by the project should include the debugging symbols. This does not block users from building their own binaries with the debug symbols excluded.

As a side note, this change does not modify the binaries published by the project at https://github.com/open-telemetry/opentelemetry-collector-releases/releases/. It only modifies the binaries that users build locally with make otelcontribcol.

[Frapschen]

@crobert-1 as you suggest, I keep the Collector's default build behavior and add new target to build a lite version of binaries.

[crobert-1]

I don't think we need a changelog entry for this, as it may be misleading to users. It may be worthwhile to add to a README somewhere, if there's anywhere that makes sense.

[Frapschen]

@crobert-1 PTAL thanks

[andrzej-stencel]

There's a lot of repetition between otelcontribcol and otelcontribcollight targets. Perhaps it could be improved into something like:

Suggested change

	otelcontribcollite:
	cd ./cmd/otelcontribcol && GO111MODULE=on CGO_ENABLED=0 $(GOCMD) build -trimpath -o ../../bin/otelcontribcol_$(GOOS)_$(GOARCH)$(EXTENSION) \
	-tags $(GO_BUILD_TAGS) -ldflags $(GO_BUILD_LDFLAGS) .
	otelcontribcollite:
	GO_BUILD_LDFLAGS="-s -w" $(MAKE) otelcontribcol